K rychlosti startování: zkusil jsem ji teď spustit a včetně mé volby profilu naběhlo okno za 7 vteřin (a to má každý pařan lepší počítač než já). Což není nic, co by práci zdržovalo, ale ani se samozřejmě nejedná o výkon, který by nešlo urychlit.
Ad hloupé bugy - doufám, že je budeš ochoten nareportovat do Bugzilly, ale hledej je spíše v 1.1alpha.
Nemusíš ty bugy ladit, stačí, když je popíšeš, prosííím - aneb jak se mají vychytat mouchy, o kterých se neví?
Ad Abíčko - zadal jsem ten flash do Bugzilly.
Redakce Lupy Mozillu zná, ale není to vůbec relevantní, protože redakce design webu LUPY nedělá (obdobně jako nemá vliv na zobrazovanou reklamu atd.).
Za vzhled i HTML kód jsem zodpovědný přímo já a o Mozille jsem již něco slyšel. Pokud se nepletu, vznikal HTML kód tohoto webu na přelomu roku 99/00 se zadáním obsahující podmínku - web musí být shodný v MSIE i NN (moná i NN3), resp. musí jít bez problému číst v Lynxu. Zadání bylo tehdejším kódem splněno, ale postupným vývojem prohlížečů se výsledné řešení dostalo mimo rozsah dnes optimálních řešení a bude v určitém horizontu nahrazeno. Na druhou stranu, čisté strukturované HTML s CSS stále není většinovými prohlížeči korektně zobrazováno (např. margin:auto), takže odklad novému kódu neuškodí.
Naopak co mi nyni vadi je fakt, ze na Widlich jsem zvykly, ze kombinace Ctrl+ 'sipka vlevo/vpravo' skace po slovech v dopredu/dozadu - jedina Mozilla dela pouze znak vlevo/vpravo - a to jak ve formularovych oknech, tak vsude jinde. Proto se tazi - je to zadouci stav nebo si toho nikdo nevsiml ci dokonce je to jiz legendarni chyba XY?
PS: Vcera jsem konecne NS dal k vode a jiz never more, MS IE pouziju pouze velmi vyjimecne (mam vnem prece jen dost bookmarku a nektere dalsi drobnosti, ktere jsem jeste liny presunout do Mozilly, v podstate veskery Web + Postu jedu v Mozilla. Co mne zatim zklamalo je WebEditor (NS ho IMHO mel lepsi, ja to ale stejne nepouzival), na druhou stranu spousta plug-inu (davam bod za Jabber, ale jeste jsem ho nezkusil)...
dovolil bych si pripomenout, ze i MS deklaroval (bohuzel po tech letech presny link nejsem schopen dohledat) - pote co to ucinil NetScape Communication - ze zverejni source sveho prohlizece. Do dnes se tak nestalo...:-)
Druha vec, ktera mi dost silne k tematu vadi je fakt, ze Mozilla v sobe krome standardnich veci obsahuje dost proprietalniho balastu z NetScape. Kdyz se na jednu stranu zastitujeme standardy, meli bychom si zamest pred vlastnim prahem.
S temi standardy to bohuzel tak slavne neni - ostatne i Adam to kulantne shrnul, kdyz napsal "temer" - otazka je, co to 'temer' znamena pro jednotlive koncove skupiny...
Proprietální balast z Netscape - nejsem sto posoudit, jaký kód takový je a jaký ne, ale pokud máš pocit, že je nějaká jeho část, máš ty konkrétně dvě možnosti - jednou je report do Bugzilly a druhá je speciálně pro tebe - můžeš je začít upravovat (což není snaha o klasické odpálkování, ale reálné zhodnocení tvých schopností) - vývojářů z CZ je nějak příliš málo.
Standardy - nechtěl jsem to nijak kulatně shrnovat, ale protože článek je i tak dost rozsáhlý, nechtěl jsem rozpitvávat veškeré detaily. Např. v HTML 4 zůstane naždy neimplementován tag BASEFONT (žádná škoda), jiné tagy nejsou zatím implementovány zcela, viz legendární chyba 915 o sloupcích v tabulkách. Pak je zde samozřejmě řada chybek, bohužel.
myslim, ze se nazorove pomerne shodneme v teto oblasti. Nicmene rovnez rozumim 'nadavkam' ze strany W(H)okynaru, kteri tvrdi, ze Linuxari jsou nabubreli mrnata, kteri nedaji na svou hracku sahnout a ze to tak slavne neni. Myslim si, ze tento pristup z tabora GNU software je skodlivy (a objevuje se cim dal casteji:-() a poskozuje jej. Proc proste cestne nepriznat, ze se snazime o urcitou kompatibilitu, ale ze standard ctit nebudeme. Nez rikat, ze ho skoro 'umime' a bude lip. Nebude, proste prohlizec Mozilla, aspon co jsem byl spraven o planech a vuli kam to posouvat, ani zadny jiny nema vuli byt HTML 4.0 compliant. Muj osobni nazor je, ze je to velka skoda. A ve stredne dobem horizontu se to jako chybna cesta ukazalo u vsech vetsich systemu.
Legendarni chyba 915 je stara - roky - proc proste chybu neodstranit a tim ziskat body a ubrat ostri argumentu z nepratelskeho tabora?
Poznamku o upravach beru vazne, nicmene tudy cesta obecne neni rovnez. Ver mi, ze jsem mel obdobi, kdy jsem byl nespokojen s temer vsim software kolem sebe, protoze jsem mel pocit, ze vim, jak ho udelat lepe. To mozna plati dodnes, ale oba vime, ze jsou to roky prace a i kdybych se rozdelil na mnoho identickych kopii, nemam sanci. Proto se venuji vecem, ktere mne zajimaji a bavi, coz uprimne receno renderer HTML neni. A ze aktivne spolupracuji na odstranovani chyb s vyvojari u mnoha GNU software, o tom nepochybuj. Cinim tak dnes a denne bez vehlasu. Bohuzel obcas si nekteri GNU pletou se supportem a smlsnutim smetany (+vydavani cizi prace pote za svoji)... konkretni nebudu, nema to smysl.
Poznamka na zaver - FreeSWAN je projekt pro implementaci protokolu IPsec v Linuxu. Ackoli s nim lze propojovat vesmes vsechny komercni implementace, vcetne HWrovych (CISCO), na svych strankach cestne rekl, ze DES-56 obsahovat nebude (existuje patch:->) a ze tedy nikdy nebude vyhovovat norme XYZ - na rozdil od jinych vyrobku (je k tomu i logicke zduvodneni, ktere mohu a nemusim akceptovat). Bohuzel mam pocit, ze spousta linuxovych (ci v linuxu coby 1. portovana platforma) projektu ma tendenci, jo jeste to nemame/neumime, ale uz to bude... - to "bude" nebude naplneno nikdy - Mozilla timto trendem bohuzel smeruje rovnez.
1. veci okolo innerHTML - to zacal MS
2. veci okolo layeru - skutecne nezustala v Mozille zadna podpora - jeste nedavno tam byly minimalne JavaScript bindings...?
3. veci okolo tzv. kolekci, tak jak to v MS IE 4.0 zacal prezentovat MS (rovnez zadna opora/podpora ve standardech ani DOMu)
Mam dojem, ze by se toho naslo daleko vice.
A doufam, ze sileny zpusob JavaScript + CSS prezentovany v NS 4.X je historie.
Co mi pri tomto postupu dosti silne unika je skutecnost, ze misto toho, aby se nejprve implementovalo to, co se, jak vy rikate, "musi" - dle norem, implementuje se pouze neco, co se pak vydava, ze je "norma compliant" - pritom to neni pravda a misto toho se implementuji blbosti, ktere Vy nazyvate zpetna kompatibilita - opravdu by mne zajimalo pro koho jsou v tuto chvili implementovany urcite (mam dojem, ze ne kompletne) layery a treba innerHTML, kdyz uz davno mame standardni DOM pristup, ktery podporuji vsechny prohlizece (ten innerHTML navic vyjma MS IE a Mozilla/NS6.X nezna nikdo)...
K stažení na www.mozilla.org/releases/ nebo později během dne na Slunečnici.
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.
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:
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.