unofficial mirror of help-gnu-emacs@gnu.org
 help / color / mirror / Atom feed
From: Peter Dyballa <Peter_Dyballa@Web.DE>
To: Markus <mnissl@gmx.de>
Cc: help-gnu-emacs@gnu.org
Subject: Re: File name completion on Mac OS X with German umlauts
Date: Mon, 10 Mar 2008 23:49:37 +0100	[thread overview]
Message-ID: <7D51AFEB-773A-4529-9D59-4BC5B6D29F66@Web.DE> (raw)
In-Reply-To: <fr48vp$g1n$1@registered.motzarella.org>


Am 10.03.2008 um 22:25 schrieb Markus:

> Err, my mode-line looks like this: 1:-- rückerstattung.txt
>
> When hovering the 1, the tool tip says: iso-latin-1-unix buffer
>
> But this tells you about the encoding of the file content, not its  
> name, I guess!

Not really! GNU Emacs reads the contents of the file in cold blood.  
Then, according to the encoding set or chosen, it *presents* this  
pile of bytes as a bunch of glyphs taken from the font used. The  
encoding maps one or more bytes to a single character. Each such  
character has its distinct character code. According to this the  
glyph is chosen from the font and displayed.

The encoding of the file contents can be "encoded" (better: recorded  
or saved) in a local variable inside the file ... as an option.

A byte \327 (octal, 215 dec, D7 hex) represents in most ISO 8859  
encodings (1, 2, 3, 4, 9, 13, 15) the MULTIPLICATION SIGN at U+00D7  
(in UTF-8 it's encoded as the two bytes C3 97). The same byte is

   in ISO 8859-5  the CYRILLIC SMALL LETTER ZE              at U+0437  
(D0 B7 in UTF-8),
   in ISO 8859-6  the ARABIC LETTER TAH                     at U+0637  
(D8 B7 in UTF-8),
   in ISO 8859-7  the GREEK CAPITAL LETTER CHI              at U+03A7  
(CE A7 in UTF-8),
   in ISO 8859-11 the THAI CHARACTER SARA UEE               at U+0E37  
(E0 B8 B7 in UTF-8),
   in ISO 8859-14 the LATIN CAPITAL LETTER T WITH DOT ABOVE at U+1E6A  
(E1 B9 AA in UTF-8),
   in ISO 8859-16 the LATIN CAPITAL LETTER S WITH ACUTE     at U+015A  
(C5 9A in UTF-8).

(Continue with Mac, NeXT, MS, ... encodings!)

Usually Emacs learns from the shell which encoding is used, or might  
be preferred. In Mac OS X (as on the NeXT) a different mechanism to  
launch or create a process is used, without shell interaction. So  
Cocoa or Carbon applications (Aqua clients?) come up as babies, as  
mentioned by Tim Buckley in his “Song To The Siren.” Since your  
shell in Terminal has the proper settings, you could launch *another*  
Aquamacs Emacs from Terminal as "/Applications/Aquamacs\ Emacs.app/ 
Contents/MacOS/Aquamacs\ Emacs &" or as single application as "open / 
Applications/Aquamacs\ Emacs.app" – without &. The variable process- 
environment has the environment in which Emacs runs. You could also  
create a *shell* buffer inside Emacs and check the *shell* buffer's  
environment. It should be quite the same.

If either of these launch methods does not create a ``-u:´´ mode- 
line, then you have some code, probably in your init file, that  
changes the well derived value to something pre-historic. A

	(prefer-coding-system 'utf-8)

could correct this (or a value of utf-8m, which will help with the  
decomposed file names). (The Emacs Wiki has nodes related to Mac OS X  
and its way to create a process with a link to apple documents.)

>> And you never tried in Finder, best when you have at least one  
>> file starting with a or A and at least another one starting with  
>> � or �, just to type - not in the search hole! � a or �?
>
> Well, after having replied to your message, I understood what you  
> meant. So I created a couple of files called ra, rb, rc, ru and rü.  
> Typing rü in Finder selects ru, not rü ... Finder ain't smarter  
> here. Duh :-(


Pressing TAB you can re-search. Try this, too!

--
Mit friedvollen Grüßen

   Pete

Encryption, n.: A powerful algorithmic encoding technique
		employed in the creation of computer manuals.







  reply	other threads:[~2008-03-10 22:49 UTC|newest]

Thread overview: 34+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-03-09 11:53 File name completion on Mac OS X with German umlauts Markus
2008-03-09 14:39 ` Peter Dyballa
2008-03-09 15:22 ` Nikolaj Schumacher
     [not found] ` <mailman.8596.1205073587.18990.help-gnu-emacs@gnu.org>
2008-03-09 21:44   ` Markus
2008-03-09 23:21     ` Peter Dyballa
     [not found]     ` <mailman.8623.1205104885.18990.help-gnu-emacs@gnu.org>
2008-03-10 18:57       ` Markus
2008-03-10 21:01         ` Peter Dyballa
     [not found]         ` <mailman.8673.1205182919.18990.help-gnu-emacs@gnu.org>
2008-03-10 21:25           ` Markus
2008-03-10 22:49             ` Peter Dyballa [this message]
     [not found]             ` <mailman.8682.1205189384.18990.help-gnu-emacs@gnu.org>
2008-03-11 21:24               ` Markus
2008-03-11 22:14                 ` Peter Dyballa
     [not found]                 ` <mailman.8727.1205273706.18990.help-gnu-emacs@gnu.org>
2008-03-13 22:11                   ` Markus
2008-03-13 23:11                     ` Peter Dyballa
     [not found]                     ` <mailman.8870.1205449910.18990.help-gnu-emacs@gnu.org>
2008-03-16 12:51                       ` Markus
2008-03-16 14:21                         ` Peter Dyballa
     [not found] ` <mailman.8598.1205076134.18990.help-gnu-emacs@gnu.org>
2008-03-09 21:47   ` Markus
2008-03-12 15:44     ` Nikolaj Schumacher
2008-03-12 18:46       ` Eli Zaretskii
2008-03-12 21:25         ` Nikolaj Schumacher
2008-03-12 21:55           ` Eli Zaretskii
2008-03-12 23:23             ` Juanma Barranquero
2008-03-13  4:28               ` Eli Zaretskii
2008-03-13  8:18                 ` Juanma Barranquero
2008-03-13 13:49                   ` Nikolaj Schumacher
2008-03-13 14:17                     ` Juanma Barranquero
2008-03-13 14:18                       ` Juanma Barranquero
2008-03-13 20:10                   ` Eli Zaretskii
2008-03-13 21:03                     ` Juanma Barranquero
     [not found]                     ` <mailman.8859.1205442242.18990.help-gnu-emacs@gnu.org>
2008-03-13 22:09                       ` Markus
2008-03-13 23:08                         ` Peter Dyballa
     [not found]         ` <mailman.8794.1205357174.18990.help-gnu-emacs@gnu.org>
2008-03-17 14:07           ` Piet van Oostrum
2008-03-17 16:44             ` Nikolaj Schumacher
2008-03-17 20:24               ` Eli Zaretskii
2008-03-18 18:05                 ` Nikolaj Schumacher

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

  List information: https://www.gnu.org/software/emacs/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=7D51AFEB-773A-4529-9D59-4BC5B6D29F66@Web.DE \
    --to=peter_dyballa@web.de \
    --cc=help-gnu-emacs@gnu.org \
    --cc=mnissl@gmx.de \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).