On 14 August 2013 20:41, Mark Thomas wrote:
> Summarising the response to this thread so far:
>
> There is a preference for not strictly enforcing whatever limit is
> selected. Rules need exceptions and committers can exercise judgement.
> It does create a grey area but the majority is OK with tha
2013/8/14 Mark Thomas :
> Summarising the response to this thread so far:
>
> There is a preference for not strictly enforcing whatever limit is
> selected. Rules need exceptions and committers can exercise judgement.
> It does create a grey area but the majority is OK with that.
>
> There is a mix
2013/8/14 Mark Thomas wrote:
>
> Summarising the response to this thread so far:
>
> There is a preference for not strictly enforcing whatever limit is
> selected. Rules need exceptions and committers can exercise judgement.
> It does create a grey area but the majority is OK with that.
>
> There i
Mark,
On 8/14/13 6:41 AM, Mark Thomas wrote:
> Summarising the response to this thread so far:
>
> There is a preference for not strictly enforcing whatever limit is
> selected. Rules need exceptions and committers can exercise judgement.
> It does create a grey area but the majority is OK with t
On 14.08.2013 12:41, Mark Thomas wrote:
> Summarising the response to this thread so far:
>
> There is a preference for not strictly enforcing whatever limit is
> selected. Rules need exceptions and committers can exercise judgement.
> It does create a grey area but the majority is OK with that.
>
On Aug 14, 2013, at 3:41 AM, Mark Thomas wrote:
> Summarising the response to this thread so far:
>
> There is a preference for not strictly enforcing whatever limit is
> selected. Rules need exceptions and committers can exercise judgement.
> It does create a grey area but the majority is OK w
Summarising the response to this thread so far:
There is a preference for not strictly enforcing whatever limit is
selected. Rules need exceptions and committers can exercise judgement.
It does create a grey area but the majority is OK with that.
There is a mix of views on line length but there a
My opinion only (since I've been pretty inactive lately ... only enough
time to lurk)
I'm a big fan of long method/class names and 80 character width drives me
nuts - unless your IDE is a phone - 80 is not very wide.
100 many times is just enough extra space to limit a lot of wrapping.
(preferred
On Aug 8, 2013, at 10:50 AM, Mark Thomas wrote:
> Currently, Tomcat has an 'guide' of a maximum of 80 characters for line
> length. It has been a while since we reviewed this and as we are looking
> at style rules...
>
> As a starting point what do folks think of the following options:
>
> Line
Mark,
On 8/8/13 1:50 PM, Mark Thomas wrote:
> Currently, Tomcat has an 'guide' of a maximum of 80 characters for line
> length. It has been a while since we reviewed this and as we are looking
> at style rules...
>
> As a starting point what do folks think of the following options:
>
> Line leng
2013/8/8 Mark Thomas :
> Currently, Tomcat has an 'guide' of a maximum of 80 characters for line
> length. It has been a while since we reviewed this and as we are looking
> at style rules...
>
Changing @SuppressWarnings had its technical reasons. I do not see
much reasons to reconsider code forma
On Aug 8, 2013, at 12:50 PM, Mark Thomas wrote:
> Currently, Tomcat has an 'guide' of a maximum of 80 characters for line
> length. It has been a while since we reviewed this and as we are looking
> at style rules...
>
> As a starting point what do folks think of the following options:
>
> Line
Mark,
On 9/20/2010 6:58 PM, Mark Thomas wrote:
> On 20/09/2010 15:04, Wesley Acheson wrote:
>> I think some documentation should be created on code style. Actually a
>> bit more than that I think some documentation should be written
>> saying.
>
> http://tomcat.apache.org/getinvolved.html
>
> A
On 20/09/2010 16:09, Wesley Acheson wrote:
> Sorry missed that. Somehow though I think I may have seen it just not
> when I was last looking for it. The fact that I named it such seems
> like I had it in my subconsious. Sorry
np. There is plenty of scope to improve that along the lines you
suggest
Sorry missed that. Somehow though I think I may have seen it just not
when I was last looking for it. The fact that I named it such seems
like I had it in my subconsious. Sorry
Wes
[OT] Is it actually any use the extent I've tried to be involved?
On Tue, Sep 21, 2010 at 12:58 AM, Mark Thomas wr
On 20/09/2010 15:04, Wesley Acheson wrote:
>>> 2. Coding conventions seem to be applied ... inconsistently. Is there a
>>> code style guide that I can actually follow so my code "looks right", or
>>> should I just look at what's already there in the files I'm modifying
>>> and take my best guess at
16 matches
Mail list logo