GNU bug report logs - #9085
'split' feature request: an option to uses e.g. '.001' as first suffix.

Previous Next

Full log

View this message in rfc822 format

From: Jérémy Compostella <jeremy.compostella <at> gmail.com>
To: Jim Meyering <jim <at> meyering.net>
Cc: 9085 <at> debbugs.gnu.org, Pádraig Brady <P <at> draigbrady.com>
Subject: bug#9085: 'split' feature request: an option to uses e.g. '.001' as first suffix.
Date: Mon, 30 Jan 2012 20:29:40 +0100

> Pádraig Brady wrote:
> > On 01/30/2012 05:33 PM, Jérémy Compostella wrote:
> >> Pádraig, Jim, others,
> >>
> >> - Solution 1:
> >> Pádraig wrotes:
> >>> I wonder might we have a separate option, --suffix-start, and
> >>> theoretically that could accept alphabetic options too?  I'm not
> >>> suggesting we do this, but it's worth discussion.
> >> That's was my first idea but since your first mail subject was "split
> >> --numeric-suffixes=N" I assumed that you already thought about it as a
> >> bad solution. Wrong assumption I guess.
> >>
> >> - Solution 2:
> >> Pádraig wrotes:
> >>> Thinking a bit more about it, it's probably worth to split the short
> >>> and long options. Have -d not take a param as before, and have
> >>> --numeric-suffixes take an optional param.
> >>> To do this, leave 'optional_argument' in the long_opts array, and just
> >>> remove the :: from the getopts call.
> >
> > My vote is for solution 2.
> > Less options = simpler interface for users.
> > I don't think it's too onerous to mandate,
> > numeric suffixes for this feature.
> 
> Same here.
> Another reason to avoid adding --suffix<anything> is that it would
> invalidate -- rendering ambiguous -- any existing use of split that takes
> advantage of --suffix (or --s for that matter) being an abbreviation
> of the --suffix-length option name.
OK I understand that too. However, IMHO it could be avoid with a not
"suffix" prefixed option name, like --numeric-suffixes does in a sense,
no ?

Anyway, I'm completely new in its project so I learn from you.

Cheers,

Jeremy

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.