bug-gnu-emacs
[Top][All Lists]
Advanced

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

Re: Problems on the input side under Win32


From: jasonal
Subject: Re: Problems on the input side under Win32
Date: Wed, 31 Jan 2007 12:46:20 +0100

Hello Eli,

Thank you for your reply.

----- Original Message ----- From: "Eli Zaretskii" <eliz@gnu.org>
To: "jasonal" <jasonal.new@gmail.com>
Cc: <bug-gnu-emacs@gnu.org>
Sent: Tuesday, January 30, 2007 9:43 PM
Subject: Re: Problems on the input side under Win32


From: "jasonal" <jasonal.new@gmail.com>
Date: Tue, 30 Jan 2007 14:01:59 +0100

GNU Emacs 23.0.0.1 (i386-mingw-nt5.1.2600) of 2007-01-01 on DTOP

Thanks you for your report.

In general, reports about Emacs 23 should go to emacs-devel@gnu.org or
to emacs-pretest-bug@gnu.org.  Also, Emacs 23 is very early into its
development, so grave bugs should still be expected in that version.


I have tried GNU Emacs 22.0.92.1 (i386-mingw-nt5.1.2600) of 2007-01-01 on DTOP.
There're some similar problems as well.

1. When I type Euro sign with german keyboard (press AltGr-E)
under Win32, it is displayed as \200, which is #x80. The correct
Euro sign should be U+20AC.

What does Emacs say if you go to that \200 and press "C-u C-x ="?
(#x80 is the code of Euro in the Windows encoding.)


describe-char of that \200 (Emacs23) is:
       character: € (128, #o200, #x80)
preferred charset: iso-8859-1 (Latin-1 (ISO/IEC 8859-1))
      code point: 0x80
          syntax: w  which means: word
category: l:Latin |:While filling, we can break a line at this character.
     buffer code: #xC2 #x80
       file code: not encodable by coding system chinese-gbk-unix
         display: no font available


In NTEmacs 22.0.92.1 when I press AltGr-E, it sais in minibuffer: \200 is undefined.

2. It doesn't work under win32 if I want to type C-@ with german
keyboard (press Ctrl-AltGr-q) and other similar input related to
a key combination of Ctrl-AltGr-.

Try playing with the variable w32-recognize-altgr.


The variable w32-recognize-altgr is t. It behaves same in Emacs22.
It's interesting, M-@ does work in Emacs. That is Alt-AltGr-q, or Left Alt - Right Alt - q.

3. When I type Umlauts (ü ö ä ß µ etc.) with german
keyboard, they behave like a prefix command that is waiting for a
following type.

What keyboard do you use in Windows? what do you see in Control Panel
-> Regional and Language Options -> Languages -> Details?  And what
version of Windows is that?


The keyboard is German (Germany) - German. And Windows XP SP2.

I've tested in ntemacs 22. It is a little different. If I press ü, it also waits in minibuffer ü- .
Then I press SPACE. It displays \221\374\240. C-u C-x = on it:

 character: ? (48672, #o137040, #xbe20)
   charset: chinese-gb2312 (GB2312 Chinese simplified: ISO-IR-58.)
code point: #x7C #x20
    syntax: w  which means: word
  category: C:Chinese (Han) characters of 2-byte character sets c:Chinese
     |:While filling, we can break a line at this character.
buffer code: #x91 #xFC #xA0
 file code: #xEF #xBF #xBD (encoded by coding system mule-utf-8-dos)
   display: by this font (glyph code)
-outline-Arial Unicode MS-normal-r-normal-normal-13-97-96-96-p-*-gb2312*-* (#x9F31)


4. If there are two continued characters which are both larger
than 0x80 (ü ö ä ß µ etc.), they can't be displayed
correctly under win32.

Please describe the details: what is displayed in this case?

Please find the screenshot in the attachment.
The word is 'größer'. If the cursor is moved over the ö or ß, it can be displayed correctly.
Otherwise, the two letters look like a strange chinese character.
The third one is 'Mit freundlichen Grüßen', the ü and ß can't be displayed.

This is same on both ntemacs23 and ntemacs22. But it can be displayed on Emacs under Linux.

Attachment: Emacs.png
Description: PNG image


reply via email to

[Prev in Thread] Current Thread [Next in Thread]