"Quick & Dirty"-Test PhotoKalender Version 1.0

[Walterhr]

"Quick & Dirty"-Test PhotoKalender Version 1.0.03

Vorbemerkung:
Ich habe nur die vorhanden Fehler/Anomalien in meiner Anwendung getestet. [=Monatskalender; ein Bild]

Zunächst einmal ein Looob : M.E. kann man jetzt einen "Not"-Kalender ohne zu große Ansprüche erstellen. Das sah gestern (14.12.) noch nicht danach aus.

Ein Weihnachtsgeschenk ist also gesichert.

Nun zu den Problemzonen:

Problemzone: "Ausdruck" ... Bilddateien
WINXP: keine Probleme
WIN98SE: Weiterhin " ... DIB Handle" (1)

Problemzone: "Ausdruck" ... PDF-Dateien
WINXK: keine Probleme
WIN98SE: Bricht sehr früh ab mit Fehlermeldung (1)

Trennungs-Problematik bei Terminen:
+ keine Probleme mit Font ARIAL 8P --> vorausgesetzt die Worte sind nicht zu lang
- weitere Probleme mit Font ARIAL 9P .. Frühling- sanfang; Fronlei- chnam; Somme- ranfang

*AS* M.E. bekommen Sie das Problem so nicht in den Griff. Sie sollten die Trennung dem Benutzer durch ein Platzhaltersymbol überlassen. Bspw. "^p" für Wagenrücklauf/Neue Zeile. Sie kommen sonst in "Teufelsküche".

Noch etwas Unschönes: Bei Termintexten von drei Zeilen fängt die 3. Zeile ganz vorne (unter dem Tagesdatum) an. M.E. sollte sie eingerückt bleiben. Zugegeben das ist eine ästhetische Feinheit.

*AS* Kämen später noch die Mondphasen u.a. hinzu haben Sie weitere Probleme. Sie sollten dieses Thema [= Texte in einem Feld] grundsätzlich überdenken und ein dauerhafte Lösung bereitstellen. Übrigens "irgendwann" müssen Sie ja auch noch die Kalenderwochen unterbringen.
Entweder an den Montagen (Bspw. 4. KW)
oder als Raster über die gesamte Woche (unbedingt zu empfehlen).


Helmut

-----------
(1) Hinweis für *AS*: Fährt man WIN98SE runter/hoch und startet nur PhotoKalender (ca. 350 MB freier Speicher) dann treten o.g. Probleme nicht auf. Sobald andere Anwendungen wie IE ... aktiv sind, dann gibt es Krach-Bum-Peng . Übrigens: Manchmal läuft er auch fehlerfrei durch und erzeugt ca. 6 leere Seiten. Das nur als Hinweis zur Fehlereinkreisung.

[Pilsi]

Den Fehler beim Ausdruck kann ich leider bestätigen, den bei der Pdf nicht.
PDF geht bei mir einwandfrei(300dpi). Ebenso die Erstellung als Bildfolge (300dpi)

Gruß
Pilsi

[Steffen Binas]

Die Fehlermeldung auf eine Begrenzung der Windows 9x/ME-Systeme zurückzuführen. Diese Systeme können nur eine begrenzte Anzahl von großen Bitmaps im Speicher halten (vermutlich ein Speicherfragmentierungsproblem aufgrund der schlechten Speicherverwaltung dieser Systeme). Beim Drucken wird nun die DPI-Zahl des Druckers abgefragt und die Bilder entsprechend dafür vorbereitet.
Nun ist es so, dass die Drucker gern mal 600 ppi (Pixel per Inch) zurückliefern. Da ist allein die (leere) Seite, die nachher gedruckt werden muss, ca. 120 MB groß (4800x6300 Pixel, 30 Megapixel!). Dazu kommen dann die Bilder, die zwar nur einzeln im Speicher liegen, aber Effekte wie Schatten etc. u.U. noch weitere Kopien benötigen.

ppi (Pixel per Inch) werden gerne mit dpi (Dots per Inch) als Synonym verwendet, sind aber je nach Gerät sehr verschieden. Ein Drucker druckt einen Pixel mit vielen Dots für die Farbmischung. D.h. ein Bild mit 300 ppi kann sehr wohl einen Drucker mit 1200 oder 2400 dpi ausreizen.
Bei der Monitordarstellung sind ppi und dpi übrigens gleich.

Das Problem mit den Bitmaps ist also systembedingt und lässt sich nicht wirklich lösen: ABER 600 ppi ist selbst für den Druck sehr viel. Daher werden wir eine Lösung implementieren, die nicht die Auflösung des Druckers nutzt sondern eine vom Benutzer vorgegebene Auflösung, z.B. 300 ppi. Damit sollten Sie selbst auf den alten Systemen sehr weit kommen. Morgen ist mit einem Update zu rechnen.

Frage: Welche Auflösung (dpi) nutzen Sie für den PDF-Export?