Hi,
no problem. This was a sort of "in-joke" because on the Turbine Site,
there is a small .emacs configuration file for the Apache indention
style but unfortunately it doesn't cover things like this:
Foo foo = BlaFooFactory.getInstance().getFoo(parameter1, parameter2);
or
Foo foo =
BlaFooFactory.getInstance().getFoo(parameter1, parameter2);
Foo foo
= BlaFooFactory.getInstance().getFoo(parameter1, parameter2);
Foo foo = BlaFooFactory.getInstance()
.getFoo(parameter1, parameter2);
Foo foo = BlaFooFactory.getInstance().
getFoo(parameter1, parameter2);
Foo foo = BlaFooFactory.getInstance()
.getFoo(parameter1, parameter2);
Foo foo = BlaFooFactory.getInstance().getFoo(parameter1,
parameter2);
Foo foo = BlaFooFactory.getInstance().getFoo(parameter1,
parameter2);
Foo foo = BlaFooFactory.getInstance().getFoo(
parameter1, parameter2);
Foo foo = BlaFooFactory.getInstance().getFoo(
parameter1,
parameter2);
Foo foo = BlaFooFactory.getInstance().getFoo(parameter1,
parameter2
);
Foo foo = BlaFooFactory.getInstance().getFoo(parameter1,
parameter2
);
Foo foo = BlaFooFactory.getInstance().getFoo(parameter1,
parameter2);
And so on. And so on. So I'd say "emacs-speak", because if we
(this means, the emacs users. ;-) ) could agree on a indent mode, then
M-x indent-region would produce an "apache compliant" source file.
I do understand that every IDE and every user wants to have it's own
style, though. I'm happy that we have "no tabs, only spaces, indent
is four spaces and no import xxx.*" (rough concensus) and an application
that normally compiles unless I break some constant names (running code).
Regards
Henning
On Fri, 2003-02-28 at 17:27, Quinton McCombs wrote:
> I might just take a shot at coming up with more specific standards where
> we have been seeing variation. However, I do not speak emacs......
> Perhaps if I go through the trouble to come up with the additional
> guides and handle the discussions on the list, you might volunteer to
> translate?
>
> > -----Original Message-----
> > From: Henning P. Schmiedehausen [mailto:[EMAIL PROTECTED]
> > Sent: Friday, February 28, 2003 10:18 AM
> > To: [EMAIL PROTECTED]
> > Subject: Re: cvs commit:
> > jakarta-turbine-2/src/java/org/apache/turbine/util/parser
> > ParserUtils.java BaseValueParser.java
> > DefaultCookieParser.java DefaultParameterParser.java
> >
> >
> > "Quinton McCombs" <[EMAIL PROTECTED]> writes:
> >
> > >I think that we need to set a standard for how we are going
> > to format
> > >import statements. Personally, I do not have a preference.
> > Martin's
> > >commits seem to have all of the imports without any blank lines
> > >seperating them. Henning's has blank lines to separate groups of
> > >imports from the same packages. I will generally put a blank line
> > >between jdk imports and everything else....
> >
> > Yep. Same goes for indentiation, BTW. Feel free to write one
> > down (preferable in emacs-speak for the indents. ;-) .
> >
> > Regards
> > Henning
> >
> >
> > --
> > Dipl.-Inf. (Univ.) Henning P. Schmiedehausen INTERMETA GmbH
> > [EMAIL PROTECTED] +49 9131 50 654 0 http://www.intermeta.de/
> >
> > Java, perl, Solaris, Linux, xSP Consulting, Web Services
> > freelance consultant -- Jakarta Turbine Development -- hero for hire
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > For additional commands, e-mail: [EMAIL PROTECTED]
> >
> >
--
Dipl.-Inf. (Univ.) Henning P. Schmiedehausen -- Geschaeftsfuehrer
INTERMETA - Gesellschaft fuer Mehrwertdienste mbH [EMAIL PROTECTED]
Am Schwabachgrund 22 Fon.: 09131 / 50654-0 [EMAIL PROTECTED]
D-91054 Buckenhof Fax.: 09131 / 50654-20
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
