On Tue, Apr 14, 2026 at 04:34:49PM +1000, Seth McDonald wrote:
One of the reasons for my per-attribute disabling
was to allow some amount of these nestings. Where, for example, msg1 is
bold and msg2 is red, and msg2 contains msg1. By working per-attribute,
the end of msg1 would not remove the red colouring of msg2.
i see how this could be useful in principle, but i suspect that this
isn't a realistic use case in isync.
given that the usage of the actual coloring api is rather
"concentrated", it wouldn't cause much churn to switch to a fully
fledged api at a later point. so i would start with the minimal
implementation.
however, another feature would actually make a lot of sense, to
enable
elegant (and slightly more efficient) wrapping of messages: recursive format
strings. think
[...]
i have wanted this so many times already that i wonder why the standard
doesn't have it in some form.
If I had to guess, probably because it sounds like a security nightmare
for implementors and users. [...]
that's a valid concern, but i think it's unfounded. you just have to
apply the same rules to the nested format strings as to the top-level
ones, i.e., pass only trusted strings (generally, constant string
literals). security constraints are always applied top-down; never
leaving a gap is just something you have to keep in mind.
i suspect it might be actually an implementation problem. i think we'd
need something like pointers into va_list or the ability to push the
current state onto a stack, and i'm not convinced that either is
actually a thing, at least portably. Somebody (TM) would have to give it
a shot ...
Though for specific queries about the code, is this list appropriate
for asking?.
this list is just fine.
you can also try to catch me on matrix, @ossi:kde.org, or ossi on
libera.chat irc (which i use via the matrix bridge).
Also, it's probably becoming apparent that I'm generally not able to
reply quickly due to the difference in time zones.
yeah, aussie time is just about the worst for me. you can catch me in
the late evening if you get up early, but then you'd actually have to
use im, as at that time of day i read email only sporadically.
Hopefully that isn't too much of a problem :)
for me it's fine, i'm in no hurry ...
_______________________________________________
isync-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/isync-devel
