I was going to say those were the two most likely sticking points.

I also prefer the 1TBS, there is no other :-). Line width will be fine - I actually have the marker at 80 chars, to remind me  indenting too much => make a new method. If it was currently defined at 120 then it's left there.

I'll make a draft config and send it round.


On 17 May 2013, at 13:31, Egon Willighagen <egon.willighagen@gmail.com> wrote:

On Fri, May 17, 2013 at 2:25 PM, John May <john.wilkinsonmay@gmail.com> wrote:
Hehe - well we could always be democratic.

Probably best bet is to just the conventions from sun/oracle when we can
agree: http://www.oracle.com/technetwork/java/codeconventions-150003.pdf

As with Gilleain I'm happy with anything as long as it's consistent. Even if
it means I can't do my pretty one line if and for any more… but I always
knew it is was naughty… :).

I'm fine with most too... it's only line width that I feel strong
about. My screens allow for up to 120 chars wide, but not more... this
is the current CDK "standard"... having to scroll in two directions to
read code really sucks...

I do have a preference for this:

if () {

rather than:

if ()

But not even closely as strong on that....


Dr E.L. Willighagen
Postdoctoral Researcher
Department of Bioinformatics - BiGCaT
Maastricht University (http://www.bigcat.unimaas.nl/)
Homepage: http://egonw.github.com/
LinkedIn: http://se.linkedin.com/in/egonw
Blog: http://chem-bla-ics.blogspot.com/
PubList: http://www.citeulike.org/user/egonw/tag/papers

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.
Cdk-devel mailing list