Seit fast zehn Jahren plane ich einen Nachfolger für scrpage2. Entstanden ist scrpage2 damals als Auszug aus einem Paket, dessen Anwenderinterface meiner Meinung nach zu kompliziert war, um es auf die Menschheit los zu lassen. Teile jenes Pakets wurden nun neu implementiert und in einem ersten Schritt mit einem Benutzerinterface versehen, das weitgehend kompatibel zu dem von scrpage2, jedoch in Teilen erweitert ist. Da bis auf wenige Kleinigkeiten alles komplett neu implementiert wurde, werden nun Beta-Tester benötigt, bevor überhaupt daran gedacht werden kann, das ganze allgemein auf die Menschheit los zu lassen. Dabei kann fast jeder mithelfen!
Es gibt nur sehr wenige Anforderungen an die Tester:
tex foo.dtx
Im Augenblick geht es also wirklich nur darum, die bisherige Funktionalität von scrpage2 mit dem neuen Paket zu testen. Die Erweiterungen, die das Paket bietet, sind augenblicklich noch nebensächlich.
Wer sich in obiger Beschreibung wieder findet, meldet sich am besten per Mail an die KOMA-Script-Support-Adresse (komascript bei gmx in Deutschland). Alle weiteren Infos gibt es dann dort.
Wer darüber hinaus auch gerne die neuen Möglichkeiten testen will oder sich erhofft, sich einen Informationsvorsprung verschaffen zu könne, sei insofern gewarnt, als es noch keine Anwenderanleitung zu den neuen Möglichkeiten gibt. Diese muss erst noch geschrieben werden.
Anforderungen teilweise gesunken: Doku lesen
Für diejenigen, die sich am Beta-Test des Pakets beteiligen wollen, gelten zwar noch immer die erhöhten Anforderungen. Neu ist nun aber der Alpha-Test der Anleitung. Dabei geht es derzeit nicht darum, auszuprobieren, was in der Anleitung steht, sondern zu sehen, ob bestimmte Teile der Anleitung auch ohne Ausprobieren soweit verständlich sind, dass man Lust zum Ausprobieren bekommt. Daran können alle teilnehmen, die schon einmal Kopf oder Fuß der Seite ändern wollten. Aus den sich ergebenden Fragen will ich dann ablesen, was ausführlicher dokumentiert werden muss und wo ein zusätzliches Beispiel sinnvoll ist.
Derzeit geht es nur um die Doku zur neu implementierten Funktionalität von scrpage2. Im nächsten Schritt wird dann komplett neue Doku zu einer Alternative für marginnote und
\marginparauf den Prüfstand kommen. Für dessen Funktionalität werden auch noch Beta-Tester gesucht (derzeit macht ein Einzelner 95% des Beta-Tests!), für die allerdings ebenfalls die erhöhten Anforderungen gelten. Gleichzeitig ist dieses Paket für die nächste KOMA-Script-Release nicht entscheidend, mit der der Beta-Test ggf. wieder einfacher werden wird.Anleitungs-Alpha-Test
Hallo,
ich bin zwar nicht gerade der unerfahrenste LaTeX-Anwender, kann mir aber trotzdem mal die Anleitung für den scrpage2-Nachfolger ansehen. Ich portiere zur Zeit als HiWi ein Vorlesungsskript von Papier nach LaTeX, vielleicht werde ich da zum ersten Mal umfassenderen Gebrauch von dem Paket machen. Kann man sich die Anleitung runterladen, oder soll ich mich irgendwo per eMail melden?
[Admin-Edit:] Beitrag verschoben.
Bitte per E-Mail melden
Melde Dich bitte, wie oben im Beta-Test-Aufruf angegeben unter der dort angegebenen E-Mail-Adresse bei mir. Dann setze ich Dich auf die scrlayer-Mailingliste und verrate Dir, wie Du an die Anleitung kommst.
Anforderungen gestiegen
Inzwischen sind die Anforderungen an Beta-Tester gestiegen. Im Zuge der Entwicklung wurde ein Mangel in scrbasic offenkundig, der beseitigt wurde. Daraus folgenden ist das neue Paket nun von der aktuellen SVN-Version von KOMA-Script abhängig. Daher kann am Beta-Test derzeit leider nur teilnehmen, wer es schafft, sich zu Testzwecken lokal oder privat oder in einem extra TEXMF-Baum die SVN-Version von KOMA-Script zu installieren.
In absehbarer Zeit wird aber auch der Anleitungs-Test beginnen. Dann brauche ich auch wieder ganz normale LaTeX-Anwender als Testleser. Für die ist es dann eigentlich ganz gut, wenn sie nicht sofort testen können, was da in der Anleitung steht. Natürlich werden weniger fortgeschrittene Anwender sich aus dem Teil der Anleitung, der auch für sie geschrieben ist, ohne ausprobieren kein umfassendes Bild machen können. Aber sie können zumindest sagen, ob sie eine grobe Vorstellung bekommen, was sie als nächstes ausprobieren würden. Falls sich genügend "unerfahrene" Anwender melden, werde ich eventuell – möglichst zusammen mit dem einen oder anderen erfahrenen Anwender – einen Fragebogen erarbeiten, um die aus dem gewonnenen Wissen selbst beurteilen zu können, wo ich mehr erklären muss. Im Augenblick bereitet mir aber eher Aufbau und Formulierung der Anleitung selbst Kopfzerbrechen. Habe ich schon mal erwähnt, dass Anleitung schreiben eine der lästigsten Pflichten ist? – Ach, andauernd? – Dann wird wohl etwas dran sein …
Abarbeitungs-Stau!
Bitte nicht gleich enttäuscht sein, falls ich nicht innerhalb von Minuten antworte. Ich bin augenblicklich so tief in der Implementierung vergraben, dass ich weder rechts noch links von mir etwas bemerke. Sobald ich wieder Luft habe, werde ich garantiert allen antworten, die sich als Tester oder bereits Bugs gemeldet haben.