Inhaltsverzeichnis und Schriftarten funktionieren nicht

[b_o_g]

Ich habe vor einer weile das Betriebssystem meines Rechners neu installiert und musste hinterher mein Latex neu installieren. Ich habe die neueste Version von Miktex und Texmaker installiert und verwende meinen alten Dokumentenkopf, der immer funktioniert hat. Zuerst wollte er latin1 nicht haben (ich habe es durch ansinew ersetzt) und jetzt weigert er sich, \tableofcontents und alle \text... zu verwenden.
Normalerweise liegt das am Fehlen von [T1]{fontenc}, aber in meinem Dokumentenkopf ist das drin. UTF-8 ist ebenfalls eingestellt. Mein Log zeigt bei jedem Fehler an, dass das Kommando \textcurrency nicht mit T1 kompatibel ist (was für mich keinen Sinn macht). Hat jemand eine idee, wie ich das hinbiegen könnte?
Könnten eigentlich Packages fehlen? Eigentlich wird alles automatisch heruntergeladen, aber wo kann ich das zur Not überprüfen?

[bobmalaria]

hi,

mache ein minimales beispiel das dein problem zeigt.

stelle \listfiles vor \documentclass. damit wird eine FILE LIST in das log file geschrieben. poste diese file list ebenfalls.

eventuell hast du bei der umstellung den editor und damit die kodierung deiner datei geändert. z.b. texniccenter konnte zumindest is vor kurzem kein utf8.

gruss

[b_o_g]

Nun, das mit dem MB musste ich jetzt erstmal lernen ^^. Ich hoffe, es ist knapp genug:


\listfiles\documentclass[12pt,fleqn,a4paper,oneside,onecolumn,notitlepage,]{scrartcl}
\usepackage[left=2.5cm,right=2.5cm,top=1.5cm,bottom=1.5cm,incl udeheadfoot]{geometry}
\usepackage[ansinew]{inputenc}
\usepackage[ngerman]{babel}
\usepackage{bibgerm}
\usepackage[T1]{fontenc}


\begin{document}
\section{Einführung}
Vorgänge
\end{document}

Der Fehler betrifft den Text selbst und lautet wie bereits beschrieben.

Hier ist die File list:

*File List*
scrartcl.cls 2011/06/16 v3.09a KOMA-Script document class (article)
scrkbase.sty 2011/06/16 v3.09a KOMA-Script package (KOMA-Script-dependent ba
sics and keyval usage)
scrbase.sty 2011/06/16 v3.09a KOMA-Script package (KOMA-Script-independent
basics and keyval usage)
keyval.sty 1999/03/16 v1.13 key=value parser (DPC)
scrlfile.sty 2011/03/09 v3.09 KOMA-Script package (loading files)
tocbasic.sty 2011/05/30 v3.09a KOMA-Script package (handling toc-files)
fleqn.clo 1998/08/17 v1.1c Standard LaTeX option (flush left equations)
scrsize12pt.clo 2011/06/16 v3.09a KOMA-Script font size class option (12pt)
typearea.sty 2011/06/16 v3.09a KOMA-Script package (type area)
geometry.sty 2010/09/12 v5.6 Page Geometry
ifpdf.sty 2011/01/30 v2.3 Provides the ifpdf switch (HO)
ifvtex.sty 2010/03/01 v1.5 Switches for detecting VTeX and its modes (HO)
ifxetex.sty 2010/09/12 v0.6 Provides ifxetex conditional
geometry.cfg
inputenc.sty 2008/03/30 v1.1d Input encoding file
ansinew.def 2008/03/30 v1.1d Input encoding file
babel.sty 2008/07/08 v3.8m The Babel package
bblopts.cfg 2006/07/31 v1.0 MiKTeX 'babel' configuration
ngermanb.ldf 2008/07/06 v2.6n new German support from the babel system
bibgerm.sty 2000/08/18 v0.1 Support for mixed language bibliographies
fontenc.sty
t1enc.def 2005/09/27 v1.99g Standard LaTeX file
t1cmss.fd 1999/05/25 v2.5h Standard LaTeX font definitions

Ich habe im Übrigen einen Fehler gemacht: Die Schriftarten waren nicht das Problem, sondern die Umlaute, die zufälligerweise immer in kursiv etc. waren, das hat mich irregeführt.

[rstuby]

Wenn du im Editor UTF-8 als Kodierung eingestellt hast, musst du auch

\usepackage[utf8]{inputenc}

angeben und nicht ansinew.
Aber Vorsicht mit Dokumenten, die schon vorhanden sind (und evtl. anders kodiert). Nicht überspeichern, sondern unter neuem Namen abspeichern!

[Schweinebacke]

Verwende statt inputenc einfach das Paket selinput wie in der Anleitung zu selinput angegeben. Dann musst Du nicht wissen, auf welche Codierung der Editor eingestellt ist, sondern das Paket ermittelt das über ein paar wenige Angaben selbst.

[cookie170]

. . .
Der Fehler betrifft den Text selbst und lautet wie bereits beschrieben.
. . .


Äh, nein, nicht nachvollziehbar, poste doch bitte auch die Fehlermeldung.

Gruß,
Alexander

[rstuby]

Ich glaube, b_o_g meinte, dass es keine Fehlermeldung im strengen Sinn gibt, sondern die oben beschriebenen Probleme auftauchen: \tableofcontents erzeugt kein (?) Inhaltsverzeichnis, die Schriftformatierungsbefehle mit \text... formatieren die Schrift nicht.

[b_o_g]

Danke für den Hinweis, rstuby. Das UTF8-Package hat die Sache geklärt. Ich hoffe nur, dass ich in der Zwischenzeit nichts überspeichert habe.

Es gab übrigens eine Fehlermeldung, ich dachte nur, dass der Hinweis mit "\textcurrency not available in T1" ausreicht, um sie zu beschreiben.

[Schweinebacke]

Das UTF8-Package hat die Sache geklärt.
Es gibt AFAIK kein UTF8-Package. Es gibt lediglich eine Option utf8 für das inputenc-Package. Ist aber wie gesagt überflüssig, wenn man das selinput-Paket verwendet und das die Codierung selbst bestimmen lässt …

Ich erwähne das nur, damit Leser in einem Jahr nicht komplett verwirrt werden und weil eine korrekte Terminologie der Klarheit von Fragen und Lösungen dient.

[Sepp99]

Das UTF8-Package hat die Sache geklärt.
Nur zur Klarstellung- utf8 ist kein Paket, sondern eine Zeichensatzkodierung.
Sepp.-