bug#4333: 23.1.50; UTF-8 file names in Buffers menu

bug#4333: 23.1.50; UTF-8 file names in Buffers menu

[Peter Dyballa]

Hello!

With ucs-normalize.el it's now possible to have in file names  
decomposed characters handled as if they are precomposed, i.e.,  
isearch works, the font to present them is the same as for the  
"normal" characters, in the mode-line they are OK, and even the  
*Buffers* buffer now shows them correctly. There is (just?) the  
Buffers menu left which still is not able to present them correctly:  
it only shows the sequence of bytes that make the UTF-8 encoding. A  
file name like "äöüßÜÖÖ€" (in UTF-8 encoding the HEX sequence  
of C3 A4 C3 B8 C3 BC C3 9F C3 84 C3 96 C3 9C E2 82 AC) is presented as:

	äöüÃ□Ã□Ã□Ã□â□¬

i.e. it's really not that for what the bytes stand.

(Screenshot, ≈½ MB, available.)


In GNU Emacs 23.1.50.1 (powerpc-apple-darwin8.11.0, X toolkit, Xaw3d  
scroll bars)
  of 2009-09-03 on Latsche.local
Windowing system distributor `The XFree86 Project, Inc', version  
11.0.40400000
configured using `configure  '--without-sound' '--without-pop' '-- 
with-dbus' '--with-libotf' '--with-xpm' '--with-jpeg' '--with-tiff'  
'--with-gif' '--with-png' '--with-x-toolkit=athena' '--x-libraries=/ 
opt/local/lib' '--x-includes=/opt/local/include/X11' '--enable- 
locallisppath=/Library/Application Support/Emacs/calendar23:/Library/ 
Application Support/Emacs' 'PKG_CONFIG_PATH=/opt/local/lib/pkgconfig:/ 
opt/local/share/pkgconfig:/usr/local/lib/pkgconfig:/usr/lib/ 
pkgconfig' 'CFLAGS=-ggdb3 -gfull -mtraceback=full -Wno-pointer-sign - 
H -pipe -fPIC -mcpu=7450 -mtune=7450 -mtune=G4 -fast -mpim-altivec - 
ftree-vectorize -foptimize-register-move -freorder-blocks -fthread- 
jumps -fpeephole -fno-crossjumping' 'LDFLAGS=-dead_strip - 
multiply_defined suppress' 'CPPFLAGS=-no-cpp-precomp -I/usr/include/ 
openssl -I/sw/include/pango-1.0 -I/sw/lib/fontconfig2/include -I/usr/ 
local/include -I/sw/include''

Important settings:
   value of $LC_ALL: nil
   value of $LC_COLLATE: nil
   value of $LC_CTYPE: de_DE.UTF-8
   value of $LC_MESSAGES: nil
   value of $LC_MONETARY: nil
   value of $LC_NUMERIC: nil
   value of $LC_TIME: nil
   value of $LANG: de_DE.UTF-8
   value of $XMODIFIERS: nil
   locale-coding-system: utf-8-unix
   default-enable-multibyte-characters: t

Major mode: Fundamental

Minor modes in effect:
   tooltip-mode: t
   mouse-wheel-mode: t
   menu-bar-mode: t
   file-name-shadow-mode: t
   global-font-lock-mode: t
   font-lock-mode: t
   blink-cursor-mode: t
   global-auto-composition-mode: t
   auto-composition-mode: t
   auto-encryption-mode: t
   auto-compression-mode: t
   line-number-mode: t
   transient-mark-mode: (only . t)
   view-mode: t

Recent input:
<down-mouse-1> <mouse-1> C-x C-f . e m <tab> - A b
r <tab> 2 3 <tab> <return> <down-mouse-1> <mouse-movement>
<mouse-movement> <drag-mouse-1> <escape> x e v a l
- r e g <tab> <return> C-x d <return> C-s ö C-s <return>
v C-x 2 C-x b <return> C-s C-s C-s <return> <down>
v <help-echo> <help-echo> <help-echo> <help-echo> <help-echo>
<help-echo> <menu-bar> <help-menu> <send-emacs-bug
-report>


--
Mit friedvollen Grüßen

   Pete

                   Sorry my terrible English, my native language Lisp!

bug#4333: 23.1.50; UTF-8 file names in Buffers menu

[Stefan Monnier]

> correctly. There is (just?) the  Buffers menu left which still is not able
> to present them correctly:  it only shows the sequence of bytes that make
> the UTF-8 encoding. A  file name like "äöüßÜÖÖ€" (in UTF-8 encoding the HEX
> sequence  of C3 A4 C3 B8 C3 BC C3 9F C3 84 C3 96 C3 9C E2 82 AC) is
> presented as:

> 	äöüÃ□Ã□Ã□Ã□â□¬

> i.e. it's really not that for what the bytes stand.

IIUC this works correctly if you build with the Gtk tookit rather than
the Athena/Lucid toolkit.

IIRC, I had installed some code to try and make utf-8 work in Lucid
menus, but there were some problems with it so it was taken out.


        Stefan

bug#4333: 23.1.50; UTF-8 file names in Buffers menu

[Peter Dyballa]

Am 03.09.2009 um 23:24 schrieb Stefan Monnier:

> IIUC this works correctly if you build with the Gtk tookit rather than
> the Athena/Lucid toolkit.


Indeed! This also makes understand why GNU Emacs can run as a daemon  
or server. And that it uses an ugly "Sans" font makes this ability  
very sympathetic (the ugliness then is invisible).

So it's not a bug, just an inability of the widgets used...

--
Greetings

   Pete

Bigamy is having one wife too many. Monogamy is the same.
				– Oscar Wilde

bug#4333: 23.1.50; UTF-8 file names in Buffers menu

[Eli Zaretskii]

> From: Peter Dyballa <Peter_Dyballa@Freenet.DE>
> Date: Fri, 4 Sep 2009 00:51:01 +0200
> Cc: 4333@emacsbugs.donarmstrong.com, emacs-pretest-bug@gnu.org
> 
> 
> Am 03.09.2009 um 23:24 schrieb Stefan Monnier:
> 
> > IIUC this works correctly if you build with the Gtk tookit rather than
> > the Athena/Lucid toolkit.
> 
> 
> Indeed! This also makes understand why GNU Emacs can run as a daemon  
> or server. And that it uses an ugly "Sans" font makes this ability  
> very sympathetic (the ugliness then is invisible).
> 
> So it's not a bug, just an inability of the widgets used...

I suggest to add an entry in etc/PROBLEMS about that.

bug#4333: marked as done (23.1.50; UTF-8 file names in Buffers menu)

[Emacs bug Tracking System]

[-- Attachment #1: Type: text/plain, Size: 876 bytes --]

Your message dated Sun, 13 Sep 2009 16:48:58 -0400
with message-id <87ab0ymuyt.fsf@cyd.mit.edu>
and subject line Re: bug#4333: 23.1.50; UTF-8 file names in Buffers menu
has caused the Emacs bug report #4333,
regarding 23.1.50; UTF-8 file names in Buffers menu
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact owner@emacsbugs.donarmstrong.com
immediately.)


-- 
4333: http://emacsbugs.donarmstrong.com/cgi-bin/bugreport.cgi?bug=4333
Emacs Bug Tracking System
Contact owner@emacsbugs.donarmstrong.com with problems

[-- Attachment #2: Type: message/rfc822, Size: 5747 bytes --]

From: Peter Dyballa <Peter_Dyballa@Freenet.DE>
To: emacs-pretest-bug@gnu.org
Subject: 23.1.50; UTF-8 file names in Buffers menu
Date: Thu, 3 Sep 2009 17:57:00 +0200
Message-ID: <0513DE53-B777-465D-B940-29C3155D5BFD@Freenet.DE>

Hello!

With ucs-normalize.el it's now possible to have in file names  
decomposed characters handled as if they are precomposed, i.e.,  
isearch works, the font to present them is the same as for the  
"normal" characters, in the mode-line they are OK, and even the  
*Buffers* buffer now shows them correctly. There is (just?) the  
Buffers menu left which still is not able to present them correctly:  
it only shows the sequence of bytes that make the UTF-8 encoding. A  
file name like "äöüßÜÖÖ€" (in UTF-8 encoding the HEX sequence  
of C3 A4 C3 B8 C3 BC C3 9F C3 84 C3 96 C3 9C E2 82 AC) is presented as:

	äöüÃ□Ã□Ã□Ã□â□¬

i.e. it's really not that for what the bytes stand.

(Screenshot, ≈½ MB, available.)


In GNU Emacs 23.1.50.1 (powerpc-apple-darwin8.11.0, X toolkit, Xaw3d  
scroll bars)
  of 2009-09-03 on Latsche.local
Windowing system distributor `The XFree86 Project, Inc', version  
11.0.40400000
configured using `configure  '--without-sound' '--without-pop' '-- 
with-dbus' '--with-libotf' '--with-xpm' '--with-jpeg' '--with-tiff'  
'--with-gif' '--with-png' '--with-x-toolkit=athena' '--x-libraries=/ 
opt/local/lib' '--x-includes=/opt/local/include/X11' '--enable- 
locallisppath=/Library/Application Support/Emacs/calendar23:/Library/ 
Application Support/Emacs' 'PKG_CONFIG_PATH=/opt/local/lib/pkgconfig:/ 
opt/local/share/pkgconfig:/usr/local/lib/pkgconfig:/usr/lib/ 
pkgconfig' 'CFLAGS=-ggdb3 -gfull -mtraceback=full -Wno-pointer-sign - 
H -pipe -fPIC -mcpu=7450 -mtune=7450 -mtune=G4 -fast -mpim-altivec - 
ftree-vectorize -foptimize-register-move -freorder-blocks -fthread- 
jumps -fpeephole -fno-crossjumping' 'LDFLAGS=-dead_strip - 
multiply_defined suppress' 'CPPFLAGS=-no-cpp-precomp -I/usr/include/ 
openssl -I/sw/include/pango-1.0 -I/sw/lib/fontconfig2/include -I/usr/ 
local/include -I/sw/include''

Important settings:
   value of $LC_ALL: nil
   value of $LC_COLLATE: nil
   value of $LC_CTYPE: de_DE.UTF-8
   value of $LC_MESSAGES: nil
   value of $LC_MONETARY: nil
   value of $LC_NUMERIC: nil
   value of $LC_TIME: nil
   value of $LANG: de_DE.UTF-8
   value of $XMODIFIERS: nil
   locale-coding-system: utf-8-unix
   default-enable-multibyte-characters: t

Major mode: Fundamental

Minor modes in effect:
   tooltip-mode: t
   mouse-wheel-mode: t
   menu-bar-mode: t
   file-name-shadow-mode: t
   global-font-lock-mode: t
   font-lock-mode: t
   blink-cursor-mode: t
   global-auto-composition-mode: t
   auto-composition-mode: t
   auto-encryption-mode: t
   auto-compression-mode: t
   line-number-mode: t
   transient-mark-mode: (only . t)
   view-mode: t

Recent input:
<down-mouse-1> <mouse-1> C-x C-f . e m <tab> - A b
r <tab> 2 3 <tab> <return> <down-mouse-1> <mouse-movement>
<mouse-movement> <drag-mouse-1> <escape> x e v a l
- r e g <tab> <return> C-x d <return> C-s ö C-s <return>
v C-x 2 C-x b <return> C-s C-s C-s <return> <down>
v <help-echo> <help-echo> <help-echo> <help-echo> <help-echo>
<help-echo> <menu-bar> <help-menu> <send-emacs-bug
-report>


--
Mit friedvollen Grüßen

   Pete

                   Sorry my terrible English, my native language Lisp!





[-- Attachment #3: Type: message/rfc822, Size: 1524 bytes --]

From: Chong Yidong <cyd@stupidchicken.com>
To: Eli Zaretskii <eliz@gnu.org>
Cc: Peter Dyballa <Peter_Dyballa@Freenet.DE>, 4333-done@emacsbugs.donarmstrong.com
Subject: Re: bug#4333: 23.1.50; UTF-8 file names in Buffers menu
Date: Sun, 13 Sep 2009 16:48:58 -0400
Message-ID: <87ab0ymuyt.fsf@cyd.mit.edu>

> > > IIUC this works correctly if you build with the Gtk tookit rather
> > > than the Athena/Lucid toolkit.
> > 
> > Indeed! This also makes understand why GNU Emacs can run as a daemon  
> > or server. And that it uses an ugly "Sans" font makes this ability  
> > very sympathetic (the ugliness then is invisible).

> I suggest to add an entry in etc/PROBLEMS about that.

Done.