GNU bug report logs -
#59975
[PATCH] guix: Show better progress bars.
Previous Next
Reported by: Julien Lepiller <julien <at> lepiller.eu>
Date: Sun, 11 Dec 2022 18:03:01 UTC
Severity: normal
Tags: patch
Done: Julien Lepiller <julien <at> lepiller.eu>
Bug is archived. No further changes may be made.
Full log
Message #20 received at 59975 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
Le Fri, 13 Jan 2023 18:07:42 +0100,
Ludovic Courtès <ludo <at> gnu.org> a écrit :
> Hello!
>
> Julien Lepiller <julien <at> lepiller.eu> skribis:
>
> > Hi Guix!
> >
> > The attached patch is a small improvement on our progress bars.
> > Instead of our cute ASCII art:
> >
> > 1.2MiB/s 00:04 [### ] 18.5%
> >
> > We get something a little more smooth:
> >
> > 1.1MiB/s 00:04 ▕███ ▏ 17.1%
> > 1.2MiB/s 00:05 ▕███▋ ▏ 20.7%
> >
> > Using unicode characters that can represent 1/8 of a character
> > width.
>
> Woow, fancy! Love it!! Too bad I was too late to have it under the
> Newtonmas tree. 🎄
>
> > I used port-encoding to detect when the output supports unicode, but
> > maybe there's something more dedicated to figuring that out? When
> > the port encoding is not UTF-8, we fall back to the ASCII version.
>
> One question: how likely is it that people won’t have a font with
> those glyphs to display it correctly?
>
> It would be good to check in xterm, Linux console with some default
> font, and GNOME/Xfce terminals with defaults.
>
> (Works for me in xterm and in Emacs, FWIW.)
I think it's pretty common to have these characters, since they are
used by many other projects. However, testing on a tty, I can only see
the filled characters, but not the semi-filled ones, so I get something
like:
?███? ?
What do you think?
Attached v2.
[0001-guix-Show-better-progress-bars.patch (text/x-patch, attachment)]
This bug report was last modified 2 years and 175 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.