Re: bug in 5.4rc2 X11 terminal

[Dima K. <gn...@di...>]

Ethan A Merritt <me...@uw...> writes:

> On Wednesday, 24 June 2020 10:20:48 PDT Dima Kogan wrote:
>> So I really would like to keep this working reasonably. If we currently
>> have a unicode problem that makes tic mark labels render improperly, an
>> easy "fix" would be to not feed unicode to the x11 terminal.
>
> That is exactly what "set encoding XXX" does, for any XXX that is not utf8.
>
> Or did you mean that <x11 terminal + non-ascii encoding> would be
> a special case when generating tic labels?
> We generally try to keep terminal-specific tests out of the core code,
> but we do have tests for TeX-based terminals so it's not an absolute
> prohibition.

I meant that if we have a known issue where utf8 breaks tic labels with
the x11 terminal, then we can do the "set encoding xxx" internally,
without making the user work around the bug.


> For a long time now utf8 has been the default on linux. So I would
> expect that most linux users would have to deal with this when using
> the x11 terminal with their default locale.

Yes, but I can't reproduce it. I tried today to take away my local
ascii-only setting, and it still seems to work. I even tried to "set
encoding utf8", and my tic labels STILL look ok. And I use gnuplot a LOT
on all sorts of boxes, and I've never seen this. So I would guess that
this isn't an issue that gnuplot has with the default settings for most
people.

Pieter-Tjerk: do you have any theories about what it is about your setup
that triggered this problem?