tex und linux

hallo ich bin von windows auf linux umgestiegen und kämpfe grad darum meine alten tex-dokumente oder auch neue zu schreiben, mein bisheriges problem war dass umlaute nicht korrekt dargestellt wurden
mit hilfe von
\usepackage[utf8]{inputenc}
konnte ich das beheben

nur was noch schlimmer ist:

nun funktionieren meine hochgestellten zahlen nicht mehr

x² wird bemängelt, wieso?
was kann ich tun?

x^2 schreiben

Versuch es mal (zusätzlich) mit \usepackage[T1]{fontenc}

Heinzelotto

und statt "utf8" solltest du unter unix "utf8x" schreiben, dieses paket ist neuer

nevermore

Bei mir schauts in den meisten Dokumenten so aus:

\usepackage[utf8]{inputenc}
\usepackage[ngerman]{babel}
\usepackage[T1]{fontenc}

rüdiger

Falls es sich um iso8859-1-Dokumente handeln sollte, kannst du dir einfach mit man: iconv in UTF-8 umwandeln.

wenn man sich in .tex-Dateien auf die Untermenge der darstellbaren Zeichen von 7-bit-Ascii beschränkt, geht man Portabilitätsproblemen aus dem Weg.

Warum die portablen TeX-Idiome x^2, \ss und "a usw. ignorieren und sich damit von Codierungen und länderspezifischen Tastaturen abhängig machen?

nman

u_ser-l schrieb:

Warum die portablen TeX-Idiome x^2, \ss und "a usw. ignorieren und sich damit von Codierungen und länderspezifischen Tastaturen abhängig machen?

Weil \ss, "s, "a und Konsorten auf Dauer unbequemer zu tippen sind als ß, ä, etc.

Würde ich auch nur dann verwenden, wenn es wirklich sehr auf Portabilität ankommt.

minhen

Oder man verwendet einen entsprechenden Editor. TeXShop bietet die Option an, ä, ö, ü, ß, usw beim Tippen durch die entsprechenden Kürzel zu ersetzen. Einfach Häkchen bei "Autovervollständigen" setzen. Den Button holt man sich auch einfach gleich in die Oberfläche und kann die Auto-Vervollständigung dann immer bequem ein- oder ausschalten. Funktioniert super.

nman

minhen schrieb:

TeXShop bietet die Option an, ä, ö, ü, ß, usw beim Tippen durch die entsprechenden Kürzel zu ersetzen.

Emacs kann das wohl auch, aber ich habe mich um das Setup noch nicht gekümmert, weil ich keinen Mehrwert für Dokumente sehe, die ich nur privat bearbeite, bzw. die nur von wenigen Kollegen bearbeitet werden, die die selbe Plattform wie ich verwenden.

Aber im Grunde ist das sowieso alles völlig egal, schlimmstenfalls kann man immer mit einem simplen String-Replace von ä zu "a oder umgekehrt wechseln.

alles irgendwie richtig, trotzdem braucht man Portabilitätsprobleme doch gar nicht erst aufkommen zu lassen. Nicht umsonst ist TeX ursprünglich mit Blick auf maximale Portabilität konstruiert.

Abgesehen davon ist Bequemlichkeit beim Tippen von TeX code auch eine Frage des Tastaturlayouts - schalte ich meine Tastatur in den TeX-Modus, dann liegt \ da, wo normalerweise ö liegt, und äü ÄÜ habe ich mit {} [] belegt.

*Das* bringt einen echten Produktivitätsvorteil, denn \ und { } kommen in TeX-code weitaus häufiger vor als Umlaute.

Angesichts dessen, daß vermutlich die meisten .tex-Dateien in englischer Sprache formuliert sind und sich daher die Frage nach Umlauten gar nicht stellt, halte ich es für etwas "eigen", sich für die relativ selten vorkommenden Umlaute Portabilitätsprobleme aufzuhalsen statt ein Anführungszeichen mehr zu tippen und mit 7-bit-ascii bis ans Ende aller Zeiten portabel zu bleiben.

nman

u_ser-l schrieb:

alles irgendwie richtig, trotzdem braucht man Portabilitätsprobleme doch gar nicht erst aufkommen zu lassen.

Ich weiß nicht, ich hatte einfach noch nie Portabilitätsprobleme.

Selbst wenn ich mal irgendwelche Dokumente im LaTeX-Source veröffentliche und nicht in irgendeinem simplen Markupformat in UTF-8, kann ich ja immernoch ein tr laufen lassen um die Umlaute rauszubekommen, falls irgendjemand damit Schwierigkeiten hat.

Abgesehen davon ist Bequemlichkeit beim Tippen von TeX code auch eine Frage des Tastaturlayouts - schalte ich meine Tastatur in den TeX-Modus, dann liegt \ da, wo normalerweise ö liegt, und äü ÄÜ habe ich mit {} [] belegt.

*Das* bringt einen echten Produktivitätsvorteil, denn \ und { } kommen in TeX-code weitaus häufiger vor als Umlaute.

Du hast ein eigenes TeX-Layout? Dafür wäre ich viel zu unflexibel, wäre auch unpraktisch, weil ich an ziemlich vielen verschiedenen Rechnern arbeite.

Außrdem lasse ich mir ziemlich viel Sonderzeichen-Arbeit von Auctex abnehmen (Environments einfügen etc.), oder generiere LaTeX-Dokumente aus org-mode, da stellt sich das Problem ohnehin nicht.

Angesichts dessen, daß vermutlich die meisten .tex-Dateien in englischer Sprache formuliert sind und sich daher die Frage nach Umlauten gar nicht stellt,

Ich schreibe _sehr_ viele LaTeX-Dokumente auf Deutsch oder mehrsprachig. Schreibst Du vielleicht nur irgendwelche Publikationen mit LaTeX?

Ich kann Deine Argumente durchaus verstehen, sind ja auch durchaus sinnvoll. In meinem Sourcecode schreibe ich zB. auch keine Umlaute.

Aber wenn ich ein deutschsprachiges Dokument verfasse, finde ich es einfach angemessen, auch Umlaute verwenden zu können. Für einen einzelnen Umlaut in einem englischsprachigen Dokument verwende ich natürlich kein UTF-8, aber für Dokumente in Sprachen mit Sonderzeichen sehe ich kein großes Problem, zumal eben - wie gesagt - ein einzelner man: tr-Aufruf sämtliche Portabilitätsprobleme auch im Nachhinein noch aus der Welt schafft.

nman schrieb:

Du hast ein eigenes TeX-Layout?

ja, ich habe Tastenkombis, mit denen ich zwischen "deutscher Belegung" und "deutscher Belegung mit \~{}[] statt üÜöäÖÄ" umschalten kann.

Bei mir ist außerdem immer 7 und / vertauscht, man will auf der Bash ja nicht die Shift-Taste ausleiern

Und für Emacs benutze ich ein Layout, das die weitgehend überflüssige Capslock-Taste zu einer günstig gelegenen Ctrl-Taste umfunktioniert.

minhen

nman schrieb:

u_ser-l schrieb:

alles irgendwie richtig, trotzdem braucht man Portabilitätsprobleme doch gar nicht erst aufkommen zu lassen.

Ich weiß nicht, ich hatte einfach noch nie Portabilitätsprobleme.

Aber ich hatte schon welche. Früher habe ich auch nur UTF-8 verwendet, bis es eben mal bei anderen damit Probleme gab. Seitdem verwende ich die praktische Autovervollständigung um Umlaute beim Tippen ersetzen zu lassen.

nman

u_ser-l schrieb:

Und für Emacs benutze ich ein Layout, das die weitgehend überflüssige Capslock-Taste zu einer günstig gelegenen Ctrl-Taste umfunktioniert.

Naja, das ist ja naheliegend, das habe ich generell überall aktiviert, sogar unter Windows. Die sonstigen Änderungen finde ich eher... Nun ja, toll, wenn man flexibel genug ist um sich auf einzelnen Rechnern an sowas zu gewöhnen.

minhen: Naja, wie gesagt: Wenn ich weiß, dass ich irgendwas in den Sourcen veröffentliche, was Windowser bearbeiten werden, dann wird das eben notfalls noch entsprechend exportiert. Dauert ja praktischerweise in beide Richtungen nicht lang.

nman schrieb:

Nun ja, toll, wenn man flexibel genug ist um sich auf einzelnen Rechnern an sowas zu gewöhnen.

wahrscheinlich lernt man \{}[] ohne Shift-Taste erst schätzen, wenn man sehr große Mengen von TeX-code zu schreiben hat. Für Gelegenheits-TeX'er lohnt das nicht, ebensowenig wie Mausschubser vom Slash auf der 7-Taste profitieren werden. Ich will jedenfalls nicht darauf verzichten.

knivil

Man kann auch einfach auf ein anderes Texturlayout umstellen, z.B. mit setxkbmap us. Geht auch unter Windows mit Alt+Shift. Umlaute in Latex werden dann z.B. mit \"o erzeugt. Ich verwende das nicht nur bei Latex sondern auch beim Programmieren.

nman

u_ser-l schrieb:

wahrscheinlich lernt man \{}[] ohne Shift-Taste erst schätzen, wenn man sehr große Mengen von TeX-code zu schreiben hat. Für Gelegenheits-TeX'er lohnt das nicht, ebensowenig wie Mausschubser vom Slash auf der 7-Taste profitieren werden. Ich will jedenfalls nicht darauf verzichten.

Ich schreibe ziemlich viel LaTeX, aber ich bin einfach zu unflexibel um mich an sowas zu gewöhnen. Liegt aber wohl auch daran, dass ich an sehr vielen verschiedenen Clients arbeite und meistens nicht auf jedem eigene Keyboard-Layouts einstellen kann bzw. möchte.

Ach ja, Slash auf der 7-Taste: Das Problem gibt es mit en-US-QWERTY ja ohnehin nicht, die Sonderzeichen sind da auch recht bequem und das ganze ist doch deutlich standardisierter als Deine Layouts, insofern...

minhen

nman schrieb:

minhen: Naja, wie gesagt: Wenn ich weiß, dass ich irgendwas in den Sourcen veröffentliche, was Windowser bearbeiten werden, dann wird das eben notfalls noch entsprechend exportiert. Dauert ja praktischerweise in beide Richtungen nicht lang.

Ich verstehe ehrlich gesagt nicht so ganz die Motivation für die Diskussion jetzt. Es kann Portabilitätsprobleme geben, weswegen manche dem mit keinem Mehraufwand durch die automatische Zeichenersetzung beim Tippen vorbeugen. Andere wiederum sehen keine Notwendigkeit solche Probleme im Vorfeld zu verhindern und lösen sie lieber mit geringem Mehraufwand, falls sich ein Problem ergeben sollte. So what?

nman

minhen schrieb:

Ich verstehe ehrlich gesagt nicht so ganz die Motivation für die Diskussion jetzt.

Daher auch:

nman schrieb:

Aber im Grunde ist das sowieso alles völlig egal, schlimmstenfalls kann man immer mit einem simplen String-Replace von ä zu "a oder umgekehrt wechseln.

nman schrieb:

Ach ja, Slash auf der 7-Taste: Das Problem gibt es mit en-US-QWERTY ja ohnehin nicht, die Sonderzeichen sind da auch recht bequem und das ganze ist doch deutlich standardisierter als Deine Layouts, insofern...

ich arbeite immer am selben PC, daher habe ich kein Problem mit der Umgew{hnung

An der englischen keymap gefällt mir nicht, daß die Sonderzeichen über den Zifferntasten völlig anders liegen als gewohnt - das ist mir zu viel Umgewöhnung.