Re: [boost] [locale] Review of the proposed Boost.Locale library

Subject: Re: [boost] [locale] Review of the proposed Boost.Locale library
From: Stewart, Robert (Robert.Stewart_at_[hidden])
Date: 2011-04-19 07:07:08

Artyom wrote:
>
> > AFAIK the Boost Coding Guidelines require max  80
> > characters per line in the source code. The sources
> > of Boost.Locale do  not follow this guideline which
> > makes them slightly less readable, one  needs
> > to scroll a lot horizontally.
>
> Small point, there are lots of code in boost
> that does not follow 80 characters limit.
>
> Also I understand the desire to put somewhere
> a limit (derived from the size of a punch card
> back to 60th)
>
> But sometimes it just make it more
> then less readable.

Perhaps for you, but then for others that arrange windows to show 80 columns of fixed width characters, longer lines become less readable.  Some choose to use a widescreen monitor's full width for a single file, so they want longer line lengths.  I like the ability to see files side-by-side, while others won't find that compelling.  It's hard to satisfy everyone.

For now, the Boost standard *is* 80 columns (see <http://www.boost.org/development/requirements.html>).  You're not alone in wanting it to be different, but until it changes, you should follow it.

_____
Rob Stewart                           robert.stewart_at_[hidden]
Software Engineer                     using std::disclaimer;
Dev Tools & Components
Susquehanna International Group, LLP  http://www.sig.com

IMPORTANT: The information contained in this email and/or its attachments is confidential. If you are not the intended recipient, please notify the sender immediately by reply and immediately delete this message and all its attachments. Any review, use, reproduction, disclosure or dissemination of this message or any attachment by an unintended recipient is strictly prohibited. Neither this message nor any attachment is intended as or should be construed as an offer, solicitation or recommendation to buy or sell any security or other financial instrument. Neither the sender, his or her employer nor any of their respective affiliates makes any warranties as to the completeness or accuracy of any of the information contained herein or that this message or any of its attachments is free of viruses.