On 07.12.2018 14:58, Vincent Lefevre wrote:
> On 2018-12-07 12:06:08 +0000, Daniel Shahaf wrote:
>> Vincent Lefevre wrote on Fri, Dec 07, 2018 at 12:43:42 +0100:
>>> the issue with the suffix solution (B/K/M/G) is that it is actually
>>> less readable when one has many files in the list. I mean that with
>>> the full file size displayed, it is very easy to see which files take
>>> the most space, or similar information: the number of digits gives the
>>> order of magnitude of the file size; this can be found in a fraction
>>> of second. With the suffix form, one needs to look at all the sizes
>>> one by one.
>> The output with SI suffixes is not the default. If you don't opt-in to
>> it by passing a new-in-1.12 option, you will never see it in the first
> I'm a bit lost. :( I thought that this was the solution to make
> more space for the author names (as the SI suffixes were discussed
> under this thread).
Note that with what's on trunk now, the author column will adjust its
width within limits anyway.
>> Did you have some specific change you wanted to propose? (Other than
>> making the 'author' column's width configurable)
> I just wanted to have more than 8 characters for the authors names
> (without changing the "file size" column).
Yes, the default width is still 8 columns but that will expand to up to
16 as needed, without any additional options.
Received on 2018-12-07 15:10:49 CET