Za mozna nejvetsi vyhodu "alternativnich broseru" jsem vzdycky povazoval konfigurovatelnost. Co je mysleno pod pojmem prilis rozsahle GUI? Je problem v rychlosti, velikosti kodu, nebo jenom ve zmateni uzivatelu? Pokud jde o posledni pripad, prece neni zadny problem schovat nektere volby pod tlacitko "Advanced" nebo podobne, pripadne umoznit konfiguraci pomoci prikazove radky, podobne jako jsou skryty nektere volby v Galeonu. Zajimaly by me nazory ostatnich.
Nezadavejte to do bugzilly, takovy enhancement jiz byl reportovan a byl oznacen jako WONTFIX. A to presne z tech duvodu, ktere tu Aha popisuje. Cislo bugu bohuzel nevim a nechce se mi ho hledat.
Ano, takové přání je regulérní přání určité skupiny lidí, tj. poptávka. V případě Mozilly však zřejmě nebude žádná nabídka - nejedná se o chybu, aktuální implementace je správná, naopak požadavek vede k uchovávání funkčnosti špatného stavu a navíc je zde požadavek na rozšíření UI (onen checkbox na zaškrtnutí), které je již dnes považováno za příliš rozsáhlé. Můžete to zkusit zadat do Bugzilly, do cc: rovnou připište mail ian@hixie.ch (spolutvůrce specifikace chování Mozilly při zpracování ALTu), a uvidíte.
Ale ja se nechci hadat :-) Chapu, ze kazdy atribut ma svuj ucel a ze standardy se maji dodrzovat. Jen me napada, ze v rade pripadu budou oba atributy stejne, coz je zbytecna redundance. V takovem pripade by IMHO bylo ucelne, aby PRI ABSENCI atributu TITLE a naopak presenci ALT byl v bubline ten ALT. Uzivatele bublina vubec nijak neomezuje a mohl by si tuto vlastnost nastavit. Tot moje vise idealniho browseru :-)
Ne, to je špatná cesta. ALT má být vidět jen jako náhrada obrázku (protože má být textovým ekvivalentem obrazové informace), nikoliv jako jeho doplněk. Oproti tomu atribut TITLE může být doplňkem obrázku.
Každý z atributů má svůj odlišný význam a není dobře, pokud se zaměňují. Naopak, považuji za dobré a nutné, aby hodnoty těchto atributů nebyly prohlížeči zaměňovány. Pak si i uživatelé/amatérští autoři webů všimnou, že každý z nich se používá v jiném případě.
Argument o bobtnání kódu je myslím není tak závažný: u pomocné grafiky (která není vkládaná prostřednictvím CSS) bude mít ALT stejně prázdnou hodnotu (ALT="") a TITLE nebudete uvádět vůbec. U zbylých obrázků, které jsou v početní menšině, můžete navíc uvést TITLE a získat tak kýženou bublinu.
Diky, clovexe celej zivot uci a ja probiral HTML uz davno :-)
Ale kdyz to vezmu uprimne... IE zobrazuje i ALT a pripada mi to lepsi. Myslim ze i Konqueror a Galeon. Mozna by stalo za to umoznit v preferencich volbu zobrazovat ALT do bubliny. Pokud totiz budu muset pridavat do kazdeho IMG jeste dalsi atribut, kod stranky tim jeste vic nabobtna a telekom bude menit zitrek jeste radostneji :-(
Jedná se rozhodně o záměr. Alt je textová náhrada obrázku pro případ, kdy obrázek není možno zobrazit (je poškozený, nepodporovaný formát, nedosažitelný či jen prostě uživatelem nežádaný) a nemá smysl jej zobrazovat v ostatních případech.
neni chyba, spise zamer,
ALT neni pro zobrazovani po najezdu mysi, ale jako alternativni text misto obrazku, zkuste atribut TITLE:
title = text [CS]
This attribute offers advisory information about the element for which it is set.
Values of the title attribute may be rendered by user agents in a variety of ways. For instance, visual browsers frequently display the title as a "tool tip" (a short message that appears when the pointing device pauses over an object). Audio user agents may speak the title information in a similar context. For example, setting the attribute on a link allows user agents (visual and non-visual) to tell users about the nature of the linked resource:
Jeste mam ponekud opozdeny dotaz. Proc se v Mozille 1.0 pro Widle98 nezobrazuji textove bubliny u obrazku? (atribut ALT) Stejna chyba byla i v Neckach 6.x. Nebo mam neco blbe nastavene?
Pokud je to bug, je docela ostuda, ze se takova trivialni vec neresi.
Pokud jste libovolnou chybu reportoval, uvadel jste i svůj e-mail. Na ten by Vám měly chodit informace o veškerém vývoji okolo této chyby. Bez znalosti Vašeho e-mailu ani čísla chyby bohužel nejsem schopen říci více.
Pokud Vás zajímá, jaké chyby se okolo prvku TEXTAREA řeší, koukněte se na meta-bug 108120 nebo její zbývající chyby, seznam ale nemusí být kompletní. Možná, že by Vám mohl pomoci i tento seznam chyb vázajících se k formulářovým prvkům.
Každou maličkost, která Vám vadí, popište a nareportujte. Před tím ale doporučuji vyzkoušet aktuální nightbuild.
No a po chvili pouzivani jsem zjistil, ze jsem prisel o vsechny bookmarky. Zaloha nikde. Smutne.
Jinak koukam, ze do vyvoje Mozilly asi docela delate, proto bych se rad zeptal na jednu vec: mam s Mozillou na WidleXP (uz od nepameti) problemy, ze nekdy nefunguji sipky (ve formularich), nekdy nefunguje copy (oznacim text a pritom je polozka Copy zadisablovana a Ctrl+C nefunguje). Experimentovanim jsem zjistil, ze je to primo zavisle na aktualnim obsahu clipboardu - spustim si notepad, napisu dva znaky, soupnu je do schranky, prepnu se do Mozilly a sipky fungujou, Copy polozka je pouzitelna (a funkcni) apod. Jiz jsem to nekam do Bugzilly reportoval (primo k bodu ve stylu "Schranka obcas nefunguje"). Nevite, zda se na tom nejak pracuje ci nikoliv? Je to opravdu nemile (zvlaste pokud pisete neco ve formulari a pri kazdem stisku mezerniku stranka odroluje dolu, jakoby Mozilla nevedela, ze zpracovavam formular) a zda se mi, ze to nikdo moc neresi. Dik
ČLÁNKY DO MAILU