von KOMA » Di 2. Nov 2010, 12:38
IrenaSekuta hat geschrieben:- Bedeutet das Datum in den eckigen Klammern, dass genau dieses Paket benötigt wird, oder mind. dieses Paket?
Statt die Frage zu beantworten - was natürlich leicht möglich wäre - sei hier lieber auf den clsguide und auf source2e verwiesen, weil ich denke, dass es sinnvoller ist, wenn Paketlehrlinge erfahren, wo sie solche Informationen her bekommen.
Die Idee, quasi ein Paketautoren-Tutorium durchzuführen, hat durchaus etwas für sich. Ich bezweifle allerdings ein wenig, dass dieses Projekt hier wirklich gut geeignet ist. longtable und tabularx sind durchaus recht anspruchsvolle, trickreiche Pakete, die zusammenzuführen erst recht anspruchsvoll ist. Das gilt umso mehr, wenn man die Mängel der bisherigen Lösungen beseitigen will. Wobei für mich weniger ein Problem wäre, dass die "Tutoren" dabei Gefahr laufen unfreiwillig zu demonstrieren, dass man bei der Entwicklung der Idee mehrfach etwas wesentliches übersehen kann, was einem im Test dazu zwingt, mehrfach neu in Entwurf und Implementierung einzusteigen. Solche Irrwege gehören - zumindest bei mir - dazu und es schadet nichts, wenn Lehrlinge das selbst erfahren. Aber ich denke, dass es schwer wird, TeX-Feinheiten, e-TeX-Spezialitäten und LaTeX-Grundlagen gleichzeitig zu erarbeiten, ohne sich dabei in Details zu verlieren und gleichzeitig eine heillose Verwirrung anzurichten.
Kleinere Aufgaben wie die im KOMA-Script-Buch sind da einfacher zu beherrschen. Aus demselben Grund fordere ich Anwender auf, Dinge, die ich im Forum erkläre, zu studieren und Verständnisfragen dazu zu stellen. Das schlimmste, was passieren kann ist, dass ich nicht antworte, oder den Verdacht äußere, dass jemand bestimmte Teile des TeXbooks (oder von TeX by Topic) verstanden haben sollte, um das zu verstehen.
PS: Ich habe den Status der Frage mal auf "beantwortet" geändert, da sie ja quasi beantwortet ist.
Falls wir wirklich so ein Projekt beginnen, wäre es eventuell besser, dafür ein eigenes Thema zu beginnen.
PS: So ein gemeinsames Projekt durchzuziehen bedeutet übrigens für die Tutoren häufig einen größeren Aufwand, als das Ding einfach zu schreiben. Bei mir selbst ist es so, dass ich für die Quellcodedoku min. so lange brauche wie zur Implementierung selbst. Für die Anwenderdoku brauche ich in der Regel mehr als doppelt so lange.
Den Code dann auch noch einem Anfänger zu erklären, bzw. Code aus unterschiedlichen Quellen - darunter auch von Lehrlingen - zusammen zu führen, kann noch einmal erhebliche Zeit kosten. Diskussionen um Design und Implementierung noch nicht mit gerechnet. Zeit ist bei mir aber eines der Hauptprobleme. Ich müsste also etwas anderes dafür bleiben lassen.
[quote="IrenaSekuta"][list]Bedeutet das Datum in den eckigen Klammern, dass genau dieses Paket benötigt wird, oder mind. dieses Paket?[/list][/quote]
Statt die Frage zu beantworten - was natürlich leicht möglich wäre - sei hier lieber auf den clsguide und auf source2e verwiesen, weil ich denke, dass es sinnvoller ist, wenn Paketlehrlinge erfahren, wo sie solche Informationen her bekommen.
Die Idee, quasi ein Paketautoren-Tutorium durchzuführen, hat durchaus etwas für sich. Ich bezweifle allerdings ein wenig, dass dieses Projekt hier wirklich gut geeignet ist. longtable und tabularx sind durchaus recht anspruchsvolle, trickreiche Pakete, die zusammenzuführen erst recht anspruchsvoll ist. Das gilt umso mehr, wenn man die Mängel der bisherigen Lösungen beseitigen will. Wobei für mich weniger ein Problem wäre, dass die "Tutoren" dabei Gefahr laufen unfreiwillig zu demonstrieren, dass man bei der Entwicklung der Idee mehrfach etwas wesentliches übersehen kann, was einem im Test dazu zwingt, mehrfach neu in Entwurf und Implementierung einzusteigen. Solche Irrwege gehören - zumindest bei mir - dazu und es schadet nichts, wenn Lehrlinge das selbst erfahren. Aber ich denke, dass es schwer wird, TeX-Feinheiten, e-TeX-Spezialitäten und LaTeX-Grundlagen gleichzeitig zu erarbeiten, ohne sich dabei in Details zu verlieren und gleichzeitig eine heillose Verwirrung anzurichten.
Kleinere Aufgaben wie die im KOMA-Script-Buch sind da einfacher zu beherrschen. Aus demselben Grund fordere ich Anwender auf, Dinge, die ich im Forum erkläre, zu studieren und Verständnisfragen dazu zu stellen. Das schlimmste, was passieren kann ist, dass ich nicht antworte, oder den Verdacht äußere, dass jemand bestimmte Teile des TeXbooks (oder von TeX by Topic) verstanden haben sollte, um das zu verstehen.
[quote]PS: Ich habe den Status der Frage mal auf "beantwortet" geändert, da sie ja quasi beantwortet ist.[/quote]
Falls wir wirklich so ein Projekt beginnen, wäre es eventuell besser, dafür ein eigenes Thema zu beginnen.
PS: So ein gemeinsames Projekt durchzuziehen bedeutet übrigens für die Tutoren häufig einen größeren Aufwand, als das Ding einfach zu schreiben. Bei mir selbst ist es so, dass ich für die Quellcodedoku min. so lange brauche wie zur Implementierung selbst. Für die Anwenderdoku brauche ich in der Regel mehr als doppelt so lange. :shock:
Den Code dann auch noch einem Anfänger zu erklären, bzw. Code aus unterschiedlichen Quellen - darunter auch von Lehrlingen - zusammen zu führen, kann noch einmal erhebliche Zeit kosten. Diskussionen um Design und Implementierung noch nicht mit gerechnet. Zeit ist bei mir aber eines der Hauptprobleme. Ich müsste also etwas anderes dafür bleiben lassen.