'Re: HOWTO: Deal properly with internationalisation in Qt 2 and KDE 2 code'

[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kde-core-devel
Subject:    Re: HOWTO: Deal properly with internationalisation in Qt 2 and KDE 2 code
From:       Hans Meine <hans_meine () gmx ! net>
Date:       2000-11-29 22:41:03
[Download RAW message or body]

X
Hi!

> HOW TO DEAL PROPERLY WITH INTERNATIONALISATION
> ==============================================
> 
>     1. Right-fashion-localized system must permit to use of national characters
>        everythere, incl. filenames etc.
Are there standards how programs can determine what charset an ext2 filesystem
uses? (Linux)

I got a directory named:

  "rinôçéròse" (hope this comes trough.. ;-) )

------------------------- experiments start -------------------------

konqi displays:
  "rinOOOrOse" (rects, actually, instead of 'O') in the locationfield
  "rin   r se" in all icon/detailviews and the "Go"-menu

kfile displays "rinOOOrOse", too (consistently, I think)

GTK filedialog displays: mostly "rin", in the edit field "rinrse"
  (I think it's GTK (xmms), however, the Gimp filedialog displays 
   "rinOOOrOse" like konqi's locationfield?)

xmms playlist displays really "rinôçéròse"

kaiman's playlist does, too! ;-)

freeamp/MyMusic, too

bash displays (ls) "rin???r?se" and (tab-completion,cmdline) "rinrse". 
  The latter confuses the terminal, so it's probably konsole or it's font, 
  hmm, choosing other available fonts does not help.
  ls|less (piped) gives "rin\223\207\202r\223se", this seems to be the
  same output as tab-completion/cmdline, now escaped by less.
  Aah, linux console does display inverted '?' like the "broken char"
  symbol mentioned above (konqi 'O').

mc displays "rin~^S~^G~^Br~^Sse" which destroys the nice layout. ;-(

netscape's filedialog (freetif?) displays "rin   r se", again

KHTML tests:
  just "ls|head -n1>test.html" displays "rinOOOrOse", same with
  <meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1">
  in a <head>. KHTML seems to do fine -> font problem? (see lower)

-------------------------- experiments end ---------------------------

My stupid guessing:
- Some programs escape the "non-standard"-characters (less, mc, bash
  interactive/not-piped ls) in a more-or-less intelligent way.
  However, this makes sure I can never see the right chars.
- Some don't and got right fonts/encodings: There is everything right!
  (all said mp3 players)
- Many try to display, but there is either
  o a space
  o a special symbol
  o or nothing.
  I guess this is a font thing, so: does anybody know whether and how
  I can fix this?

Other question:
* Why does the KDE font chooser display so few fonts? (I think most/all
  ttf missing) I know it's been asked before, I just don't remember the
  answer. kfontchooser calls XListFonts directly. kapp::kdeFonts filters
  with a config file "kdefonts" - if that exists, however it doesn't here.
  Strange. ;-)

-- 

   /  /
  /--/
 /  / ANS
___________________________________________________________________________
 Hans Meine   Wördemannsweg 93, D-22527 Hamburg  mailto:hans_meine@gmx.net

[prev in list] [next in list] [prev in thread] [next in thread]
Configure | About | News | Add a list | Sponsored by KoreLogic