Using CDE and dtterm
chl% echo $LANG
en_US.UTF-8
chl% dtpad&
[1] 5222
chl% Warning: Missing charsets in String to FontSet conversion
Warning: Missing charsets in String to FontSet conversion
Copy a text known to contains Greek characters (as rendered correctly in
my Opera Browser) nu tor phi (I think - anyway it was the nearest you can
get to 'utf' in Greek).
The actual bytes, filtered through 'od -xc',with escaped octal, are:
0000000 6c6f 6361 6c2e 7465 7374 2ecf 85cf 84cf
l o c a l . t e s t . \317 205 \317 204 \317
0000020 8638 0a00
206 8 \n
0000023
But if I view that in a supposedly en_US.UTF-8 window, it fails to display
those Greek characters (they are rendered as spaces), and yet if I attempt
to display characters such as the Danish ��� (shown in iso-8859-1 for this
message)
chl% echo ��� | od -xc
0000000 c3a6 c3b8 c3a2 0a00
� ** � ** � ** \n
0000007
they appear just fine. Moreover, I can type those Danish characters into
that window, but if I set the window to inout in Greek, nothing apart from
digits and punctuation appears at all (though the cursor moves as
expected).
So evidently, I am missing some font or font-conversion somewhere, but
where? Is there some package I have failed to load into my OS?
--
Charles H. Lindsey ---------At Home, doing my own thing------------------------
Tel: +44 161 436 6131 Web: http://www.cs.man.ac.uk/~chl
Email: c...@clerew.man.ac.uk Snail: 5 Clerewood Ave, CHEADLE, SK8 3JU, U.K.
PGP: 2C15F1A9 Fingerprint: 73 6D C2 51 93 A0 01 E7 65 E8 64 7E 14 A4 AB A5
Apparently, Greek characters are missing in the font you are using.
For my xterms, I use some of the iso10646 character sets under Solaris,
e.g.
-misc-fixed-medium-r-normal--20-200-75-75-c-100-iso10646-1
which can be passed to the "-fn" option of xterm. I have never used dtpad
nor do I know how its font can be specified but there exists surely
a similar command line argument for dtpad.
Andreas.