Re: [boost] Re: String algorithm library

2002-11-20 Thread Pavol Droba
On Wed, Nov 20, 2002 at 04:34:21PM +0100, Gennaro Prota wrote: > On Tue, 19 Nov 2002 19:37:51 +0100, Pavol Droba <[EMAIL PROTECTED]> > wrote: > > > isclassified was suggested by Genny Prota > > My name in the file is a theft though. That's just a classic. My only > contribution was the error of u

[boost] Re: String algorithm library

2002-11-20 Thread Gennaro Prota
On Tue, 19 Nov 2002 19:37:51 +0100, Pavol Droba <[EMAIL PROTECTED]> wrote: > isclassified was suggested by Genny Prota My name in the file is a theft though. That's just a classic. My only contribution was the error of using the type ctype_base::mask for a template parameter :-) Genny. ___

Re: [boost] Re: String algorithm library

2002-11-19 Thread Pavol Droba
Hi On Mon, Nov 18, 2002 at 07:20:58PM -0500, Beman Dawes wrote: > At 03:25 AM 11/18/2002, Pavol Droba wrote: > > >What I want to do in the future is to change default signature of trim to > > >something like you're proposing. There will be a variant with predicate > and > >a set of standar

Re: [boost] Re: String algorithm library

2002-11-18 Thread Pavol Droba
On Mon, Nov 18, 2002 at 07:20:58PM -0500, Beman Dawes wrote: > At 03:25 AM 11/18/2002, Pavol Droba wrote: > > >What I want to do in the future is to change default signature of trim to > > >something like you're proposing. There will be a variant with predicate > and > >a set of standard pre

Re: [boost] Re: String algorithm library

2002-11-18 Thread Pavol Droba
On Mon, Nov 18, 2002 at 06:52:53PM +0100, Gennaro Prota wrote: > On Mon, 18 Nov 2002 09:25:38 +0100, Pavol Droba <[EMAIL PROTECTED]> > wrote: > > >You are probably right that some ideas are confusing without explanation. > > In fact the reason why I was perplexed is that everybody seems to > focu

Re: [boost] Re: String algorithm library

2002-11-18 Thread Beman Dawes
At 03:25 AM 11/18/2002, Pavol Droba wrote: >What I want to do in the future is to change default signature of trim to >something like you're proposing. There will be a variant with predicate and >a set of standard predicates. This way the locale stuff will be moved out >to the predicate and wil

Re: [boost] Re: String algorithm library

2002-11-18 Thread Pavol Droba
On Mon, Nov 18, 2002 at 06:14:01PM +0100, Thorsten Ottosen wrote: > > - Original Message - > From: "James Curran/MVP" <[EMAIL PROTECTED]> > > > > > While there is a certain elegance to the names, I'd have to vote > against > > those. It's not immediately obvious from the names trim

[boost] Re: String algorithm library

2002-11-18 Thread Gennaro Prota
On Mon, 18 Nov 2002 09:25:38 +0100, Pavol Droba <[EMAIL PROTECTED]> wrote: >You are probably right that some ideas are confusing without explanation. In fact the reason why I was perplexed is that everybody seems to focus on minor issues like the names of the templates, while the design should be

Re: [boost] Re: String algorithm library

2002-11-18 Thread Thorsten Ottosen
- Original Message - From: "James Curran/MVP" <[EMAIL PROTECTED]> > While there is a certain elegance to the names, I'd have to vote against > those. It's not immediately obvious from the names trim/trimmed which one > is inplace and which isn't. well, I would say it is. verbs in

[boost] Re: String algorithm library

2002-11-18 Thread James Curran/MVP
While there is a certain elegance to the names, I'd have to vote against those. It's not immediately obvious from the names trim/trimmed which one is inplace and which isn't. Further, in the matter of lower_cased/to_lower_case, if you guess wrong, the other one isn't nearby in an alphabetic l

Re: [boost] Re: String algorithm library

2002-11-17 Thread Pavol Droba
On Sun, Nov 17, 2002 at 05:36:35PM +0100, Gennaro Prota wrote: > > Hi Pavol, I haven't been following this thread so please forgive me if > I'm just pointing out something stupid, or problems that you already > know. I had a quick glance at the library and I'm a little confused at > what is its sc

[boost] Re: String algorithm library

2002-11-17 Thread Gennaro Prota
Hi Pavol, I haven't been following this thread so please forgive me if I'm just pointing out something stupid, or problems that you already know. I had a quick glance at the library and I'm a little confused at what is its scope. For instance the "is space" generalization makes in fact functions l

Re: [boost] Re: String algorithm library

2002-11-16 Thread Pavol Droba
On Sat, Nov 16, 2002 at 03:46:07PM +, Alisdair Meredith wrote: > Pavol Droba wrote: > > To pick on a function at random... > > >Seq ltrim( const Seq& Input, const std::locale& Loc=std::locale() ) > > Why the default to std::locale? > > In typical use, I expect Seq to be an instantiation

[boost] Re: String algorithm library

2002-11-16 Thread Alisdair Meredith
Pavol Droba wrote: To pick on a function at random... >Seq ltrim( const Seq& Input, const std::locale& Loc=std::locale() ) Why the default to std::locale? In typical use, I expect Seq to be an instantiation of std::basic_string. Given this is a string library, what motivation is there to s

[boost] Re: String algorithm library

2002-11-15 Thread Alberto Barbati
Rozental, Gennadiy wrote: Seq& trim_copy( Seq& input, Seq& trim_func( Seq&, const std::locale& ) ); In my opinion all algorithms without suffix should perform in-place operations, while the ones that make copies should have suffix "_copy". That would be more intuitive and also more consistent