Re: [bjs2-discussion] urkunden_pdf

[Christian S. <chr...@bn...>]

Hallo!

mmh ... wie kommst Du eigentlich zu dieser schicken id-pro.de-Adresse?
:-)

Robert Jördens wrote:
> > Hm, ich sehe bei HTML nur ein einziges Problem. Wenn wir einen
> > Seitenumbruch machen könnten, wäre HTML o.k. [ snip ]
> > Nein, er kanns noch nicht. Ist ja auch CSS2.
> Richtig. Das wird ein Problem sein. Lösungsmöglichkeiten:
> 1. <PRE></PRE> ;-] oder auch nicht
ARGH!

> 2. Wir nehmen keine Tabelle ??
> 3. Wir sorgen dafür, dass die Sachen nicht größer als eine Seite werden: Die
> Riegenlisten sind doch mit 20 Zeilen gut auf eine Seite zu bekommen.
Sind sie auch. Und trotzdem wird das Problem auftauchen. Die
Überschriften (z.B. <h1>) kleben noch auf der vorherigen Seite inklusive
einiger Datenzeilen, der Rest kommt auf der nächsten Seite.

> Ansich finde ich deine Plugin-GEschcihte nicht schlecht. Alles tendiert im
> Internet zu absolut modularen Lösungen. Nur ist das hier meineserachtens ein
> _zu flexibler_ Ansatz. Wir brauchen ja eigentlich nicht alle
> Ausgabe-möglichkeiten in jedem Format. CSV für die Liste der Ehren-Urkunden
> wird erstmal nur von begrenztem Interesse sein. Es bleibt also sogut wie immer
> nur ein AUsgabe-Format für einen Ausgabetyp übrig.
Hm, eigentlich könnte man ja auch ohne weiteres einen HTML-Filter
schreiben. Dann müsste man weder auf die Möglichkeit zur PDF- und
CSV-Ausgabe verzichten und könnte bei passender Gelegenheit alles als
HTML haben. Beispiel hierfür wären klassenweise Ergebnislisten:
Vielleicht möchte der Anwender gar noch nicht drucken, sondern schnell
mal über einen Jahrgang einen Überblick haben? Und für solche Gags wie
Bestenlisten reicht HTML dann auf jeden Fall.
Zu "alles in jedem Format": Ich habe gar nicht vor, für alles einen
Filter zu schreiben. Ich will einfach nur die Möglichkeit offenlassen.

Modulare Lösung
---------------

  Pro:
    - Entwicklung unabhängig vom "Hauptprogramm"
    - Besssere Anpassbarkeit
    - Evtl. mehr Mitentwickler
    - Definierte Schnittstelle zu externen Programmen
      (XML und CSV sind besser parsebar als HTML)

  Contra:
    - Overhead
    - Evtl. unnötige Komplexität

> > Wir können immer noch von PHP auf Zope umsteigen :-)
> ;-] Gute Idee.
Wenn Zope nur so gut dokumentiert wäre wie PHP ...

Ach ja, ich denke, ein Release wäre mal ganz angebracht (0.0.2 oder
0.0.1.1 *eg*?). Ich werde Deine Lösung für die Urkunden mit einbauen.

Christian