On Wed, 2 Sep 2009 14:34:03 +1000 David Seikel <onef...@gmail.com> wrote:
> On Tue, 01 Sep 2009 23:19:37 -0400 Christopher Michael > <cpmicha...@comcast.net> wrote: > > > Nick Hughart wrote: > > > On Tue, 1 Sep 2009 20:03:18 +0530 > > > Noorul Islam <gnu...@gmail.com> wrote: > > > > > >> On Mon, Aug 31, 2009 at 6:31 PM, Vincent > > >> Torri<vto...@univ-evry.fr> wrote: > > >>> ok, forget about that, core devs don't care at all about coding > > >>> style > > >>> > > >>> thread closed > > >>> > > >> I think core developers are busy. I hope they will reply soon. > > >> > > > > > > I would love this to finally be done, but I know most of the devs > > > just don't care. But when we have a crazy style like we do I > > > think it requires a bit of explanation unless we want to > > > constantly format patches from people. > > > > > > I also think that moving to a format with only spaces and no tabs > > > would further help. Most editors do not do tabs+spaces like JED > > > (essentially how E's code got it's style). I realize it's easy to > > > just keep this format, but I find myself formatting my code more > > > then writing it in the editor I use. And no I'm not going to > > > spend days trying to tweak my editor to just code E style since I > > > have plenty of other things to code in my own style. > > > > > Not to start any flames or anything, but changing the code style for > > E would require others to tweak their editors....is their time any > > less important to them ? > > indent is a perfectly adequate tool for automating that sort of style > stuff, so long as the official style fits within what indent can do. > We have indent.pro files in SVN for exactly that reason. Unfortunately it's been said many times that the indent files in SVN do not actually produce the E format as it stands today and from what people have said, indent cannot produce the E format. Why that is I cannot say and that may no longer be true or may have been false in the first place, I'm just saying what I've heard before. > > A typical busy open source developer probably is dealing with dozens > of projects with source code in even more styles. Us busy open > source developers should be fairly agnostic in what styles we accept > from projects we don't control, and very used to just automatically > following any style we find. Or at least running the projects > official indent.pro files over our changes before committing. > > Those that are realiy style anal can run indent to massage code to > their own personal style, then again before commits. lol > > Some of those styles found in the wild are deplorable, but that is > always personal taste exactly what fits the description of > "deplorable". Though styles that insist on 80 character lines AND > long descriptive names are just asking for trouble. ------------------------------------------------------------------------------ Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july _______________________________________________ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel