[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#179407: xterm: not only bold fonts do not work with widechars



On Tue, Apr 20, 2004 at 08:59:04PM +0200, Andreas Tille wrote:
> 
> > However.  The command-line options of xterm simply set specific resource
> > patterns and can be overridden by other resource patterns that are more
> > specific.  The "XTerm*utf8" pattern would not be overridden in a case where the
> > other would (if there were already a "*utf8" pattern lurking in your
> > resources).
> 
> ~> grep -i utf /etc/X11/Xresources/*
> /etc/X11/Xresources/uxterm:UXTerm*utf8: on

that would be ignored.

> /etc/X11/Xresources/xterm:XTerm*utf8: 2

that might be used (depending on the script).  I don't use xrdb.
 
The manpage isn't explicit (does not state the value is an integer).
It quotes the default value, which shows its type:

     utf8 (class Utf8)
             This specifies whether xterm will run in UTF-8 mode.
             If  you  set  this  resource,  xterm  also  sets the
             wideChars resource as a side-effect.  When set via a
             resource,  xterm  cannot  be  switched  via  control
             sequences out of UTF-8 mode.  The default  is  ``0''
             (off).  Any other value will turn on UTF-8 mode.

> I did not changed this uxterm but I regard this uxterm as a really
> bad missconception.  For instance if you log in anywhere you have
> to define a new TERM variable and whatever.  Moreover, regarding to
> your mail before it is set to 'on' instead to an integer.  What's
> wrong here.

no - I stated
 
"on" wouldn't work, since this resource happens to be an integer.

> > Perhaps that's what is happening:  if your locale is not de_DE.UTF-8, then
> > forcing UTF-8 output could cause the output of umlauts to be lost.  (My
> > impression is that the euro locales are 8-bit encodings, while UTF-8 is
> > multibyte - and codes in the range 128-255 are interpreted differently).
> When I had no characters at the places of Umlauts I was using
> 
>     LANG=de_DE@euro
>     LC_ALL=de_DE@euro
> 
> I now switched to
> 
>     LANG=de_DE.UTF-8@euro
>     LC_ALL=de_DE.UTF-8@euro
> 
> The result is different but not better: ä instead of ä (a-Umlaut),
> etc - just two charcters.
> 
> Note: All this happens with plain resource settings (see above).  An
>        xterm -u8
> works fine.
> 
> If you ask me I would like to change the severity of this bug to important,
> because ist really smells like a missinterpretation of resources settings.

so far it sounds like a documentation issue.

-- 
Thomas E. Dickey
http://invisible-island.net
ftp://invisible-island.net

Attachment: pgpXmcSaPC77H.pgp
Description: PGP signature


Reply to: