On 2018-11-26 18:19:59 +0100, Stefan Sperling wrote: > On Mon, Nov 26, 2018 at 04:30:27PM +0100, Vincent Lefevre wrote: > > On 2018-11-26 15:18:47 +0100, Branko Čibej wrote: > > > Do please read the rest of the thread. A solution has already been > > > implemented on trunk. > > > > Except that this solution is not satisfactory for me. I guess that > > the ultimate solution is to use --xml + a wrapper (thus one could > > add things like coloring), though that's still limited as one > > doesn't get the MIME type (svn:mime-type). > > Please don't poke our grumpy Brane bear; we need him to stay in a good mood. > You see, if you don't like Brane's solution, and you already have a > working alternative of your own invention which you prefer anyway, then > pointing out that Brane's solution is unsatisfactory to you just comes > across as... kind of rude. Even if not meant that way, this was certainly > not a constructive comment to make on a mailing list such as this one.
Well, if you want a constructive comment, 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. -- Vincent Lefèvre <vinc...@vinc17.net> - Web: <https://www.vinc17.net/> 100% accessible validated (X)HTML - Blog: <https://www.vinc17.net/blog/> Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)