Well, I fully support the idea to have the united code conventions in
Harmony. However, if the current conventions forbids using of blank
lines then IMHO we still have something to talk about. IIRC it also
permits lines longer than 80 symbols, right?

As for automatization... Robots may take control over the world
someday so we need to be cautious with it. :)  I prefer to have the
conventions written somewhere on the site or wiki (or whatever) in the
human readable form indeed. In the addition to scripts probably. So
that people can start to write the nice code by themselves.

Thanks,

2006/11/29, Ivanov, Alexey A <[EMAIL PROTECTED]>:
I don't mind if it becomes more readable... But I doubt it very much.

--
Alexey A. Ivanov
Intel Enterprise Solutions Software Division


>-----Original Message-----
>From: Mikhail Loenko [mailto:[EMAIL PROTECTED]
>Sent: Wednesday, November 29, 2006 11:00 AM
>To: [email protected]
>Subject: Re: [testing] Swing tests clean up
>
>Some time ago we agreed to follow Apache conventions. It was even an
>style attached to someones mail. I'm for automatic formatting for the
>following reason:
>we have a bunch of people here and each of them always follows his
favorite
>convention.
>
>But we do a common project and have to follow a common convention...
>
>Thanks,
>Mikhail
>
>2006/11/28, Ivanov, Alexey A <[EMAIL PROTECTED]>:
>> >-----Original Message-----
>> >From: Alexei Zakharov [mailto:[EMAIL PROTECTED]
>> >Sent: Tuesday, November 28, 2006 7:22 PM
>> >To: [email protected]
>> >Subject: Re: [testing] Swing tests clean up
>> >
>> >BTW, Sun Code conventions for Java language explicitly states that
we
>> >*should* place blank lines even inside methods in the following
cases
>> >[1]:
>> >
>> >- Between the local variables in a method and its first statement
>> >- Before a block or single-line comment
>> >- Between logical sections inside a method to improve readability
>> >
>> >Personally I always try to follow this conventions if it possible.
>>
>> I always follow Sun Java Coding Style Guidelines (where it makes
sense).
>> And I don't like the results of automatic code formatting.
>>
>> Regards,
>> Alexey.
>>
>> >
>> >[1]
>> http://java.sun.com/docs/codeconv/html/CodeConventions.doc7.html#487
>> >
>> >Thanks,
>> >
>> >2006/11/28, Ivanov, Alexey A <[EMAIL PROTECTED]>:
>> >> And another point for not performing "unnecessary" reformatting is
>> there
>> >> may be JIRA issues with patches to tests: to add a new test, to
fix a
>> >> problem. It'll be hard to apply them after such reformatting.
>> >>
>> >> Regards,
>> >> --
>> >> Alexey A. Ivanov
>> >> Intel Enterprise Solutions Software Division
>> >>
>> >>
>> >> >-----Original Message-----
>> >> >From: Nathan Beyer [mailto:[EMAIL PROTECTED]
>> >> >Sent: Tuesday, November 28, 2006 8:01 AM
>> >> >To: [email protected]
>> >> >Subject: Re: [testing] Swing tests clean up
>> >> >
>> >> >Sorry. I guess my formatting was over aggressive while
eliminating
>> the
>> >> >compiler warnings. Note, not EVERY empty line was eliminated,
just
>> >> >those within methods. I actually added a number of lines between
>> >> >methods, classes, etc.
>> >> >
>> >> >Personal, I didn't think that the tests are any less readable. I
>> would
>> >> >argue that if a test method needs to be separated visually, then
the
>> >> >method should be split up into multiple methods.
>> >> >
>> >> >-Nathan
>> >> >
>> >> >On 11/27/06, Ivanov, Alexey A <[EMAIL PROTECTED]> wrote:
>> >> >> Nathan,
>> >> >>
>> >> >>
>> >> >>
>> >> >> Do you thing empty lines in tests are useless? Why have you
>> removed
>> >> >> every single empty line in tests?
>> >> >>
>> >> >> They were there on purpose! They separate parts of a unit test.
I
>> >> don't
>> >> >> want them to be dropped! The code is unreadable without them.


--
Alexei Zakharov,
Intel Enterprise Solutions Software Division

Reply via email to