- Samsung Galaxy S24 - nos, Exynos
- Poco X6 Pro - ötös alá
- Alkalmazásbemutató: Keep
- Futott egy Geekbench kört egy új HTC készülék
- Azonnali mobilos kérdések órája
- Apple AirPods Pro (2. generáció) - csiszolt almaságok
- Huawei Mate 10 Pro - mestersége az intelligencia
- Vodafone-ra áttért Digi Mobilosok
- Xiaomi Mi 11 Ultra - Circus Maximus
- iOS alkalmazások
Hirdetés
-
Karácsonyfaként világíthat a Thermaltake új CPU-hűtője
ph Az ASTRIA 600 ARGB ráadásul a hűtési teljesítmény szempontjából sem szégyenkezhet.
-
Súlyos adatvédelmi botrányba kerülhet a ChatGPT az EU-ban
it Egyre nagyobb probléma az AI hallucinálása – most az osztrák adatvédelmi hatóság veheti elő a ChatGPT miatt az OpenAI-t, alapvetően a GDPR megsértése miatt.
-
Toyota Corolla Touring Sport 2.0 teszt és az autóipar
lo Némi autóipari kitekintés után egy középkategóriás autót mutatok be, ami az észszerűség műhelyében készül.
Új hozzászólás Aktív témák
-
cucka
addikt
válasz Louloudaki #865 üzenetére
még régebben olvastam, de az ott felsorolt ''előnyök'' egyike sem túl érdekes igazából. lássuk csak:
A forráskód akkor is nagyon bonyolult és szinte átláthatatlan lesz, ha jó úttörő módjára szépen betagoljuk a forrást, minden behúzandó elemet behúzva.. - aha, egy <div class=''cikkek''> és egy <td class=''cikkek''> között nagy különbség van átláthatóság szempontjából.
A táblázatokat csak akkor tudják a böngészők helyesen megjeleníteni ha már beolvasták a </table> jelet. Addig meg nem. - a mai sávszélességeknél a html kód (pár kb) beolvasása egy pillanat műve, amire esetleg várni kell, azok a képek lehetnek.
A táblázatos oldalak nagyobb fájlméretben férnek csak el a sok <td> és </td> elem miatt. - a div-es oldalaknál meg sok a <div></div> elem, na most akkor mi van. táblázatos oldalt nem úgy kéne bemutatni, hogy minden sor szöveghez külön cellát csinálunk, meg lehet értelmesen is csinálni.
Ha az oldalunk ''quirks'' módban készül (nincs megfelelő DOCTYPE az elején), vagy a böngésző egy régebbi darab, minden table elem megtöri a betűbeállításokkal kapcsolatos öröklődést - ez a probléma megoldható esetleg egy megfelelő doctype-al. egy honlapon általában 1, max. 2 fajta betűtípussal vannak a folyó szövegek, ez css-ben beállítható az összes td-re, majd a különlegesebb helyeken esetleg felüldefiniálom. most akkor hol a probléma?
A táblázatos oldalkialakítás nem arra használja a táblázatokat, amire valók: táblázatos adatok leírására. - a böngészők meg nem úgy jelenítik meg a div-eket ahogy kéne, illetve ami még nagyobb probléma, eltérően jelenítik meg őket. egyébként a végeredméyn szempontjából kb. tökmindegy, hogy mire volt eredetileg kitalálva a táblázat, a lényeg, hogy az oldal mindenhol ugyanúgy nézzen ki és a megrendelő/felhasználók elégedettek legyenek.
na kb. ezek a súlyos érvek a div-es kialakítás mellett. ezzel nem azt akartam sugallni, hogy a tableless dizájn nem jó vagy nem helyes, hanem azt, hogy egyáltalán nem feltétele a tiszta, áttekinthető és minőségi kódnak.