Red Hat Bugzilla – Bug 75189
nedit not UTF-8 aware
Last modified: 2007-04-18 12:47:11 EDT
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; de-AT; rv:1.0.1) Gecko/20020830
Description of problem:
nedit is not able to display german umlaut like |vd
The snapshot should display |vd
Version-Release number of selected component (if applicable):
Steps to Reproduce:
Actual Results: nedit displays it not correct
Expected Results: nedit should display |vd
If you start nedit like this:
I expect it will work.
Right. See my earlier report on this:
"LANG=pt_BR nedit" work perfectly
"LANG=pt_BR.UTF-8 nedit" cannot display accented characters.
My question is this.
What should we do!??? We (portuguese speaking users of RH) want to use nedit
with our language, but unfortunately "pt_BR.UTF-8" is used by default on RH for us.
(Could neit have a wrapper script that strips off the damn ".UTF-8" part of the
LANG env variable?!!)
Just to let you know. The UTF problem lies in Motif. If you link any against
OpenMotif, it cannot handle UTF and crashes when you try to use the file open
dialog. No problem is reported with LessTif (though LessTif has many other
problems we don't want to go in here).
For NEdit 5.4, we've changed start up to lop off UTF-8 if it's in locale at all.
It is currently in beta, but you can download from our website
We encourage all system vendors that bundle NEdit to join our discussion group
(email@example.com) and participate in the beta. Many of our bug reports are
reported against versions of NEdit that are built improperly (unstable versions
of LessTif or Motif) by system vendors. We'd like to work with you to make sure
future releases are stable.
This also happens in Fedora Core 1 (which ships nedit 5.3). I made a
small patch to do what nedit 5.4 does (chop off the UTF-8 part).
Created attachment 96250 [details]
chop off UTF-8 from locale if it exists
Added this ugly hack to CVS.
*** Bug 129068 has been marked as a duplicate of this bug. ***