Seite 1 von 3 123 LetzteLetzte
Ergebnis 1 bis 10 von 25
  1. #1
    Carola
    Themenstarter

    Registriert
    11.2005
    Beiträge
    114

    Latex: Umlaute bringen "undefined control sequence"

    Hallo TeXperten,

    Eigentlich schäme ich mich fast dafür, ein so triviales Problem nicht selbst in den Griff zu bekommen. Ich verwende Texlive (2007) und TeXShop unter OS 10.4. Vermutlich seit der Umstellung meiner Distribution von tetex auf Texlive werden Umlaute nicht mehr kompiliert. Der Quellcode (s. Mini-Beispiel) ist sicher korrekt, da er unter Windows/MikTex/Texniccenter funktioniert. Das encoding (Western (Iso Latin 1)) ist sowohl in den TeXShop/Preferences als auch beim Speichern des Dokuments berücksichtigt. Umstellen auf Unicode (UTF-8) führt zum selben Ergebnis.

    Was mache ich falsch? Die Fehlermeldung als screenshot anbei.
    \documentclass[a4paper,11pt]{scrreprt}
    \usepackage[ngerman]{babel}
    \usepackage[latin1]{inputenc}
    \begin{document}
    Ein Test mit Umlauten ä.
    \end{document}
    Vielen Dank schon mal,
    Robert.
    Miniaturansichten angehängter Grafiken Miniaturansichten angehängter Grafiken Latex: Umlaute bringen "undefined control sequence"-screenshot.jpg  

  2. #2
    Damasonrenette
    Registriert
    09.2006
    Ort
    Magdeburg
    Beiträge
    491
    Ändere das ä mal in \"a.
    Dann klappt es bestimmt.

    Übrigens, TeXShop kann man unter Einstellungen > Dokumente > Editor so konfigurieren, dass er das automatisch ersetzt.

  3. #3
    Hadelner Sommerprinz Avatar von quarx
    Registriert
    04.2005
    Ort
    Budenheim
    Alter
    36
    Beiträge
    8.528
    Auf dem Mac wäre eher
    Code:
    \usepackage[applemac]{inputenc}
    passend. Aber auf jeden Fall müssen die Editoreinstellungen dazu passen (d.h. beim Umstellen auf UTF sind sowohl der LaTeX-Code als auch die TexShop-Preferences zu ändern).
    Wer A sagt, muss auch Rev. B sagen.
    AT-Bingo: #01 | #02 | #03 | #04 | #05 | #06

  4. #4
    Carola
    Themenstarter

    Registriert
    11.2005
    Beiträge
    114
    Ja, \"a funktioniert natürlich. Ich möchte aber meine (mittlerweile schon recht umfangreiche) Dissertation vom PC am Mac weiterbearbeiten. Dort funktionieren die Umlaute, mit im Prinzip gleichen Einstellungen. Daher denke ich, es muss doch möglich sein, auf diesen Workaround zu verzichten.

  5. #5
    Carola
    Themenstarter

    Registriert
    11.2005
    Beiträge
    114
    Ich verwende absichtlich latin1 anstelle von applemac, um das Dokument auch unter Texniccenter bearbeiten zu können. Das hat bis vor kurzem auch funktioniert. Warum jetzt nicht mehr, weiß ich nicht. TeXShop Preferences, Speicher-Format und Option von {inputenc} sind alle aufeinander abgestimmt und funktionieren weder als UTF-8 noch als Iso Latin1...

  6. #6
    Carola
    Themenstarter

    Registriert
    11.2005
    Beiträge
    114
    Zitat Zitat von quarx Beitrag anzeigen
    Auf dem Mac wäre eher
    Code:
    \usepackage[applemac]{inputenc}
    passend. Aber auf jeden Fall müssen die Editoreinstellungen dazu passen (d.h. beim Umstellen auf UTF sind sowohl der LaTeX-Code als auch die TexShop-Preferences zu ändern).
    Ich verwende absichtlich latin1 anstelle von applemac, um das Dokument auch unter Texniccenter bearbeiten zu können. Das hat bis vor kurzem auch funktioniert. Warum jetzt nicht mehr, weiß ich nicht. TeXShop Preferences, Speicher-Format und Option von {inputenc} sind alle aufeinander abgestimmt und funktionieren weder als UTF-8 noch als Iso Latin1...

  7. #7
    Hadelner Sommerprinz Avatar von quarx
    Registriert
    04.2005
    Ort
    Budenheim
    Alter
    36
    Beiträge
    8.528
    Geht es auch nicht, wenn Du nach Umstellen der Kodierung im Editor den bereits enthaltenen Umlaut ä mal löschst und ihn neu eintippst? D.h. werden vorhandene Umlaute umkodiert? Eventuell wäre [FONT="Courier New"]recode[/FONT] eine Lösung.
    Wer A sagt, muss auch Rev. B sagen.
    AT-Bingo: #01 | #02 | #03 | #04 | #05 | #06

  8. #8
    Damasonrenette
    Registriert
    09.2006
    Ort
    Magdeburg
    Beiträge
    491
    Also das \"a sollte auf jeder Plattform gehen. Und mal ehrlich, das ist ne Sache von 5-10 min das für alle Umlaute zu ändern - suchen und ersetzen sei Dank

  9. #9
    Carola
    Themenstarter

    Registriert
    11.2005
    Beiträge
    114
    Zitat Zitat von quarx Beitrag anzeigen
    Geht es auch nicht, wenn Du nach Umstellen der Kodierung im Editor den bereits enthaltenen Umlaut ä mal löschst und ihn neu eintippst? D.h. werden vorhandene Umlaute umkodiert? Eventuell wäre [FONT=Courier New]recode[/FONT] eine Lösung.
    Nein, schlichtes Neu-Eintippen bringt leider auch nichts. Mit recode hab ich noch nie gearbeitet (was genau tut das denn?), war aber bis dato auch nie erforderlich. Ich würde es gern probieren und habe dafür Darwin Ports installiert. Beim Versuch, recode zu installieren, krieg ich jedoch das Problem, dass das Directory /opt/local/bin/portslocation/dports/recode nicht existiert.

  10. #10
    Hadelner Sommerprinz Avatar von quarx
    Registriert
    04.2005
    Ort
    Budenheim
    Alter
    36
    Beiträge
    8.528
    recode ändert halt die Zeichenkodierung eines gegebenen Dokuments und setzt die Umlaute entsprechend um, z.B. von ISO Latin 1 nach UTF. Normalerweise sollte nach der Installation von MacPorts ein
    Code:
    sudo port install recode
    reichen (siehe auch verlinkte Webseite). Dabei kommt der Fehler?
    Wer A sagt, muss auch Rev. B sagen.
    AT-Bingo: #01 | #02 | #03 | #04 | #05 | #06

Seite 1 von 3 123 LetzteLetzte

Ähnliche Themen

  1. LaTeX: Probleme mit "nomencl" unter Texshop
    Von schiffi im Forum LaTeX
    Antworten: 13
    Letzter Beitrag: 23.09.2008, 15:35
  2. iMac "20" Apple Symbol zum Leuchten bringen
    Von mcnutz im Forum Desktop-Macs
    Antworten: 6
    Letzter Beitrag: 02.08.2006, 22:33
  3. Podcasts in Kategorie "Podcast" bringen
    Von MacAlzenau im Forum iPod classic/nano/shuffle
    Antworten: 1
    Letzter Beitrag: 26.05.2006, 07:01
  4. Antworten: 4
    Letzter Beitrag: 16.04.2006, 20:15

Stichworte

Berechtigungen

  • Neue Themen erstellen: Nein
  • Themen beantworten: Nein
  • Anhänge hochladen: Nein
  • Beiträge bearbeiten: Nein
  •