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

Bug#318923: xterm: localization hell again (even with UTF8 locales)



On Tue, Jul 19, 2005 at 01:18:45PM +0300, Wladimir Mutel wrote:
> 
> 	Very strange 'locale' printout above. Perhaps you should run
> 	'with-locale' with first parameter 'uk_UA.UTF-8', not the entire
> 	assignment 'LANG=uk_UA.UTF-8'. Btw, your 'date' prints English
> 	date, not Cyrillic/Ukrainian. And you see these
> 	'locale: Cannot set ...' diagnostics, which is not too good.

I think that the shell was unhappy with the unset's.  Of course I noticed
that, which is why I ran "locale" to see what it would say.  However, my
problem getting date to show Cyrillic is not related to the bug reported.
 
> 	nnn nnn 19 12:59:53 EEST 2005
> 	(with Terminus fontFace; with fixed/clean fontFaces it prints
> 	dotted squares instead of 'n's)

The dotted squares sound like missing glyphs.  I'll try your output
string to see how it looks for me (thanks).
 	
> 	Moreover, when I select 'nnn nnn' (or dotted squares) in 
> 	problem/English xterm and paste it into Cyrillized one, it is 
> 	pasted perfectly well, giving '÷ÔÒ ìÉÐ' there.

It should.  I looked as far last night to see that xterm is storing the
data as expected, and making calls to Xft to display.  I'll look further
tonight to see what I can.  xterm's select/paste is done on the data that
xterm stores rather than on what Xft may display.
 
> 	I was so glad working with xterm and Unicode locales. I thought
> 	mixed-lang environment dream has been finally realized :> But
> 	alas ... :> New changes returned old griefs :>

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

Attachment: pgpBCq29p3j6W.pgp
Description: PGP signature


Reply to: