Re: [orbitcpp-list] problem with emacs and tab formatting!
Status: Beta
Brought to you by:
philipd
|
From: Braden N. M. <br...@en...> - 2000-04-09 10:59:54
|
On Sun, 9 Apr 2000, Phil Dawes wrote: > "Braden N. McDaniel" wrote: > > > > On Sat, 8 Apr 2000, Phil Dawes wrote: > > > > > Hi All, > > > > > > I've just realised a problem with tab formatting that I hadn't > > > considered: > > > > > > For functions with many arguments, I tend to do: > > > > > > thisIsALongMethodName(FirstArg arg1, > > > SecondArg arg2, > > > ThirdArg arg3) > > > > > > However, when you set emacs to do tab formatting, it uses tabs in the > > > second and third arg lines, which of course gets a bit out when you > > > change the tab stop size. Has anybody managed to get emacs to 'do the > > > right thing'? (i.e. tab to alignment with the start of the method, and > > > then space the rest) > > > > <URL:http://www.geocrawler.com/archives/3/835/2000/3/0/3377470/> > > > > Eloquently: > > > > <URL:http://www.jwz.org/doc/tabs-vs-spaces.html> > > > > ;-) > > > > Hi Braden, > > You're right! Sorry - I somehow didn't register the > > void Class::method(Type arg1, > Type arg2) > {} > > problem when you mentioned it (got to ammend my skim reading habits so > that I actually take things in ;-). > > I still like the ability to vary the tab width though - I've got a 19 > inch monitor at home, and a small laptop. I use 4 tabs on the former and > 2 on the latter (hence me noticing the problem). Ideally for me, I'll > configure emacs to tab align with the start of the method and then space > the rest - Unless I'm missing something, this should then scale > appropriately with tab width. > > Andreas - what do you think? Does this sound over complicated? - Maybe > we should move to spaces? > > > Thanks for the feedback Braden - I enjoyed reading your critique, Ah, that "critique" is *not* mine, it's Jamie Zawinsky's. I'm just spreading the "Tabs Are Evil" gospel. :-) -- Braden N. McDaniel br...@en... <URL:http://www.endoframe.com> |