Note: This is a public test instance of Red Hat Bugzilla. The data contained within is a snapshot of the live data so any changes you make will not be reflected in the production Bugzilla. Email is disabled so feel free to test any aspect of the site that you want. File any problems you find or give feedback at bugzilla.redhat.com.
Bug 18548
Summary: | national (accented) characters are not displayed | ||
---|---|---|---|
Product: | [Retired] Red Hat Linux | Reporter: | daniel.deimert |
Component: | emacs | Assignee: | Trond Eivind Glomsrxd <teg> |
Status: | CLOSED RAWHIDE | QA Contact: | Aaron Brown <abrown> |
Severity: | medium | Docs Contact: | |
Priority: | medium | ||
Version: | 7.0 | CC: | dr |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | i386 | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2000-10-10 20:55:10 UTC | Type: | --- |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
daniel.deimert
2000-10-06 16:52:52 UTC
I wonder if I should file a bugzilla bug report for not displaying our beloved accented national characters as well. The "edv EDV" stuff above should be latin-1. You'll have to add the 8th bit to the character codes yourself. You're hackers, you'll work it out. Bork bork bork! There are two of these files, not just one... Somehow, the nox package wants the one in X package and not the one in glibc even though it's not linked with it. Argh. If you install the XFree86 package, it should work just fine. As for the accents, please remember to file bugs separately. When you do, please have more information available... what is edv EDV? For what it's worth, iso-accents-mode with `'"~ and character seems to work just fine here. You are right about X. If the keyboard is set to latin1, I can enter \345 \344 \366 using the keyboard in bash, but not in emacs. If X is installed, emacs accepts (and displays) the correct symbols on screen. I have a feeling the missing locale file is what's causing emacs to fail when using the accented characters, thats' why its in the same bug report. The edv EDV stuff are the accented characters \345 \344 \366 (octal) which accidentaly got masked with 0x7f in bugzilla. They are three common Swedish vowels. iso-accents-mode does part of the job but it doesn't fix the problem; e.g. I can input \366 by typing "o and then M-x iso-accentuate, but it is still displayed in emacs as \366, not as an accented o. This is on a local text-mode console. If I telnet into the host from a RH7 host with X installed (and where emacs works locally), and fire up emacs on the remote host in the telnet window, I get the "no such file" error message, and if I then press any of the vowel keys that generates \345 \344 \366 keycodes, the remote emacs seems to think that the vowels are page up/down keys and I get error messages like "End of buffer" or "Beginning of buffer". *** Bug 18642 has been marked as a duplicate of this bug. *** It would work if you copied the X11 locale.alias there.... the files are not identical. The glibc one works in console, but not in xterm. Fixed in -17 which eventually will show up in Rawhide - I include the locale.alias file in the rpm, and patch the startup sequence. Ugh. *** Bug 20279 has been marked as a duplicate of this bug. *** If you want to keep the server installation as clean as possible and not have to install XFree, ln -sf /usr/share/locale /usr/lib/X11 seems to do the job. |