RE: diverse probleme mit der printversionen

Hi Miss Monorom

Was zur Schrift:
Für die Printversion setzen wir bei uns den Seriffont von Matthew Carter,
die "Georgia" ein.
Bei der EB-Wolfbach-Site kannst Du das ja anpassen.

zu beachten:
-alle top links müssen auf der print version raus

=> kein Problem = > section mode="print"

-ankerlinks brauchts eigentlich auch nicht

=> ist auch 'ne  mode="print"-Sache

-ich würde keine farbigen kästchen machen auf der printversion.
das icon reicht zu erkennung.

=> Sind bereits s/w

-<div id="id2686243" class="section">
<a name="id2686243"></a><span class="titel2">
diese deffinitionen liest mein drucker auf keinem browser

??? => das sind interne docbook-id's und classes - die stören ja beim
Ausdrucken nicht.


-<leftmargin="0" marginheight="0" marginwidth="0" topmargin="0">
im body sollen raus auf dem printfile. siehr schöner aus.

=> im CSS (main_print.css) zu definieren


zudem:
top links gehen im ie mac nicht.
dieser browser ist aber der meistbenutzte.
und da momentan einige der unix-linux-user
auf mac umsteigen sollte das angepasst werden.

Ja Macs haben Probleme mit something/#ankertosomething.
=> Chregu fragen;)


ich hab einiges an content rauskopiert.
und untersucht.
unsauberes html.!!

=> was, wo??? more details

ich hab eigentlich pingellig genau td's definiert.
an vielen orten fehlen aber die td sizes.
und leere tabellen sind vorhanden.

=> ich gehe jetzt mal davon aus, dass wir die td sizes nicht brauchen. Vor
allem, da das ja dynamisch ausgeben wird.
Wenn doch, dann müsstest Du sagen, wo Du einen Unterschied zu Deinem
Original siehst.





.....................................................
help ich ertrinke in papier.
http://www.monorom.to/eb/cms5/print.html
hier eine nackte printversion ohne css.
das kommt wie die browservoreinstellung.
die kästchen sind grau, ich würde hier aber lieber keine farbe geben.
die kästchen und tabels stimmen hier für das
print file.

=> Ich denke auch, dass die Farbe auf dem Ausdruck eher ein Problem ist.
Man könnte das aber im CSS (=> media) definieren, d.h. Output Screen mit
Farbe, für Print ohne.

Die Linien würde ich für den Print schwarz machen, evtl. für den Screen grau
belassen. Wieder im CSS (=> media) lösen.


http://www.monorom.to/eb/cms5/print2.html
hier ist das css im head
pre tag ist auch im css
im ie wird das css nicht richtig interpretiert.
auch nicht wenn ich das ganze html rausputze
div id="id2686243" class="section">
<span class="titel2">
sind in diesem file draussen
wieso f**k nimmt der das nicht!!!!
ich kriege ne kriese.

cool down und hör die Etoy FAQ ab;) (BTW: Kannst Du nochmal die Telnr.
schicken?)
Hab in der Spec nachgeschaut:
http://www.w3.org/TR/REC-html40/struct/text.html#edef-PRE

Da steht:
The PRE element tells visual user agents that the enclosed text is
"preformatted". When handling preformatted text, visual user agents:
- May leave white space intact.
- May render text with a fixed-pitch font.
- May disable automatic word wrap.
- Must not disable bidirectional processing.


Also:
"May render text with a fixed-pitch font."*
Könnte sein, dass der IE sich da die Freiheit nimmt und das CSS für den
pre-Tag einfach ignoriert.
Hast Du einen Test gemacht?

* http://www.webopedia.com/TERM/F/fixed_pitch.html


Gruss
Roger