From mboxrd@z Thu Jan 1 00:00:00 1970 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on polar.synack.me X-Spam-Level: X-Spam-Status: No, score=0.2 required=5.0 tests=BAYES_00,INVALID_MSGID, REPLYTO_WITHOUT_TO_CC autolearn=no autolearn_force=no version=3.4.4 X-Google-Language: ENGLISH,ASCII-7-bit X-Google-Thread: 103376,15890893c0618a8a X-Google-Attributes: gid103376,public From: re@waporo.muc.de (Rolf Ebert) Subject: Re: [Q] Tools for Ada Quality and Style Date: 1996/05/06 Message-ID: #1/1 X-Deja-AN: 153852172 sender: re@waporo.muc.de references: <9604172134.AA27114@eight-ball> <767968529wnr@diphi.demon.co.uk> organization: R. Ebert at home reply-to: Rolf.Ebert@waporo.muc.de (Rolf EBERT) newsgroups: comp.lang.ada Date: 1996-05-06T00:00:00+00:00 List-Id: >>>>> "GB" == Geert Bosch writes: GB> Robert Dewar (dewar@cs.nyu.edu) wrote: `` Such tools, to help entry, GB> are found useful by many people. I find them annoying and completely GB> useless, they just intefere with my typing speed. If I have to use GB> one, I prefer Emacs ada-mode to DEC's LSE approach. '' Nice to hear. GB> Since I'm working on an IDE for GNAT/OS2 I've evaluated some methods GB> that were mentioned to help entering Ada code. GB> My initial approach (although I don't like it myself) was to do the GB> standard syntax expansion that many editors provide: type 'if' and GB> the 'then' and 'end if' appear aligned correctly and the writer can GB> fill in the blanks. I don't like it either. That is why we separated statement templates and the indenting functions in the Emacs mode in two different files (ada-stmt.el and ada-mode.el). If you don't want templates, you don't need to load that file. (that's why ada-stmt is so buggy.) [problem description removed] GB> And then I do want *some* flexibility in doing the layout. GB> To solve these problems I've only implemented indentation GB> support. Having to indent and unindent myself causes most GB> slow-down. The only drawback I've found so far is that's much harder GB> to implement then the template approaches. Especially properly I can feel with you. GB> aligning begins was really hard, especially if it must be possible GB> to deal with unfinished code. [another problem description removed] GB> Rober Dewar wrote: `` For me I prefer a completely non-intrusive GB> editor. Other people like an editor which complains to them about GB> errors as they are entered. To each their own! '' One of Emacs' (dis-)advantages is its flexibility. You can use it completely non-intrusive, than you must hit special keys for correcting your indentation (usually TAB) or code expansion, or you can bind for example the RETURN key to something called `ada-indent-newline-indent', which first indent the current line, adds a newline and indents the newly created empty line. GB> I'm really curious if you are going to find this an improvement or GB> not. For me it is in any case, and I'm happy with it. As far as I GB> know, the indentation rules used fit perfectly with the GNAT style. I am very happy with the Emacs Ada mode as well :-) GB> Regards, Geert GB> -- E-Mail: geert@sun3.iaf.nl *** As far as we know, there have not GB> been *** Phone: +31-53-4303054 ** any undetected failures in our GB> software. ** Rolf