Re: [cedet-semantic] semantic-symref question

[Dmitry G. <dg...@ya...>]

On 25.11.2019 17:32, Eric Ludlam wrote:

> They already are minor modes.  You have to turn them on, and they happen 
> to depend on CEDET.

I meant to make them not depend on CEDET, and move into core Emacs, for 
instance. CEDET could still configure resulting modes (when installed) 
via hooks.

> The bookmark feature takes a different angle on it, being more about 
> remembering where semantically you are, vs some exact line.

That's interesting, but a complex topic. I'm generally dissatisfied with 
different navigation tools offered by Emacs, especially the basics like

>>> There are a few other tools on top of CEDET that could also provide 
>>> benefits. When a new tools is built on something like global, 
>>> idutils, rtags, etc, then it is restricted to that tool.  When the 
>>> core tool starts to die, then those features in Emacs are lost.
>>
>> I'm always happy for a good abstraction. CEDET goes the "framework" 
>> route for this, but the "library" way might be able to hit a larger 
>> audience.
> 
> I'm not sure I understand this statement.
> 
> It is true that a simple wrapper around some external tool ends up with 
> a small install footprint, and users of it won't need to know CEDET, so 
> in that case, it would hit a larger audience.

s/simple/flexible, so that different frameworks than CEDET, or even 
complex user configurations, could incorporate them as well.

> The bigger problem is 
> just getting CEDET up and running seems scary to some, and the fact that 
> they don't realize it isn't that bad to get the basics.

Suffice it to say, the potential benefits of using CEDET with Ruby or 
Elixir seem illusive compared to the work required.