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 >> place. > 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. -- Brane
