On 16/05/13 16:31, Rafael Antognolli wrote: > On Thu, May 16, 2013 at 10:45 AM, Christopher Michael > <cp.mich...@samsung.com> wrote: >> On 16/05/13 14:43, Daniel Juyung Seo wrote: >>> On Thu, May 16, 2013 at 7:00 PM, Tom Hacohen <tom.haco...@samsung.com> >>> wrote: >>>> On 16/05/13 14:24, Christopher Michael wrote: >>>>> On 16/05/13 14:19, Tom Hacohen wrote: >>>>>> On 16/05/13 14:17, Christopher Michael wrote: >>>>>>> On 16/05/13 14:14, Tom Hacohen wrote: >>>>>>>> On 16/05/13 14:06, Christopher Michael wrote: >>>>>>>>> On 16/05/13 14:06, Jérémy Zurcher wrote: >>>>>>>>>> sorry, but what are those formatting changes ?? >>>>>>>>> Removing the parens that were there. >>>>>>>>> >>>>>>>>>> … >>>>>>>>>> I see your commits, >>>>>>>>>> clang yells loud about this, many people are moving from gcc to >>>>>>>>>> clang, >>>>>>>>>> your code will keep yelling so, not really an issue for me. >>>>>>>>>> >>>>>>>>> Really could care less what clang says to be honest :) They are ?? who >>>>>>>>> ?? Distros still ship with gcc as the default compiler >>>>>>>>> afaik....Well, it >>>>>>>>> does not yell here so not really an issue for me either ;) >>>>>>>> To be fair, that (()) clutter is ugly >>>>> Ugly ?? Have you ever looked inside Elementary code ?? Now THAT's ugly ;) >>>>> >>>>> and should be removed even if >>>>>>>> clang doesn't complain. Why do you care so much for it anyway? >>>>>>>> >>>>>>>> -- >>>>>>>> Tom. >>>>>>>> >>>>>>> It helps me keep my sanity when dealing with unruley if blocks and truth >>>>>>> tests. Well, one man's ugly is another man's beauty I suppose ;) >>>>>> How does it help you? I'm genuinely interested. >>>>>> >>>>>> -- >>>>>> Tom. >>>>>> >>>>> >>>>> Order of precedence and readability mainly. >>>> Double parenthesis don't change the order of precedence. It's fine (and >>>> required by our conventions) if you had an AND or OR there, but since >>>> you don't have those, it just looks weird. >>>> >>> +1. >>> if ((ee->alpha == alpha)) return; >>> ((xxxx === aaa)) looks weird to me. >> Yea, that looks weird to me too '===' ?? ;) >> >>> It works but I am eager to clean this up. >>> >>> Anyhow, Jeremy could split the formatting fix commit and adding >>> missing NULL commit. >>> I think that was a point of devilhorns' mail. >>> >> Well, that was one point, sure....but my main point was... >> Don't change the formatting that was previously there please ;) > Actually, wouldn't it be better if we try to follow EFL formatting > inside the engine code?
+1 > Of course I also do several mistakes regarding that formatting, but > IMHO when this kind of discussion appears, we should just stick to the > EFL formatting itself. Sure, I totally agree here...but of course others will disagree saying "it's ugly" ... can't win either way ;) dh > -- > Rafael Antognolli > ------------------------------------------------------------------------------ AlienVault Unified Security Management (USM) platform delivers complete security visibility with the essential security capabilities. Easily and efficiently configure, manage, and operate all of your security controls from a single console and one unified framework. Download a free trial. http://p.sf.net/sfu/alienvault_d2d _______________________________________________ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel