[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

bug#6554: [PATCH] split: Additional suffix for split (bug#6554)

From: Pádraig Brady
Subject: bug#6554: [PATCH] split: Additional suffix for split (bug#6554)
Date: Sat, 18 Feb 2012 14:24:41 +0000
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:6.0) Gecko/20110816 Thunderbird/6.0

On 02/18/2012 12:52 PM, Jérémy Compostella wrote:
> All,
> I'm continuing with this feature implementation. Getting advantage on my
> newly acquired experience on this project I made some changes in my
> implementation.
> Now I have a concern about the option name "--suffix". I think the
> --suffix-length, --numeric-suffixes and the new --suffix are confusing
> for the user since the two first are related to the count suffix and the
> last one is an additional suffix appended to the whole output file
> name. I think it would be clearer to replace "--suffix" with something
> like "--additional-suffix". What do you think ?

That's a good point. --additional-suffix is better.

Note csplit has a more general --suffix-format option
(which can be shortened to --suffix).
So one can do: --suffix="%02d.txt".
However that's only possible, because csplit
supports only numeric suffixes.

However, this is starting to make me think
this marginal feature isn't worth it.
For the record, summarising the disadvantages so far:

 Backwards incompat with other systems (including older coreutils).
 Some complexity in understanding/describing various suffix options.
 Interoperability issue with possible future auto suffix len feature.


reply via email to

[Prev in Thread] Current Thread [Next in Thread]