Anzeige:
Ergebnis 1 bis 10 von 10

Thema: Inhaltsverzeichnis und Schriftarten funktionieren nicht

  1. #1
    Registrierter Benutzer
    Registriert seit
    25.11.2010
    Beiträge
    11

    Inhaltsverzeichnis und Schriftarten funktionieren nicht

    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?

  2. #2
    Registrierter Benutzer Avatar von bobmalaria
    Registriert seit
    28.11.2006
    Ort
    Düsseldorf
    Beiträge
    4.174
    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
    Mein Ball ist umgefallen

  3. #3
    Registrierter Benutzer
    Registriert seit
    25.11.2010
    Beiträge
    11
    Nun, das mit dem MB musste ich jetzt erstmal lernen ^^. Ich hoffe, es ist knapp genug:

    Code:
    \listfiles\documentclass[12pt,fleqn,a4paper,oneside,onecolumn,notitlepage,]{scrartcl} 
    \usepackage[left=2.5cm,right=2.5cm,top=1.5cm,bottom=1.5cm,includeheadfoot]{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.

  4. #4
    Registrierter Benutzer
    Registriert seit
    06.03.2010
    Ort
    St. Petersburg, Russland
    Beiträge
    2.468
    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!

  5. #5
    Registrierter Benutzer
    Registriert seit
    31.03.2010
    Beiträge
    1.039
    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.

  6. #6
    Registrierter Benutzer
    Registriert seit
    28.06.2005
    Ort
    Karlsruhe
    Beiträge
    1.407
    Zitat Zitat von b_o_g Beitrag anzeigen
    . . .
    Der Fehler betrifft den Text selbst und lautet wie bereits beschrieben.
    . . .
    Äh, nein, nicht nachvollziehbar, poste doch bitte auch die Fehlermeldung.

    Gruß,
    Alexander

  7. #7
    Registrierter Benutzer
    Registriert seit
    06.03.2010
    Ort
    St. Petersburg, Russland
    Beiträge
    2.468
    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.

  8. #8
    Registrierter Benutzer
    Registriert seit
    25.11.2010
    Beiträge
    11
    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.

  9. #9
    Registrierter Benutzer
    Registriert seit
    31.03.2010
    Beiträge
    1.039
    Zitat Zitat von b_o_g Beitrag anzeigen
    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.

  10. #10
    Registrierter Benutzer
    Registriert seit
    10.07.2010
    Ort
    Offenhausen
    Beiträge
    654
    Zitat Zitat von b_o_g Beitrag anzeigen
    Das UTF8-Package hat die Sache geklärt.
    Nur zur Klarstellung- utf8 ist kein Paket, sondern eine Zeichensatzkodierung.
    Sepp.-

Lesezeichen

Berechtigungen

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