Názory k článku Akta X: W3C mobileOK Basic

Velice prinosny clanek, s opravdu detailnimi informacemi ohledne zakazanych tagu a jednotek pro margin, padding, etc. Mozna by rovnez staly za zminku jednotky pro velikost fontu, smi se pouzit px, nebo ne? Kdy by mel byt hotov online validator? Jaky USER-AGENT ma takovy mobilni telefon?

Ja jsem prece netvrdil, ze telefon je USER-AGENT. USER-AGENT je AFAIK retezec, ktery prohlizec odesila serveru a na zaklade tohoto retezce mozna lze odesilat lidem pripojenym pres mobilni zarizeni rozdilne formatovany XHTML dokument.

Jednoduse to rozlisit nelze, na intervalu o tom byl davno clanek.

Prehliadace v telefonoch pouzivaju len velmi obmedzenu sadu typov a velkosti fontov. Pre urcovanie velkosti fontov je najlepsie pouzivat percenta. Tym padom su velkosti relativne a prehliadac si ich uz zobrazi najlepsie ako vie.

Specifikace velikosti fontu pomocí jednotky 'px' je projevem tvůrcovy neznalosti, v horším případě lenosti a v nejhorším případě zabedněnosti. Ne každý má totiž monitor s 90 DPI (někdo má třeba 130 DPI) a ne každému vyhovují písmenka o velikosti 2-3 mm (někdo potřebuje třeba 6 mm).

To je sice hezké, ale dokud nebude pořádně rozšířený formát svg, tak je to u stránek se složitějším designem bohapustá teorie. Jak chceš sladit bitmapové obrázky, které mají pevnou velikost v px s textem, u kterého velikost neznáš.
I když se tomu snažím jak se dá vyhýbat, bez kombinace s vektorovou grafikou se tomu občas prostě nevyhnu. I tak ale nastává problém v případě, náhrady fontu, protože i když se nastaví správná výška, výsledný text má rozdílnou šířku.

a kam se poděl image/png? myslím, že není dobré dávat programátorům mobilních prohlížečů najevo, že právě na tohle se mohou vykašlat.

jj aj ja si to myslim... a este aj podpora transparentnych obrazkov...
alebo som to zle pochopil??? moze mat obrazok cele pozadie transparentne???

To je teda dobrý. Pokud to projde tímhle testem, tak máme na palmos smůlu, páč ten neumí utf-8 :-(

Dokument musí být validní dokument XHTML Basic 1.1.
Hodnoty atributu target (a, link, form, base) smí být pouze "_self", "_parent", nebo "_top".

XHTML má atribut target? Já myslel, že ho už dávno zlikvidovali...

No neviem ako je to s XHTML1.1 Basic, ale ja robim v XHTML1.0 Strict! a tam to nieje podla standardu a doporuceni podla W3C ! :o)
Preto uplne suhlasim s prispevkom nizsie cize ze je to uplny nezmysel!!!

Je to v XHTML 1.0 Transitional.

Toto W3C doporucenie je z praktickeho hladiska uplny nezmysel. Do buducna sa nepredpoklada, ze uzivatelia na svojich mobilnych zariadeniach budu chciet prezerat nejake "specialne" pre mobil optimalizovane stranky. Nakoniec o tom bol WAP - a prave preto zlyhal. Uzivatelia chcu plnohodnotny internet a pristup k svojim oblubenych sajtom - technicke hladiska ich nezaujimaju. Nakoniec uz dnes vedia moderne mobilne prehliadace (Opera Mobile, Nokia WebKit browser, do buducna Safari WebKit iPhone browser) spracovat akekolvek stranky (vratane tych narocnych ako google maps) - takze hocijaky iny vyrobca mobilneho prehliadaca bude musiet tiez toto vsetko implementovat ak to chce niekomu predat.

Souhlasim, ale s jednou vyhradou. Mobilni zarizeni maji jine rozhrani nez desktopy. Proto je nutne uzpusobit webove stranky i jim. Ted zcela prehlizim vypocetni schopnosti mobilnich zarizeni.

Pokud napr. nekdo udela stranku, kde v zahlavi bude banner 1024 px siroky a tedy zbytek stranky se rozlije do teto sirky, tak uzivatel s mensim viewportem bude scrollovat s prominutim jako idiot.

Tento problem lze pozorovat uz dnes a to i jen na desktopech. Podivejte se, jak webmasteri sleduji rozsirenost rozliseni a ochotne nasazuji vetsi a vetsi layouty. Pokud neverite, zmensete si okno na 800x600 a projdete se po webu. Nebudete stacit zirat.

Psat pro web totiz vyzaduje jine mysleni. Musite nejen nechat volny jeden rozmer (vyska), ale musite myslet i na druhy (sirka), protoze ta neni nikde pevne dana. Klasikou jsou vicesloupcove layouty, ktere jdou proti teto filozofii.

Uplne nejlepsi by bylo, kdyby se dalo rict (CSS), ze tri bloky chci usporadat v poradi 1., 2. a 3. a to pokud mozno vedle sebe. Pokud neni mozne, tak jeden nebo vsechny umistit nad ostatni. Asi by to melo jit s floated pozicovanim, ale nikdy jsem si s tim nehral. (Uplne stranou necham kacirskou myslenku, ze sloupcovy layout je zverstvo a webove stranky by mely byt strukturovany vyhradne linearne.)

Psat pro web totiz vyzaduje jine mysleni. Musite nejen nechat volny jeden rozmer (vyska), ale musite myslet i na druhy (sirka), protoze ta neni nikde pevne dana. Klasikou jsou vicesloupcove layouty, ktere jdou proti teto filozofii.

Prepacte ale dovolim si nesuhlasit... Na mojej stranke pouzivam 3stlpcovy layout a jeho sirka je v kazdom rozliseni vzdy bez scrollovania. Tento problem riesi prave toto doporucenie:

Vlastnosti CSS (jiné než margin, border nebo padding) vyjadřující numericky délku musí jako jednotku používat "em", "ex" nebo "%".

Podla mna webmaster, ktory sa honi za vecsim a vecsim layoutom bez ohladu na userov, ktory este stale pouzivaju 800x600 by si nezasluzil pomenovanie webmaster... btw 1024x768 je dnes uz bezne pouzivane rozhranie, ktore dovolim si povedat je akymsi nepisanym standardom...

A jak vypada na zarizeni, kde se na radek vejde rekneme tak 25 pismen? To mame asi 8 pismen na sloupec. Opravdu pohodlne na cteni.

http://www.alistapart.com/articles/switchymclayout

Dik. Neco takoveho jsem myslel. Jen by to mohl delat prohlizec sam (napr. poznat, ze v nejakem boxu je prilis tesno a tak jej presunout pred/za. Stacilo by boxy vhodne ocislovat [jako lze cislovat prvky formularu] nebo to nechat na prirozenem poradi.)

Pokud napr. nekdo udela stranku, kde v zahlavi bude banner 1024 px siroky a tedy zbytek stranky se rozlije do teto sirky, tak uzivatel s mensim viewportem bude scrollovat s prominutim jako idiot.

Aj toto uz niektore mobilne prehliadace riesia: Opera's Small-Screen Rendering