bug#58168: string-lessp glitches and inconsistencies

[Mattias Engdegård]

1 okt. 2022 kl. 15.43 skrev Lars Ingebrigtsen <larsi@gnus.org>:

> There was a very long thread about changing this output in a bug report
> somewhere, and we decided not to, because all the alternatives were
> worse than what we have.

I have no wish to reopen old wounds (and it sounds as if the debate isn't one 
that you are keen to revisit), but I'm a bit surprised -- it all arises because 
of old code that still treats raw bytes as Latin-1, and I know that neither of 
you are very fond of that either.

1 okt. 2022 kl. 15.51 skrev Eli Zaretskii <eliz@gnu.org>:

> I think the variable is a misnomer of sorts: the request back when it
> was introduced to display hex where we usually display octal \nnn
> escapes.  And the latter happens not only for raw bytes.

Fair enough. Maybe the documentation should reflect that, but I'm still holding 
out for a change to the C1 presentation in the long term, so...

I'm not going to pursue this little digression any further except that while 
looking at it I found a few inaccuracies and a likely bug in 
redisplay-testsuite.el. I'm attaching a patch which un-muddles the test and 
adds a display of unprintable Unicode chars such as C1 controls, in addition to 
raw bytes. I'd like to adorn the commit with the correct bug number so if you 
remember that of the original discussion that would be useful (I never found it 
very easy to search debbugs).

redisplay-testsuite.diff
Description: Binary data