Follow-up Comment #6, bug #64100 (project findutils):
[comment #5 comment #5:]
> Regarding format specs like "left-justified in a column of width 20":
> I don't believe that it s find(1)s task to do formatting, and such features
would
> add unnecessarily large code while subsequent and existing formatting tools,
e.g. numfmt(1),
> can easily do that already. One tool for one purpose.
find already does support printf(3)-style flags, field widths and precision
specifiers. The behaviour isn't entirely consistent with printf(3) (some
flags/precision specifiers behave differently for text and number conversions,
but find treats most numbers as though they were text in this regard), but
it's close.
> Regarding the requested formatting range:
> I don't believe that it's good for find to add too many features in the
future,
> especially those which are specific to certain filesystems.
> That kind of information can be retrieved with or in combination with
> other existing tools already, so that would just be yet another way to
> achieve things.
> Hence it's unlikely that there'll be a "clash" with how rawhide interprets
the
> formatting characters.
I thought that would probably be the case, but wanted to let you know just in
case.
> But anyway, thanks for the heads-up, and we now have this as reference in
the
> bug tracker.
Thanks.
_______________________________________________________
Reply to this item at:
<https://savannah.gnu.org/bugs/?64100>
_______________________________________________
Message sent via Savannah
https://savannah.gnu.org/
