Téma: Lekerekített sarkú div-ek

Geri eredeti hozzászólása

csak 77 kbyte a jquery.

Ahol én láttam ott több, de végül is mindegy, így is százszorosa egy gif képnek.

Geri eredeti hozzászólása

amiért jobb, az talán az, hogy mindenféle mérethez egy mozdulattal hozzá lehet adni. ha képet használsz, akkor ilyenkor le kell gyártani az új képet stb.
de a legjobb az lenne, ha a css3-at minden böngésző kezelné. én egyébként ha dönthetek, akkor css3-at használom erre és azokban a böngészőkben ahol nem támogatott maradnak a szögletes sarkok.

A méretezés az igényektől függ mert egy 100 pixeles pöttyel 100 féle lekerekítést lehet csinálni. Persze igazad van, a rádiusz miatt lehet, hogy más dobozhoz újra kell generálni, de szerintem aki weblapot csinál annak ez nem lehet több 30 másodpercnél.

A legjobb szerintem is a css3 lenne, amúgy is css párti vagyok. Csak mivel arra esély sincs, hogy visszamenőlegesen legyenek kompatibilisek a böngészők, és például az Explorer verziók tovább élnek mint a mammut fenyők ezért soká lesz amikor szabadon lesz használható.

Na jó akkor vegyük sorra:
1. A jquery minimalizált változata sokkal kisebb. Ha máshol használod, akkor arra nincs szükség, csak a kerekítő scriptre, ami pár kilobyte (max).
2. A képes megoldás:
A png átlátszóvá tételéhez szintén js kód szükséges (IE-ben).
A div felépítése képek esetén nem 1 részből fog állni, hanem 9-ből (sarkok, oldalak, középső rész. Picit jobb esetben 3, de árnyékkal több is lehet).
Egy startlapszerű oldal esetén, ami 20 boxot tartalmaz ez már 160-nal több divet jelent. Ez legalább 2 kbyte plusz forráskódot jelent oldalanként. 1 felhasználó esetén ha több oldalt megtekint ez minden esetben betöltődik, míg a js kód cache-ben tárolódik. Arról nem beszélve, hogy ez a 2kbyte plusz tartalom többezer aloldal, és milliós látogatószám esetén eléggé meg tud mutatkozni a webszerver forgalmában.

oszti eredeti hozzászólása

1. A jquery minimalizált változata sokkal kisebb. Ha máshol használod, akkor arra nincs szükség, csak a kerekítő scriptre, ami pár kilobyte (max).

Bár szerintem még akkor is nagyobb mint egy kis kép, de elfogadom. Ez viszont nem azt mutatja, hogy jobb, maximum nem rosszabb megoldás. Főleg ilyen kis méreteknél ahogy fentebb írtam szerintem ezek már nem igazán számítanak, csak arra írtam, hogy fel lett vetve, hogy a képek lassan töltődnek be.

oszti eredeti hozzászólása

A png átlátszóvá tételéhez szintén js kód szükséges (IE-ben).

Gondolom nem csak én vagyok úgy vele, hogy IE6-osra már nem fejlesztek és őszintén szólva nem is zavar ha az a néhány "szerencsétlen" aki azt használja nem jónak látja. Ők már megszokták, hogy mindent rosszabbnak látnak.

De, hogy ne bújjak ki a felvetés alól, a transzparens gif képet viszont az IE6-os is tudja kezelni, szóval emiatt nem kell js.

oszti eredeti hozzászólása

A div felépítése képek esetén nem 1 részből fog állni, hanem 9-ből (sarkok, oldalak, középső rész. Picit jobb esetben 3, de árnyékkal több is lehet).
Egy startlapszerű oldal esetén, ami 20 boxot tartalmaz ez már 160-nal több divet jelent. Ez legalább 2 kbyte plusz forráskódot jelent oldalanként. 1 felhasználó esetén ha több oldalt megtekint ez minden esetben betöltődik, míg a js kód cache-ben tárolódik. Arról nem beszélve, hogy ez a 2kbyte plusz tartalom többezer aloldal, és milliós látogatószám esetén eléggé meg tud mutatkozni a webszerver forgalmában.

Szerintem megoldható kevesebb div-ből is, ráadásul amennyire az ilyen js megoldásokat megismertem ugyanúgy sokszorozzák azok is a div-eket csak a js generálja le a html kódban. Illetve sokszor nem diveket generálnak ugyan, de a html kimenetet növelik a generált tartalommal.

Nyilván több ezer látogató és milliós látogatószámnál ha pár byte-al nagyobb a html akkor az már nagy szám. Erre viszont azt mondanám, hogy eleve nem sok ilyen oldal van, nem lehet példának mondani, ráadásul az ilyen oldalaknál viszont minden más is hatalmas forgalmat generál és összességében ez akkor is olyan kicsit szám lenne amit észre sem vesz a szerver. Másrészt ha ilyen problémája van a szuper látogatott oldalnak akkor meg tudja csinálni a dobozokat két div-ből és két képpel mivel az esetek 90%-ban a dobozok szélessége fix.

De oké, nem kötekszek, elfogadom, hogy ha valakinek milliós nagyságrendű letöltései vannak akkor talán érdemes js-ben gondolkodnia.

Netallica eredeti hozzászólása

Gondolom nem csak én vagyok úgy vele, hogy IE6-osra már nem fejlesztek és őszintén szólva nem is zavar ha az a néhány "szerencsétlen" aki azt használja nem jónak látja. Ők már megszokták, hogy mindent rosszabbnak látnak.

Nem csak te látod így. Hasonló ok miatt maradt a CSS3 megoldás mostanában. Az az egy dolog zavar picit, hogy az a néhány szerencsétlen még most is 20-30%.

oszti eredeti hozzászólása

Nem csak te látod így. Hasonló ok miatt maradt a CSS3 megoldás mostanában. Az az egy dolog zavar picit, hogy az a néhány szerencsétlen még most is 20-30%.

Gondoltam, hogy más is így gondolja.

Amúgy követem a statisztikában és nálam az IE6-ost használók már csak 2-6% körül mozognak. 2% az üzleti, céges látogatóknál, 6% az otthoni felhasználóknál. Ezzel szemben akiknél nincs java támogatás az arány 15-20%.

Ja igaz, ott a pont. De szerencsére az IE6-os akkor is csak nyomokban fedezhető már fel.