On 31 May 2016 at 18:43, FRIGN wrote:
> as a quick note, the sbase libutf is probably the most feature-rich one.
> The version by cls suffers from multiple issues, even though it might
> be the most recent.
Strictly speaking they're all by me, since I started it (and sbase) in
the
On Tue, 31 May 2016 18:42:45 +0100
Chris Down wrote:
Hey Chris,
> This is with a heavily patched dwm 6.0[0] and LibreOffice 5.0.6.3.
can you also reproduce this bug with vanilla dwm (git upstream!) and
the latest stable version of LibreOffice (5.1.2.2)?
Cheers
FRIGN
--
On Tue, 31 May 2016 10:25:22 -0300
Marc Collin wrote:
Hey Marc,
> Looking at libutf, I realised there are many versions?
> There's an outdated version on the suckless repo by cls[0].
> Thee's an up-to-date version on cls private github[1].
> There's a fork on sbase[2].
>
In some situations, I'm sadly forced to use a LibreOffice Impress to display
pptx files or equivalent. When presenting these, generally I like to have the
slides displayed on one monitor, and the presentation notes on another.
When connecting an external monitor, it is recognised by LibreOffice
Marc -- I remember now that you emailed me about this, and it must
have slipped my mind. Sorry about that.
I personally have no strong opinion on what should be done with the
different repos, since I consider libutf to be mostly a pet project;
and I don't think there's any problem with sbase
Hey suckless.
Looking at libutf, I realised there are many versions?
There's an outdated version on the suckless repo by cls[0].
Thee's an up-to-date version on cls private github[1].
There's a fork on sbase[2].
Is there a reason for the fragmentation? Which is the prefered libutf version?
Hey suckless folks,
while reading the code for df.c, I realised it uses a specialised function
to print human-readable output, print_human(). It mostly replicates the code
of libutils human.c, not yet present in ubase.
Here is a patch that replaces print_human() with calls to humansize().
Also,