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
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.
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.
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:
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.
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 :-(
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.
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 :-)
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.
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.
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.
ČLÁNKY DO MAILU