Vyznačení telefonu ve webové stránce (diskuse)

[Josef Kufner]

Myslím, že protokol je nedílnou součástí adresy a prohlížeč nemá co kecat do jeho výběru. Představ si, jak se připojuješ k SSH serveru po UDP... a nadáváš, že to nejde.

[Baf]

Ono to neni uplne to stejne. Prohlizec v mobilu, na PC nebo v hlasove ctecce se muze chovat uplne jinak.

[petr_p]

Schema tel: je zrovna tak semanticke jako hcard. Proste oznacuje telefonni cislo.

Schema tel: nediktuje, co s tim cislem mate delat. Od toho ma uzivatel mozek nebo ENUM. Pres DNS dotaz je mozne zjistit, co takove cislo podporuje. Muze se za nim schovavat telefon, fax, jabber, mail, web, cokoliv.

Uzivatel se nemusi bat slepych odkazu. Kazdy prohlizec totiz nejdrive zkouma schema, aby urcil jaky protokol pouzit. Pokud takove schema nezna, tak se zepta uzivatele, co s nim. Aby jsme prekonali pocatecni odpor z neznama, tak prozradim, ze schema mailto: se takto pouziva zcela bezne a nikdo proti nemu nebroji.

wtai: schema slouzi trochu k necemu jinemu. Je to zpusob, jak volat preddefinovane funkce WTAI knihovny. Ta skutecne slouzi k ovladani telefonu (nejen vytaceni hovoru, ale take jeho prijeti, pridani do kontaktu apod.) a je specificka pro mobilni telefony resp. jen pro WML jazyk. S XHTML vubec nesouvisi.

A nakonec reseni vaseho mezeroveho problemu: <a href="tel:+420123456789">123 456 789</a> (Mimochodem, vite, ze podle vyhlasky MV CR, se na webech uradu musi zverejnovat telefonni cislo bez mezinarodni predvolby. Jak byste to udelal pomoci hCardu, aniz byste vyradil preshranicni ucastniky telefonni site?)

[Baf]

tu vyhlasku neznam, ale hCard doporucuje notaci E.123. Pokud MICR by s tim melo problem, pak se predvolba da skryt pomoci CSS. (jestli tedy netrvaji na tom, aby i textovem browseru nebyla :))

Souvislost DNS a telefoniho cisla nechapu a rad se neco dozvim.

Mezerovy problem tak jak ho uvadis by neresil situaci kdy telefon exportujes do vizitky. A kopirovani z webu by taky dopadlo spatne.

No a nakonec semantika, tel: uvadi pouze protokol. To cislo uz neni nijak spojene s osobou, organizaci nebo adresou. Taky se neda pomoci CSS selektoru vybrat (podle tech, ktere jsou prakticky pouzitelne). Podle meho hCard drzi to informaci pohromade a nijak nebrani pouziti tel:...

[petr_p]

tu vyhlasku neznam

vyhlaska 442/2006 Sb. (povinnost stanovi § 2, odst. 1, struktura telefonniho cisla je dana 1. prilohou vyhlasky pod oznacenim polozka 4.4.)

ale hCard doporucuje notaci E.123. Pokud MICR by s tim melo problem, pak se predvolba da skryt pomoci CSS. (jestli tedy netrvaji na tom, aby i textovem browseru nebyla :))

Jak? Dalsim spanem? Jenze CSS ma slouzit na prezentaci, ne na skryvani obsahu, aby koza zustala cela. Na textovem browseru neni vubec nic spatne.

Souvislost DNS a telefoniho cisla nechapu a rad se neco dozvim.

E.164 (Mimochodem take doporuceni ITU, ale na rozdil od E.123 vyzaduje ty telefonni cisla jinak ;). Ohledne DNS prekladu vysel nedavno na Lupe takovy popularizacni clanek.

Mezerovy problem tak jak ho uvadis by neresil situaci kdy telefon exportujes do vizitky. A kopirovani z webu by taky dopadlo spatne.

Ale kdepak. Ten pravy udaj se schovava v @href. Tvuj prohlizec nenabizi kopirovani odkazu?

No a nakonec semantika, tel: uvadi pouze protokol. To cislo uz neni nijak spojene s osobou, organizaci nebo adresou. Taky se neda pomoci CSS selektoru vybrat (podle tech, ktere jsou prakticky pouzitelne). Podle meho hCard drzi to informaci pohromade a nijak nebrani pouziti tel:...

Selektor =^? Jiste, toto nerozporuji. Ja jen, ze pouzivat @class na vyznaceni tel. cisla mi prijde mene prihodne nez odkaz.

[Baf]

Diky za zajimave podnety. Kudy se vyda vyvoj se neda odhadnout. To ustanoveni vyhlasky MICR mi moc nedava smysl, ale holt je to tak. Treba v mobilu uz se snazim mit predvolbu vzdy, ono pak clovek posle SMS z ciziny a divi se. A nastup prohlizecu v mobilech je jasny.