LaTeX Forum

von **esdd** » So 2. Feb 2014, 14:11

Mein Beispiel habe ich übrigens unter einem aktuellen MiKTeX x64 getestet.

von **cgnieder** » So 2. Feb 2014, 13:32

akrapovic hat geschrieben:Ich verfasse wissenschaftliche Texte und stehe unter Zeitdruck, da habe ich keine Lust mich mit neuen MikTex Versionen, rumzuplagen.

Der Code lief einwandfrei unter meinem alten Miktex System. Nach einem Update läuft nichts mehr ...

Ich werde jetzt mein altes System weiter verwenden (never touch a running system ... ).

Während man an einer Arbeit sitzt, sollte man mit Updates selbstverständlich vorsichtig sein. Jedes Update birgt das potentielle Risiko, das vorher funktionierendes nun Fehler bringt. Was ich nur nicht verstehe: wenn Du keine Lust hast, Dich »mit neuen MikTex Versionen, rumzuplagen«, warum hast Du dann ein Update gemacht?

Übrigens haben neue Word-Versionen auch immer mal wieder die Angewohnheit, Dokumente, die mit älteren Versionen erstellt wurden, nicht oder fehlerhaft oder zumindest anders anzuzeigen. (Zumindest war das so, als ich noch mit Word gearbeitet habe.) Das Problem, dass Updates den Arbeitsfluss unangenehm unterbrechen können, ist mit Sicherheit nicht auf TeX beschränkt.

Grüße

von **Studi** » So 2. Feb 2014, 13:23

MiKTeX x64 ist übrigens experimentell, war die letzte Info des Autors hierzu auf seinem Blog. M.E. bringen 64bit hier auch (noch) keine echten Vorteile - für mich also ein Risko. Na, ich verwende eh kein MiKTeX mehr, sondern TeX Live. Zumindest laut google trends geht die Popularität von MiKTeX in der Suchmaschine zurück: http://www.google.de/trends/explore#q=miktex&cmpt=q

Noch ein Tipp: Wenn mal was mit der lokalen Installation nicht mehr klappt und Du unter Zeitdruck stehst, könntest Du auf die Schnelle einen Online-Compiler wie auf writelatex.com verwenden, zumindest testen, ob es mit Deinem Dokument zusammen läuft, ist ja schnell ausprobiert.

Studi

von **akrapovic** » So 2. Feb 2014, 13:15

Ich verfasse wissenschaftliche Texte und stehe unter Zeitdruck, da habe ich keine Lust mich mit neuen MikTex Versionen, rumzuplagen.

Der Code lief einwandfrei unter meinem alten Miktex System. Nach einem Update läuft nichts mehr ...

Ich werde jetzt mein altes System weiter verwenden (never touch a running system ... ).

von **Stamm-** » So 2. Feb 2014, 09:16

akrapovic hat geschrieben:[…] da sol mir mal einer sagen, dass Tex einfacher ist als Word

Du kommst auch mit W0rd nicht an das gesteckte Ziel, wenn du dich nicht mit der Arbeitsweise der Software beschäftigst. Da reicht es dann auch nur zu einem Brief.

von **Felix** » Sa 1. Feb 2014, 20:34

akrapovic hat geschrieben:da sol mir mal einer sagen, dass Tex einfacher ist als Word

Vielleicht sind TeX-Anwender ja auch überdurchschnittlich intelligent, weshalb ihnen die Anwendung leichter fallen kann, und Probleme sich lösen lassen, da ja alle Quellen der Software offen lesbar und dokumentiert sind.

Manche tippen mit Word Briefe für ihren Chef, andere verfassen wissenschaftliche Arbeiten mit TeX. Da auch Du eine akademische Arbeit verfasst, ist TeX vielleicht eine kleine Herausforderung, doch fällt Dir bestimmt nicht schwer, wenn Du etwas Zeit in Lesen investierst.

Felix

von **esdd** » Sa 1. Feb 2014, 20:22

akrapovic hat geschrieben:Immernoch der gleiche Fehler, auch mit dieser neuen Koma Script version:

Mit meinem Beispiel oder mit deinen eigenen Dateien?

Hier ist mal meine Fileliste aus obigem Beispiel, das bei mir fehlerfrei läuft:

 *File List*
 scrbook.cls    2014/01/17 v3.12.1629 KOMA-Script document class (book)
scrkbase.sty    2014/01/17 v3.12.1629 KOMA-Script package (KOMA-Script-dependen
t basics and keyval usage)
 scrbase.sty    2014/01/17 v3.12.1629 KOMA-Script package (KOMA-Script-independ
ent basics and keyval usage)
  keyval.sty    1999/03/16 v1.13 key=value parser (DPC)
scrlfile.sty    2014/01/17 v3.12.1629 KOMA-Script package (loading files)
tocbasic.sty    2014/01/17 v3.12.1629 KOMA-Script package (handling toc-files)
scrsize11pt.clo    2014/01/17 v3.12.1629 KOMA-Script font size class option (11
pt)
typearea.sty    2014/01/17 v3.12.1629 KOMA-Script package (type area)
blindtext.sty    2012/01/06 V2.0 blindtext-Package
  xspace.sty    2009/10/20 v1.13 Space after command names (DPC,MH)
  omscmr.fd    1999/05/25 v2.5h Standard LaTeX font definitions
 ***********

von **akrapovic** » Sa 1. Feb 2014, 20:16

Immernoch der gleiche Fehler, auch mit dieser neuen Koma Script version

da sol mir mal einer sagen, dass Tex einfacher ist als Word

von **akrapovic** » Sa 1. Feb 2014, 20:04

Oh man

Es hat irgendwie mit "etex" zu tun glaube ich

von **esdd** » Sa 1. Feb 2014, 18:45

Wenn ich dein Beispiel etwas ergänze und die mehrfach und teilweise widersprechend angegebenen Optionen zusammenfasse, dann lässt sich daraus sehr wohl ein Minimalbeispiel erstellen:

\listfiles
\documentclass{scrbook}
\KOMAoption{toc}{indented,bib,noindex,listof}
\KOMAoption{listof}{indented,chaptergapsmall}
\KOMAoptions{bibliography=openstyle}

\usepackage{blindtext}
\begin{document}
\blinddocument
\end{document}

Mit der KOMA-Script Version 3.12 vom 19.12.2013, die derzeit bei MiKTeX dabei ist, bekomme ich damit ebenfalls Fehlermeldungen von scrbase für nicht bekannte Optionen.

Mit der aktuellen Version 3.12.1629 vom 17.01.2014 läuft das Beispiel aber problemlos. Die Version kannst du dir für MiKTeX hier herunterladen. Weitere Infos, auch zur Installation, findest du auf www.komascript.de

Gruß
Elke

LaTeX Forum

Scrbase Error

Antwort erstellen

Ansicht erweitern Die letzten Beiträge des Themas: Scrbase Error