table()
can ever return without error when parsing an encoded-word in a header.
It seems that it would just find the last "=" in "?=", set length to -2,
and return NULL. Maybe I'm just not getting it. It did manage to process
a few dozen more e-mails in my test runs, thou
hare your
> opinion of if the change makes sense to you.
Seems to work okay so far (applied to master with a bunch of other patches
on top).
>
> --
> Kind regards,
> Hiltjo
>
--
Storkman
Fix cursor move with wide glyphs
>
> st would always move back 1 column,
> even with wide glyhps (using more than a single column).
This is apparently what GNU readline expects, so this change breaks
line editing, which worked fine before.
--
Storkman
On Fri, Mar 29, 2024 at 07:27:43PM +0100, Hiltjo Posthuma wrote:
> On Wed, Mar 27, 2024 at 04:11:27PM +0100, Storkman wrote:
> > On Sun, Feb 25, 2024 at 11:57:03AM +0100, g...@suckless.org wrote:
> > > commit 7473a8d1a57e5f9aba41b953f4e498c35e1c9dc5
> > >
getting full
* again. Empty it.
*/
if (n < lim)
lim = ttyread();
That makes sense, since reading N bytes will give the hardware enough
time to write at least N bytes.
I don't really understand why this use case needs to be handled at all.
Wouldn't you use something like minicom for a modem line?
--
Storkman
;
> > Eric
> >
>
> But in most cases/distros with "Liberation Mono" it will use a monospace font.
> Also fontconfig allows to map the name (or other conditions) to an other font.
>
> --
> Kind regards,
> Hiltjo
>
In fact, you could just specify fallback fonts in the font pattern string,
like so:
static char *font = "Input Mono, Sarasa Term J, Unifont:pixelsize=13";
You could also override it in your FontConfig font config, if you have
the patience to deal with the syntax...
st
Input
Sans
Sarasa Term
J
Unifont
13
--
Storkman
gt; >
> > exit(1);
> > }
> > --
> > 2.46.2
> >
> >
>
> Thanks for the patch. I agree and the common pattern is even, at the top of
> the function:
>
> int saved_errno = errno;
>
> Then use (or restore) errno.
> I notice dmenu, dwm, libsl, sbase, etc have this bug.
What's the bugged output? Are there implementations that clobber errno
on success? Or are there circumstances where perror succeeds after fputc
has already failed?
>
> --
> Kind regards,
> Hiltjo
>
--
Storkman
_ATTENTION?
>From https://specifications.freedesktop.org/wm-spec/1.3/ar01s05.html
> _NET_WM_STATE_DEMANDS_ATTENTION indicates that some action in or with the
> window happened. [...] This state may be set by both the Client and the
> Window Manager. It should be unset by the Window Manager when it decides
> the window got the required attention (usually, that it got activated).
--
Storkman
, It'd at least be nice to
call XCloseIM(), XOpenIM(), so that the buffered input gets dropped instead
of getting clogged indefinitely.
--
Storkman
>From 4268fe94eaa4d56ed2b4fc5bf0c3d846de52f296 Mon Sep 17 00:00:00 2001
From: Paul Storkman
Date: Tue, 13 May 2025 16:54:35 +0200
Subject: [PAT
actual usecase where the current buffer size is a
> problem? If yes, I think it's better to increase the buffer size to
> something more reasonable if possible than to mess around with static
> variables.
>
> - NRK
>
Patch didn't attach corr
10 matches
Mail list logo
