Webseiten-Ausdruck puscht sich auf Riesenvolumen hoch!!!

[Akkazia]

Hallo Leute,

ich habe ein riesiges Problem und weiss mir nicht mehr zu helfen, deshalb möchte ich heute Kontakt mit Euch aufnehmen.

Es handelt sich darum, dass ich eine Webseite mit Adobe GoLive 5.0 entwickelt habe, die auch zum Ausdruck bestimmt ist. Die Seite umfasst ca. 7 DinA4 Seiten und ist so entwickelt, dass der Druck (eigentlich) sauber abläuft, so dass alles exakt so angeordnet ist wie im Webdesign. Tja und nun kommt das Problem  starte ich den Druck puscht sich die Seite auf ein Volumen von ca. 1500 bis 1800 Seiten hoch !!! Der Druck wird so voluminös, dass jedes Mal sogar unser Server abstürzt. Ich habe schon alles mögliche ausprobiert bzgl. orphans und widows, aber diese Befehle scheinen wohl nicht die richtigen zu sein. Kennt Ihr dieses Problem und könntet Ihr mir vielleicht helfen? Wahrscheinlich handelt es sich nur um einen einzigen Befehl oder Tag, den ich zuviel oder zuwenig gesetzt habe. Auch den Quellcode habe ich schon analysiert und finde keinen Fehler.... Der Fehler tritt sowohl über den eingebauten Script "diese Seite drucken" als auch über die Option Drucken in der Datei oder mit der rechten Maustaste, denke, dass es deshalb nicht am Script liegt.

!!!! Vorsicht beim Anschauen, es handelt sich um eine medizinische Seite und man sieht Bilder mit offenen Wunden!!! Die Seite liegt auf einer Entwicklungsumgebung und hat deshalb eine ziemlich lange URL.

Würde mich sehr freuen, wenn Ihr mir helfen könntet. Vielen Dank schon mal vorab.

Andrea Kaltofen
www.des-c.de

[Henning]

Hallo,

was sagt denn bei dir die Druckvorschau, bei mir sind es sieben Seiten. Ach ja, *tolle* Bilder.

Gruß,
Henning

[Henning]

Hallo,

Ich habe Mozilla 1.0
Weitergehende Fragen bitte hier im Forum posten, nicht per Mail
Gruß,
Henning

[Tobias]

Hallo,

Es handelt sich darum, dass ich eine Webseite mit Adobe GoLive 5.0 entwickelt habe, die auch zum Ausdruck bestimmt ist. Die Seite umfasst ca. 7 DinA4 Seiten und ist so entwickelt,

bei mir zeigt Opera in der Druckvorschau 11 Seiten an.

dass der Druck (eigentlich) sauber abläuft, so dass alles exakt so angeordnet ist wie im Webdesign.

hast du es schon mal mit css probiert? (http://selfhtml.teamone.de/css/eigenschaften/printlayouts.htm)

Tja und nun kommt das Problem  starte ich den Druck puscht sich die Seite auf ein Volumen von ca. 1500 bis 1800 Seiten hoch !!!

Ich hatte es mal, das die Skalierung auf 200% stand, und die Seiten dann dementsprechend groß rauskamen, aber von 11 auf weit über 1000 seiten kann ich mir so eigentlich nicht voerstellen.

Der Druck wird so voluminös, dass jedes Mal sogar unser Server abstürzt. Ich habe schon alles mögliche ausprobiert bzgl. orphans und widows, aber diese Befehle scheinen wohl nicht die richtigen zu sein. Kennt Ihr dieses Problem und könntet Ihr mir vielleicht helfen? Wahrscheinlich handelt es sich nur um einen einzigen Befehl oder Tag, den ich zuviel oder zuwenig gesetzt habe.

vielleicht liegt es an diesen Zeilen: "<td width="17" height="1"><spacer type="block" width="17" height="1"></td>" die ca. 50-60 mal ganz am Ende des Dokuments stehen.

Auch den Quellcode habe ich schon analysiert und finde keinen Fehler....

naja, Fehler sind mehr als genug drin: http://validator.w3.org/check?uri=http%3A%2F%2Fwww.des-c.de%2Fdevelop%2Fd-aktiv%2Fsites%2Fwund.html&charset=iso-8859-1+(Western+Europe)&doctype=HTML+4.01+Transitional - vorsicht über 350KB!

Der Fehler tritt sowohl über den eingebauten Script "diese Seite drucken" als auch über die Option Drucken in der Datei oder mit der rechten Maustaste, denke, dass es deshalb nicht am Script liegt.

damit hat das nichts zu tun, da window.print() und die rechte Maustaste alle die gleiche Funktion aufrufen.
In welchem Browser tritt der Fehler auf (oder in allen)?

!!!! Vorsicht beim Anschauen, es handelt sich um eine medizinische Seite und man sieht Bilder mit offenen Wunden!!!

Der Satz erinnert mich an die Stunde in erste Hilfe, in der einer umgekippt ist :)

Grüße aus Nürnberg
Tobias

[molily]

Hallo, Andrea und Tobias,

Es handelt sich darum, dass ich eine Webseite mit Adobe GoLive 5.0 entwickelt habe, die auch zum Ausdruck bestimmt ist. Die Seite umfasst ca. 7 DinA4 Seiten und ist so entwickelt,

bei mir zeigt Opera in der Druckvorschau 11 Seiten an.

MSIE zählt und zählt und zählt... irgendwann bei 110 Seiten habe ich abgebrochen. Die letzte bedruckte Seite ist Seite 7.

Wahrscheinlich handelt es sich nur um einen einzigen Befehl oder Tag, den ich zuviel oder zuwenig gesetzt habe.

LOL, nein, nein; es ist der gesamte Quelltext, der den Fehler auslöst.
*Syntaktisch* mag der Quelltext durchaus korrekt sein - er ist es nicht, aber er könnte es sein -, was nichts daran ändern würde, dass er völlig chaotisch ist, GoLives Ausgabe ist nichts als Müll... meiner Meinung nach.

vielleicht liegt es an diesen Zeilen: "<td width="17" height="1"><spacer type="block" width="17" height="1"></td>" die ca. 50-60 mal ganz am Ende des Dokuments stehen.

Das mag dazu beitragen, aber wenn man diesen Teil löscht, tritt der Fehler immer noch auf.

Auch den Quellcode habe ich schon analysiert und finde keinen Fehler....

Ha, der Quellcode ist von vorne bis hinten Murks. Ich kann den "Fehler" nicht finden, das heißt, es muss am kompletten Codeaufbau liegen (es wird scheinbar *eine* Tabelle für alle Positionierungen benutzt, ich sage nur colspan="42"... ;)).

In welchem Browser tritt der Fehler auf (oder in allen)?

Positiv getestet: MSIE 6sp1 (Seitenanzahl wächst ständig und hört nicht auf, immer neue weiße Seiten werden hinzugefügt), Mozilla 1.2b (friert bei der Erstellung der Druckvorschau ein, Prozess muss geKILLt werden. Sicher könnte ich zwei Tage und siebzehn Stunden warten, bis die Vorschau fertig wäre.)
Negativ getestest: Opera 6.05, Netscape 4.8 (je 7-8 Seiten).

Ich sehe keine akute Abhilfe als die Seite mit validem (und aufgeräumten, logischem, einfachen) Code neuzuschreiben und das Layout nicht auf eine solche abenteuerliche Weise zu realisieren, wie es GoLive macht.
Ich kenne mich mit WYSIWYG-Editoren nicht aus, aber da gibt es doch durchaus Programme, welche recht passablen (passableren) Code produzieren...? (Dreamweaver?)

Grüße,
Mathias

[akkazia]

Hi noch mal»»

Es handelt sich darum, dass ich eine Webseite mit Adobe GoLive 5.0 entwickelt habe, die auch zum Ausdruck bestimmt ist. Die Seite umfasst ca. 7 DinA4 Seiten und ist so entwickelt,

bei mir zeigt Opera in der Druckvorschau 11 Seiten an.

MSIE zählt und zählt und zählt... irgendwann bei 110 Seiten habe ich abgebrochen. Die letzte bedruckte Seite ist Seite 7.

Sieht wohl so aus, als ob es an MSIE liegt, das ist nämlich genau das gleiche was ich ich erlebe wenn ich den Druck starte.

Wahrscheinlich handelt es sich nur um einen einzigen Befehl oder Tag, den ich zuviel oder zuwenig gesetzt habe.

LOL, nein, nein; es ist der gesamte Quelltext, der den Fehler auslöst.
*Syntaktisch* mag der Quelltext durchaus korrekt sein - er ist es nicht, aber er könnte es sein -, was nichts daran ändern würde, dass er völlig chaotisch ist, GoLives Ausgabe ist nichts als Müll... meiner Meinung nach.

vielleicht liegt es an diesen Zeilen: "<td width="17" height="1"><spacer type="block" width="17" height="1"></td>" die ca. 50-60 mal ganz am Ende des Dokuments stehen.

Das mag dazu beitragen, aber wenn man diesen Teil löscht, tritt der Fehler immer noch auf.

Richtig, das habe ich jetzt auch grade ausprobiert, lösche ich diese Spacer wird lediglich meine Formatierung völlig verschoben und nix mehr stimmt. Der Druck knallt trotzdem auf weiss Gott wie viele Seiten hoch.

Auch den Quellcode habe ich schon analysiert und finde keinen Fehler....

Ha, der Quellcode ist von vorne bis hinten Murks. Ich kann den "Fehler" nicht finden, das heißt, es muss am kompletten Codeaufbau liegen (es wird scheinbar *eine* Tabelle für alle Positionierungen benutzt, ich sage nur colspan="42"... ;)).

In welchem Browser tritt der Fehler auf (oder in allen)?

Positiv getestet: MSIE 6sp1 (Seitenanzahl wächst ständig und hört nicht auf, immer neue weiße Seiten werden hinzugefügt), Mozilla 1.2b (friert bei der Erstellung der Druckvorschau ein, Prozess muss geKILLt werden. Sicher könnte ich zwei Tage und siebzehn Stunden warten, bis die Vorschau fertig wäre.)
Negativ getestest: Opera 6.05, Netscape 4.8 (je 7-8 Seiten).

Ich sehe keine akute Abhilfe als die Seite mit validem (und aufgeräumten, logischem, einfachen) Code neuzuschreiben und das Layout nicht auf eine solche abenteuerliche Weise zu realisieren, wie es GoLive macht.
Ich kenne mich mit WYSIWYG-Editoren nicht aus, aber da gibt es doch durchaus Programme, welche recht passablen (passableren) Code produzieren...? (Dreamweaver?)

Tja, da haben wir das Problem, genau das was Du über Adobe GoLive sagst, denke ich über Dreamweaver und habe deshalb gewechselt. Nun sieht es wohl so aus, als ob ich mich noch mal hinsetzen muss und die Seite in den HTML Editor eintippen muss. So well, dann mache ich mich mal an die Arbeit - wird wohl eine Nachtaktion...

Bedanke mich herzlich für Eure Anteilnahme.
Gruss
Andrea

[scorn]

tag!
Also, dieses GoLive 5 Ding ist wirklich Murks, was Spacer betrifft. Es wird dem User als ein "Raster" verkauft, ist aber in Wirklichkeit eine Tabelle mit SpacerTags. Der Netscape kanns, aber IE nicht. Im IE müsste eigentlich das ganze Layout, wie es in der GoLive Vorschau aussieht, verschoben sein.
Es kann sehr gut sein, dass Browser die Spacer nicht kennen, die einfach als weiße Seiten anfügen. Mein Vorschlag: Layout absolut umstellen.
Oder blinde Pixel statt Spacer. Dazu hast du schließlich die Suchen/ersetzen-Funktion von GoLive.
Ach ja: Moz1.2b Mac: 7 Seiten.

hütlichst
       scorn