I'll take this as one vote of support for using Emacs :)
Georg Bauhaus <
rm.dash...@futureapps.de> writes:
> On 31.08.12 12:11, Stephen Leake wrote:
>
>> One option is to totally rewrite that part of Emacs Ada mode, replacing
>> it with a semantic browser based engine implemented in elisp.
>
> Is there some current introduction to Emacs syntax thingies?
> Last time I looked it seemed to be a moving target.
I have not looked yet. I think we just have to read semantic.el
>> Another option is to try to abstract the Ada implementation of the
>> indentation engine from GPS, and arrange for Emacs to use it, via
>> process or function calls. I don't think that would be easy, and it
>> could be too slow.
>
> Argh!
>
> - "Emacs Ada Support: Now Vendor Locked!"
Well, no; the GPS code is GPL.
> - GPS version dependence
We'd want to copy the code, for sure, and update it carefully.
But I don't see that as much different from Emacs version dependence;
Emacs updates have broken things on occasion.
I doubt the Emacs project would accept Ada code in the source tree, so
this would be a sort of fork.
> - cuts alternatives (Emacs' indentation has some nice
> adjustable features that GPS does not have, and vice versa)
On the other hand, if we can feed back changes to AdaCore, it could end
up with the superset of features in both.
> - cannot change Emacs mode without knowing some other, external
> program's sources well, and how to recreate that
The indentation part of Emacs Ada mode, possibly. Contrast that with
"cannot change Emacs Ada mode without understanding the Emacs semanitic
package". Which would you rather learn, an package written in Elisp, or
a package written in Ada?
> - might force running an X server (unless an "indentation
> daemon" could be extraced/made from GPS/gnatpretty).
Ideally, the Ada indentation engine would be a linkable library, not
requiring any UI at all (certainly no X server).
--
-- Stephe