Sie sind hier

\DeclareNewLayer Option: contents verträgt kein \par (mehr)?

Hallo allerseits,

da kommt man aus'm Urlaub, macht nichtsahnend - ja, ich steht zu meiner Ahnungslosigkeit - ein texlive2018-Update und schon ist die Erholung, bzw. die fehlerfreie LaTeX-Übersetzung dahin ... ;-) Nicht dass ich dafür das zwischenzeitliche Komascript-Paket-Update unbedingt verantwortlich machen würde (es wurden diverse Pakete aktualisiert), es handelt sich eher um einen leisen Anfangsverdacht. Vielleicht benutze ich scrlayer auch ohne Sinn und Verstand, d.h. entgegen der Spezifikation.

Wie dem auch sei, vor dem 20.12.2018 funktionierte der folgende Code. Heute verursacht dieser die Fehlermeldung: "! Paragraph ended before \scr@sp@def was complete."

Kommentiere ich die Zeile "\par%", läuft's fehlerfrei durch, nur funktioniert dann natürlich die Zentrierung des Inhalts nicht.

\documentclass{scrartcl} 
 
\usepackage{scrlayer}
 
\DeclareNewLayer[%
	background,
	align=tl,
	width=\textwidth,
	height=\textheight,
	contents={%
		{\centering
			huhu%
			\par%
		}%<-\centering
	},
]{someLayer}
 
\DeclareNewPageStyleByLayers{customPageStyle}{%
	someLayer,%
}
\pagestyle{customPageStyle}
 
 
\begin{document} 
Hello World!
\end{document}

Ich würde mich sehr freuen, wenn mir jemand von Euch einen Tipp geben könnte, wie sich der Inhalt von content="" fehlerfrei zentrieren lässt - downgraden würde ich ungern.

Vielen Dank im Voraus und - in der Hoffnung, dass es dafür noch nicht zu spät ist - ein glückliches neues LaTeX-Jahr Euch allen!

miniMAX

forum: 
Bild von Markus Kohm

In der Tat ist das ein Bug. Als Workaround kannst Du ausnahmsweise \\ statt \par verwenden. Eine generelle Lösung ist das aber nicht, sondern beschränkt auf den gezeigten Fall.

Zu weiteren Möglichkeiten siehe auch die List bekannter Fehler in scrbase v3.26a.

Der Fehler war übrigens bereits seit Ende Oktober in der Prerelease von KOMA-Script 3.26. Ein Zeichen, dass ein paar mehr Beta-Tester, die sich die veröffentlichten Prereleases anschauen, gut wären. Dort sind Änderungen in dringenden Fällen übrigens innerhalb von Stunden verfügbar, während eine neue Release auf CTAN in TeX Live und in MiKTeX min. einige Tage benötigt.

vielen Dank für Deine schnelle Reaktion, den Workaround und die Aktualisierung Deiner Paketquellen.

Ich habe diesen Bug zum Anlass genommen, Deine Paketquellen dauerhaft in meine tl-2018-Umgebung einzubinden: Nach dem abschließenden "tlmgr install --reinstall koma-script" funktioniert's wie eh und je - Danke sehr!

Gehe ich richtig in der Annahme, dass ich, wenn ich zukünftig ein "tlmgr update --all" befehle, automatisch auch Dein Repository herangezogen wird? Oder gibt's dafür einen extra Aufruf? Bin ich damit jetzt Beta-Tester, oder gibt's dafür noch ein anderes Repository?

Bild von Markus Kohm

Ja, wenn Du das Pinning wie beschrieben vorgenommen hast, dann wird jetzt koma-script dauerhaft aus dem KOMA-Repository bezogen und von dort aktualisiert – so lange, bis Du das Pinning wieder entfernst. Dann wird automatisch wieder das TeX-Live-Repository verwendet.

Es gibt auch noch ganz wenige Beta-Tester, die KOMA-Script selbst aus den Paketquellen des Subversion-Repositories auf SourceForge erzeugen. Vor ein paar Jahren waren das noch fünf oder sechs Anwender. Derzeit weiß ich noch von zwei. Wieviele Leute die Prereleases verwenden, entzieht sich mir hingegen. Da wird nichts protokolliert, also kann ich nicht einmal schätzen. Es gibt nur die Umfrage (siehe Spalte links), die sicher nicht sehr genau ist.

Hallo Markus,

das Pinning funktioniert nach wie vor, nur bekomme ich seltsame Hinweise (s. Betreff oder unten). Ich kann damit nichts anfangen, und mich stört's auch nicht weiter (scheint alles weiterhin zu funktionieren) - wollt's trotzdem kurz melden, evtl. kannst Du was damit anfangen ...

C:\Windows\system32>tlmgr update --all
tlmgr.pl: package repositories
        main = ftp://ftp.rrzn.uni-hannover.de/pub/mirror/tex-archive/systems/texlive/tlnet (verified)
        KOMA = https://www.komascript.de/repository/texlive/2018 (not verified: pubkey missing)
tlmgr.pl: saving backups to C:/texlive/2018/tlpkg/backups
[ 1/33, ??:??/??:??] update: achemso [883k] (48678 -> 50025@main) ... done
[ 2/33, 00:03/02:56] update: acro [598k] (46492 -> 50045@main) ... done
[ 3/33, 00:06/03:30] update: biblatex-oxref [2004k] (46852 -> 50061@main) ... done
[ 4/33, 00:08/01:59] update: bibleref-french [641k] (35497 -> 50075@main) ... done
[ 5/33, 00:10/02:05] update: brandeis-problemset [129k] (49783 -> 50030@main) ... done
[ 6/33, 00:12/02:26] update: fnpct [580k] (40535 -> 50046@main) ... done
[ 7/33, 00:14/02:30] update: ftc-notebook [3545k] (49950 -> 50043@main) ... done
[ 8/33, 00:17/01:45] update: hithesis [1032k] (46564 -> 50062@main) ... done
[ 9/33, 00:19/01:44] update: knowledge [754k] (49803 -> 50031@main) ... done
[10/33, 00:22/01:52] update: koma-script [7930k] (3074 -> 3089@KOMA) ... tar: Unknown file type '2' for source/latex/koma-script/doc/scrdate.html, extracted as normal file
tar: Unknown file type '2' for source/latex/koma-script/doc/scrreprt.html, extracted as normal file
tar: Unknown file type '2' for source/latex/koma-script/doc/typearea.html, extracted as normal file
tar: Unknown file type '2' for source/latex/koma-script/doc/scrbase.html, extracted as normal file
tar: Unknown file type '2' for source/latex/koma-script/doc/koma-script.html, extracted as normal file
tar: Unknown file type '2' for source/latex/koma-script/doc/scrlayer-notecolumn.html, extracted as normal file
tar: Unknown file type '2' for source/latex/koma-script/doc/scrletter.html, extracted as normal file
tar: Unknown file type '2' for source/latex/koma-script/doc/komascr.html, extracted as normal file
tar: Unknown file type '2' for source/latex/koma-script/doc/scrartcl.html, extracted as normal file
tar: Unknown file type '2' for source/latex/koma-script/doc/tocbasic.html, extracted as normal file
tar: Unknown file type '2' for source/latex/koma-script/doc/scraddr.html, extracted as normal file
tar: Unknown file type '2' for source/latex/koma-script/doc/scrlttr2.html, extracted as normal file
tar: Unknown file type '2' for source/latex/koma-script/doc/scrlayer.html, extracted as normal file
tar: Unknown file type '2' for source/latex/koma-script/doc/komascript.html, extracted as normal file
tar: Unknown file type '2' for source/latex/koma-script/doc/scrextend.html, extracted as normal file
tar: Unknown file type '2' for source/latex/koma-script/doc/scrbook.html, extracted as normal file
tar: Unknown file type '2' for source/latex/koma-script/doc/scrguien.html, extracted as normal file
tar: Unknown file type '2' for source/latex/koma-script/doc/scrtime.html, extracted as normal file
tar: Unknown file type '2' for source/latex/koma-script/doc/scrhack.html, extracted as normal file
tar: Unknown file type '2' for source/latex/koma-script/doc/scrguien.pdf, extracted as normal file
tar: Unknown file type '2' for source/latex/koma-script/doc/scrlayer-scrpage.html, extracted as normal file
tar: Unknown file type '2' for source/latex/koma-script/doc/scrwfile.html, extracted as normal file
tar: Unknown file type '2' for source/latex/koma-script/doc/scrguide.pdf, extracted as normal file
tar: Unknown file type '2' for source/latex/koma-script/doc/scrguide.html, extracted as normal file
tar: Unknown file type '2' for source/latex/koma-script/doc/scrlfile.html, extracted as normal file
done
[11/33, 00:28/01:20] update: l3kernel [8326k] (49853 -> 50036@main) ... done
Bild von Markus Kohm

Das verwendete tar kann keine SymLinks anlegen und erzeugt stattdessen eine normale Datei. AFAIK können unter Windows 10 nur Administratoren SymLinks erzeugen. Wenn die genannten Dateien stattdessen als Kopien der eigentlich verlinkten Dateien angelegt wurden, ist das aber in Ordnung. Wenn stattdessen in der der Datei nur der Name der verlinkten Datei steht, wäre das hingegen nicht so toll.

Comments for "\DeclareNewLayer Option: contents verträgt kein \par (mehr)?" abonnieren