On Fri, Apr 29, 2022 at 08:19:20PM +0200, g...@suckless.org wrote:
> commit e1e1de7b3b8399cba90ddca9613f837b2dbef7b9
> Author: Hiltjo Posthuma
> AuthorDate: Fri Apr 29 20:15:48 2022 +0200
> Commit: Hiltjo Posthuma
> CommitDate: Fri Apr 29 20:18:02 2022 +0200
>
> inputw: improve corre
On Fri, 29 Apr 2022 20:39:51 +0200
Jochen Sprickerhof wrote:
Dear Jochen,
> There is actually a dmenu fork here:
>
> https://github.com/michaelforney/dmenu
>
> The diff does not look too big and afair it was working for me some
> time ago. I think it would be great to provide an implementation
* Laslo Hunhold [2022-04-29 20:05]:
On Fri, 29 Apr 2022 22:55:31 +0600
NRK wrote:
Dear NRK,
While you've asked this to Hiltjo, I figured I'd give my 2c on this
since I've been trolling around the dmenu code base a bit recently.
Most of the heavy-lifting is currently done via libsl, however
commit e1e1de7b3b8399cba90ddca9613f837b2dbef7b9
Author: Hiltjo Posthuma
AuthorDate: Fri Apr 29 20:15:48 2022 +0200
Commit: Hiltjo Posthuma
CommitDate: Fri Apr 29 20:18:02 2022 +0200
inputw: improve correctness and startup performance, by NRK
Always use ~30% of the monitor wi
On Fri, 29 Apr 2022 17:12:15 +0200
Jochen Sprickerhof wrote:
Dear Jochen,
> That sounds like the non_blocking_stdin patch:
>
> http://tools.suckless.org/dmenu/patches/non_blocking_stdin/
oh yes, thanks for pointing that patch out! The
"reloading-hotkey"-behaviour is a bit overkill, but I find
On Fri, 29 Apr 2022 22:55:31 +0600
NRK wrote:
Dear NRK,
> While you've asked this to Hiltjo, I figured I'd give my 2c on this
> since I've been trolling around the dmenu code base a bit recently.
>
> Most of the heavy-lifting is currently done via libsl, however libsl
> is a pretty thin abstrac
On Fri, Apr 29, 2022 at 04:57:20PM +0200, Laslo Hunhold wrote:
> What's your stance on Wayland-support in dmenu? Would you accept a
> patch?
Hi Laslo,
While you've asked this to Hiltjo, I figured I'd give my 2c on this
since I've been trolling around the dmenu code base a bit recently.
Most of t
Hi Laslo,
* Laslo Hunhold [2022-04-29 16:57]:
Yes, a progress indicator would be nonsense in the general case of
course. In the general case, though, dmenu won't block when reading
from stdin and I proposed a "busy" indication only in the case a read
from stdin blocks. What I proposed was that
On Fri, 29 Apr 2022 10:31:14 +0200
Hiltjo Posthuma wrote:
Dear Hiltjo,
> Reading through the long wall of text (*sigh*). I'll try to respond
> to the relevant parts of the actual topic.
>
> There won't be grapheme support into dmenu or dwm (until decided
> otherwise for whatever reason), it is
On Fri, Apr 29, 2022 at 08:53:38AM +0600, NRK wrote:
> On Fri, Mar 25, 2022 at 10:57:42PM +0100, g...@suckless.org wrote:
> > commit 77526f756e23e362081ac807521f901f2e5cd5e6
> > Author: NRK
> > AuthorDate: Thu Mar 24 00:37:55 2022 +0600
> > Commit: Hiltjo Posthuma
> > CommitDate: Fri Mar
On Fri, Apr 29, 2022 at 08:11:46AM +0200, Laslo Hunhold wrote:
> On Fri, 29 Apr 2022 08:53:38 +0600
> NRK wrote:
>
> Dear NRK,
>
> > 2. (Incorrectly) assume `more bytes == wider string`, which is not
> > correct thanks to unicode.
> >
> > 3. Try to get the width of the unicode code-point. I've
On Fri, Apr 29, 2022 at 08:11:46AM +0200, Laslo Hunhold wrote:
> to keep a long story based on my experience with developing libgrapheme
> and intensely working with Unicode short: The char-width-data from the
> Unicode consortium cannot be relied on and said consortium has pretty
> much given up o
12 matches
Mail list logo
