Sonderzeichen im Emacs-Verzeichnis und Anhangspfade unter Windows 7: "\ 374" anstelle von "ü" wird angezeigt

828
MostlyHarmless

Ich möchte dired+in Emacszum Durchsuchen von Verzeichnispfaden unter Windows 7 verwenden.

Ich habe Probleme mit Sonderzeichen wie äöü im diredModus und in Attachmentpfaden:

Vergehen

  • Wenn ich versuche, auf ein Verzeichnis zuzugreifen M-x dired, enthält der angezeigte Pfad seltsame Zeichen wie z

    • "\ 374" für "ü"
    • oder "\ 366" für "ö".

Gleiches gilt für Verzeichnis- und Dateilisten, die von angezeigt werden dired.

Gibt es eine Einstellung, diredmit der die Zeichen mit der richtigen Kodierung angezeigt werden können ?

Anhängepfade

Mein anderes Problem scheint verwandt zu sein * :

  • Ich habe derzeit einen langen //servername/dir1/dir2/dir2/dir4/etcetera/Zubehör/ Serverpfad als Anhangsverzeichnis im org-Modus hinzugefügt, z. B. (Ich kopiere den UNC-Pfad in Windows 7 Explorer normalerweise mit dem PathCopy-Kontextmenü).

Der Pfad wird wie folgt angezeigt: ATTACH_DIR: in den Eigenschaften mit korrekt angezeigtem "ö". Wenn ich C-c C-a C-fjedoch das Verzeichnis in Windows Explorer öffne, wird ein neues Verzeichnis mit dem Namen " Zubehör" erstellt, das dann anstelle des rechten Verzeichnisses geöffnet wird.

Wie kann ich diese 2 Probleme lösen?

3

1 Antwort auf die Frage

3
Drew

Ich glaube, das ist ein Emacs-Fehler, kein Dired- Fehler. Emacs unter Windows können Unicode-Zeichen in Dateinamen nicht verarbeiten. Dies wurde seit mindestens 2010 als Fehler gemeldet, wurde jedoch auf die Wunschliste gesetzt, so dass es unklar ist, wann oder ob es jemals behoben wird.

http://debbugs.gnu.org/cgi/bugreport.cgi?bug=15236

Beschreibung eines möglichen Fixes

Das Problem ist, dass der Mainline-Emacs-Code APIs verwendet, die keine breiten Zeichen akzeptieren. Beispiele sind "stat", "access", "open", "fopen" usw. Zum Beheben des Problems müssen wir unsere eigene Implementierung dieser APIs bereitstellen, die einen UTF-8-codierten Dateinamen akzeptieren würde -encode den Dateinamen in UTF-16 und ruft die Unicode-APIs als Teil der Implementierung auf. Das ist ein großer Job.

Quelle: Betreff: Re: AW: Fehler # 12807: 24.2; Emacs kann keine Datei mit lustigen Unicode-Zeichen im Dateinamen unter Windows bearbeiten. Datum: Di, 06 Nov 2012 05:57:45 +0200

gelöst in Emacs 24.4

Endlich arbeitet es in Gnu Emacs 24.4

danke für Ihre Hilfe! Ich frage mich jedoch, wie dieses wesentliche Merkmal seit Jahren auf der Wunschliste stehen kann. Dies ist eine wesentliche Funktion, die mich zum Nachdenken bringt, wenn ich Emacs nicht mehr unter Windows verwenden muss. Ich vermeide immer Sonderzeichen in Datei- und Pfadnamen, aber ich muss mit Netzlaufwerken arbeiten, auf denen andere Personen Informationen lesen, denen das egal ist. Kann ich für die Lösung eines speziellen Problems (wie dieses) Geld spenden? MostlyHarmless vor 11 Jahren 0
Sag Emacs Dev - jede Stimme hilft. Aber FWIW, das ist die Antwort, die ich bekam, als ich heute im [Bug-Thread] dasselbe sagte (http://debbugs.gnu.org/cgi/bugreport.cgi?bug=15236#18): * "Wishlist" Dies bedeutet lediglich, dass es sich um eine fehlende Funktion handelt, im Gegensatz zu einem Fehler in einer vorhandenen Funktion. Es sagt nichts über die Wichtigkeit der fehlenden Funktion aus. * Drew vor 11 Jahren 1
Ja, ich habe diese Diskussion gelesen. Vielen dank für Deine Hilfe! MostlyHarmless vor 11 Jahren 0

Verwandte Probleme