Miro Vesely wrote: > nenapisal som, ze MUSI. odporucil som CSS2. ----------------------- mno jo, neumim cist:) a kdyz uz, tak bych spis doporucil revizi CSS 2.1 > postulat je jasny: aby stranka mala minimum balastu a maximum > informacii. jasne, ze tabulkovy dizajn MOZE byt kratky, ale > NEBYVA. bezne je pri tabulkovom dizajne 60 a viac parcent > kodu tabuliek, obsah potom tvori len par percent. viz bezne > weby - uloz si stranku as is a uloz ju as txt. navyse tabulky > treba vediet pisat, abt sa obsah stal prvou info na stranke > a nie menu, ako je bezne... kopa inych problemov... ----------------------- problem je v tom, ze lide kteri pisou tyhle 'balastove' (nebo bastlove;) ) stranky o nejakem rozumnem vnitrnim designu nic netusi/nechteji slyset. na druhou stranu pokud je stranka beztabulkova, ale hemzi se vsemoznymi vnorenymi a nadbytecnymi elementy, tak ten tabulkovy layout muze byt mnohem stridmnejsi. a odeslat menu az na konec stranky neni zadny problem. > aj pre userov je to lepsie, rychle stranky ludia maju radi, > vidim to na logu webov, ktore som prerobil z table na css ----------------------- no jo, ale ty jsi urcite mel prebujelou strukturu slozitych a hluboce vzalemne vnorenych tabulek, ze jo? ;))) pokud to bude tabulka urcena jen na zakladni layout, tak s rychlosti nebude problem. a jak napsal AHAc tak Gecko based browsery budou zobrazovat i postupne nacitane tabulky. a tvoje slovni spojeni 'prerobil z table na css' je celkem divoke. ja sice chapu co tim rikas, ale lepsi by bylo 'prerobil z balastu na semanticky web' :))) nebyla by to uplne pravda, skoro nikdo by tomu nerozumnel, ale znelo by to velmi dulezite ;))) a jeste poznamka: ramove stranky nejsou pro google problem, pokud pominu, ze s nejvetsi pravdepodobnosti zaindexuje nekterou ze stranek, ktera je uvnitr ramove struktury. takze pak uzivatel vleze nekam doprostred a vetsinou nema k dispozici zadne ovladaci prvky. ale to uz je jiny problem. - h! - http://www.hyneklipa.cz/ P.S. i kdyz to tak vypada, tak nejsem zastancem tabulek
This archive was generated by hypermail 2.1.3 : 05. 06. 2003, 10:53 CEST