ugrás a tartalomhoz

nyomtatási kép

inf · 2013. Jún. 27. (Cs), 19.58
Hogy lehet az, hogy egy sima float:left a nyomtatási képen tök mást eredményez, mint amit a böngészőben látni?

(nem foglalkoztam eddig a nyomtatás témájával...)
‹ Dinamikus és fix szélességű div egymás mellett Táblázatból sablon ›
 ■
1

Csak tipp

prototype · 2013. Jún. 27. (Cs), 20.24
Nem függ az előnézet attól, hogy a nyomtatási kép stíluslapját miként definiálod?
<link rel="stylesheet" .. media="print" />
2

A media-t nem adtam meg, hmm

inf · 2013. Jún. 27. (Cs), 20.28
A media-t nem adtam meg, hmm lehet, hogy alapból csak a screen-re vonatkozik?

Közben utánanéztem, a default a media=all, szóval abba a print is beletartozik, úgyhogy nem emiatt van...
4

Méretek

prototype · 2013. Jún. 27. (Cs), 20.47
Az nem lehet, hogy a böngészőben látott méret (szélesség) nagyobb, mint a lapszélesség?
Látatlanban ilyenre tudok még tippelni.

Esetleg ha képen is látható lenne (akár csak vázlatként) a várt és a kapott eredmények közti különbség, az lehet, hogy nagyban segítené a probléma megoldását.
3

Nem írtad le a pontos

Karvaly84 · 2013. Jún. 27. (Cs), 20.43
Nem írtad le a pontos hibajelenséget. Így arra tudok tippelni, hogy nyomtatásban az úsztatott elem alácsúszik annak az elemnek, aminek mellé kéne hogy simuljon. Szerintem a böngésző beépített stíluslapja más margin/padding értéket használ nyomtatáshoz, így nemf ér el a kép talán a várt helyen... Ez csak tipp.

szer.: közbe most nézem, nem képet float-olsz, csak rosszul olvastam, de tökkmindegy :)
5

Igen, alácsúszik, az a gond.

inf · 2013. Jún. 27. (Cs), 21.05
Igen, alácsúszik, az a gond. A stíluslap így kezdődik:

* {
    margin: 0;
    padding: 0;
}
Egyelőre nincs kint neten, úgyhogy nem tudom belinkelni...

Amivel injektálom a css fájlokat, annál nem garantált a sorrend tartása, lehet, hogy ez a gond. Majd ha lesz egy kis időm, akkor beleírok a loader plugin-be, hogy ugyanmár meghatározott sorrendben töltse be a css fájlokat. Hmm így belegondolva szerintem nem tölti újra az oldalt nyomtatási képnél, szóval mégsem emiatt van.
6

Kisebb

Poetro · 2013. Jún. 28. (P), 23.18
És ha normál nézetben összehúzod az ablakot mondjuk 800px szélesre akkor is alá csúszik? Mert akkor az lesz a probléma, hogy nem hagysz elég helyet neki. A nyomtatási nézet sokkal keskenyebb, mint amekkora általában a böngészőablakod, valahol 700 és 1000px között lehet a mérete.
7

Akkor nem csúszik alá. Csak

inf · 2013. Jún. 28. (P), 23.48
Akkor nem csúszik alá. Csak nyomtatási képben.

Fura, most néztem újra, de most jó. Már nem tudom pontosan milyen beállítások voltak, amikor nem volt jó, de a css-en nem változtattam az utóbbi időben... :S
8

printer css

Pepita · 2013. Júl. 3. (Sze), 00.18
Én eddig szinte minden honlapomnak csináltam külön css-t. media="print". Többek között háttérkép, színek eltüntetése miatt, de az ilyen elcsúszások is kerülhetőek vele. Akkor pedig tökmindegy, hogy a screen, handheld css-ek milyen sorendben töltődnek be.
Csak vigyázni kell, hogy amit nem akarsz printernek adni, az a css ne legyen "all".
9

Ja hátha különösebben fontos

inf · 2013. Júl. 3. (Sze), 11.10
Ja hátha különösebben fontos lenne, akkor csinálnék olyan css-t hozzá, ami leszedi a menüt, a fejlécet, meg a színeket, hogy csak a tényleges tartalmat nyomtassa, stb... Egyelőre nem élvez prioritást a dolog, de tényleg ez a járható út.