[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 Fri, Apr 23, 2004 at 07:29:04AM +0200, Andreas Tille wrote:
> On Thu, 22 Apr 2004, Thomas Dickey wrote:
> 
> > It really sounds as if you are running into more/less expected problems
> > with applications (not particularly xterm) that do not work with UTF-8.
> Sure - as I said my belover MC is one of them.  BUt I wanted to give
> the transition a start, once Debian changelogs start loocking fancy on
> my side because of UTF-8 codings.
> 
> > For instance, I see that the Debian package for mc is built using the
> > internal version of slang (and to satisfy some issue with gpm, also
> > ncurses - which can be confusing).
> Yes.  Also manpages loocked strange but I suspected that it is connected
> to the xterm problems, but I'm not sure.

Such as the soft-hyphens at the ends of lines (that's partly a font problem,
partly how the pager is setup).  For the font, since it was an 8859 (8-bit)
font, codes past 255 would show up as missing glyphs.
 
> > While there is an unofficial patch for slang to handle UTF-8, I'm told
> > that it is incomplete and not very robust.  Without that patch, slang
> > can handle only 8-bit encodings (such as the ISO-8859-1 to ISO-8859-15).
> > In UTF-8, the characters in the range 160-255 are not sent as a single
> > byte but as two or more.  If the application does not know how to do
> > this, the terminal running in UTF-8 mode is likely to treat those as
> > incomplete sequences and doesn't show the characters that were intended.
> Well I just regard my first attempt to switch to UTF-8 as failed and
> went back to my normal work, waiting for further enhancements.  On the
> other hand I think we should clarify why the resource setting of
> 
>     *utf8: 2
> 
> differs from -u8 command line option.  If I understand the manual right
> this should not be the case.

I'll take another look this afternoon.  It occurs to me that your environment
was perhaps the UTF-8 flavor rather than the euro one, and that some part of
the gdm/xrdb/X11 code may treat the resource setting differently.
 
> Kind regards
> 
>          Andreas.

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

Attachment: pgpkGFwEkFYJa.pgp
Description: PGP signature


Reply to: