Vlákno názorů k článku Konec Internet Exploreru: další válka, nebo vleklé příměří? od Vik - Těm, kteří rozhodují, uživatelům, tento scénář žádné reálné...
-
Článek je starý, nové názory již nelze přidávat.
- Podle hodnocení
- Podle vláken
- Nejnovější
-
Vik (neregistrovaný)Těm, kteří rozhodují, uživatelům, tento scénář žádné reálné výhody nepřinese.
Uživatelé o tomto nerozhodují. Jak je zmíněno na jiném místě v článku, uživatel bude používat prohlížeč, který se mu nainstaluje s windows. Bude se dívat na takový design, který tento prohlížeč bude podporovat (který vytvoří vývojáři stránek).
... že klíčem k úspěchu na Webu není technoligií "nadupaná" slupka, nýbrž informačně hodnotné jádro v dobře použitelném, byť poněkud strohém balení.
Toto platí pro vás, jako pro odborníka. Většinový uživatel se slupkou nechá ovlivňovat stejně jako v knihkupectví, novinovém stánku či bilboardem s reklamou na rádio.
Microsoft mimo konstatování o ukončení vývoje IE další informace nezveřejnil? Myslím o tom, jak bude IE nahrazen.
-
Vita (neregistrovaný)Stavite to do velmi spatne situace pane Prokop. Jestlize jsou dva servery po informacni strance stejne a jeden s dobrou a vecmi ktere mi ulehci praci a druhy bez nich, kam myslite ze pujdu?
Z pohledu vlastnika je to DOST podstatne kam pujdete. Cenou se neodlisite, kvalita je stejna - a otazka je co muzete nabidnout navic. Prirovnal bych to spis k restauraci. Prestoze mi budete tvrdit ze ve dvou restauracich je srovnatelne jidlo se stejnou cenou, pak vam je mozna jedno kde budete jist ale ja radsi pujdu tam kde si muzu sednout i s bilym oblecenim.
Mit obchod ktery nevydelava neni zadne terno. Proto budu radsi technologie zkoumat tak abych v ramci standardu nabidl lidem vse co muzu. Budu pouzivat navigaci pres tag link prestoze vim ze DNES ji vetsina lidi nevyuzije.
Vy sam nejlip vite jake to je kdyz clovek po roce skoukne sva dila - dokaze na tom najit desitky chyb a prohresku. Proto se snazim delat stranky tak abych se za ne ani za rok jeste nemusel stydet - protoze vim ze xhtml 2.0 je jeste hudbou budoucnosti diky chybam v IE - a tudiz se mi vyplati dnes delat maximalne dle xhtml 1.1 nebo 1.0 strict.
Mozna proto ze vim ze pred tremi lety jsem delal jednu praci, vcera jsem ji prohlizel a divil jsem se ze uz tehdy jsem pouzival veci jako label, fieldset, accesskey, v tabulkach caption atd. -
Marek Prokop (neregistrovaný)Já s vámi zcela souhlasím pokud jde o použitelnost a její vliv na obchodní úspěšnost webu. Máte naprostou pravdu, že ze dvou obsahově podobných webů si vyberu ten použitelnější, a to dokonce i v případě, že bude jeho obsah o trochu horší. Zřejmě se ale neshodneme na prostředcích, které jsou k dosažení dobré použitelnosti nezbytné. Já se domnívám, že výborně použitelný web jde bez problémů udělat i s prostředky, kterými disponuje IE6 a dokonce i IE5.
To navíc z podpory XHTML, CSS a DOM, co nabízí Mozilla a Opera, bych sice moc rád používal také, ale když o tom uvažuju střízlivě, pragmaticky a bez emocí (tj. bez poněkud samoúčelného zalíbení v hračičkách a technické dokonalosti), klidně se bez toho obejdu a uživatel to na kvalitě vůbec nepozná.
-
Vita (neregistrovaný)Nerikam ze pouzitelny web udelate s omezenim na IE 6.0 ale zajiste mi date za pravdu ze existuji kvanta veci ktere IE neumi a presto uzivateli v praci s vasim webem mohou vyznamne pomoct.
O co jde - o to ze nekdo bude dal delat web s tim ze rekne ze web je omezen na to co umi IE 6.0. Ale to je chybna cesta - protoze vemte si ze dne x.y.z mate skvely web, prijde novy IE a vas web je principielne zastaraly brak. Proto se nehodlam ridit IE i kdyz ma xy procent. Budu si pouzivat dal veci ktere IE neumi prestoze dle normy jsou spravne - s tim ze ti ostatni to uvidi.
Jednoduse proto ze vim ze v urcite situaci nema smysl plytvat casem na emulaci veci ktere IE neumi. Napsat tr:hover td je nepochybne rychlejsi nez psat na to javascript (ktery je navic stejne velmi pomaly pri vetsi tabulce). -
Marek Prokop (neregistrovaný)To s tím tr:hover td je dobrý příklad. Ano, tak opravdu můžete zvýšit použitelnost způsobem, který IE6 nezvládne. V případech, kdy ten hover efekt není pro daný web klíčový, je to asi rozumné řešení. Jenže v případech, kdy to má zásadní význam, budete muset stejně sáhnout po JavaScriptu. Když už pro nic jiného tak proto, že podporu pseudotřídy hover pro prvek tr žádný standard nepředepisuje a nemáte tedy záruku, že ho jakýkoli budoucí prohlížete bude podporovat.
-
Vita (neregistrovaný)Podivejte, udelam-li tabulku s udaji a chci cloveku usnadnit cteni, proste to tam dam. Stejne tak muzu udelat totez co pixy (p:hover a). Jiste uznate ze tohle nemalo usnadnuje praci uzivatele s dokumenty. Web na tom nestoji - to je jasne, ale oba vime ze prozitek uzivatele z webu ktery tohle umi a neumi je rozdilny.
K javascriptu hrabat nehodlam. Jiste, je mozne to udelat pres .htc ale oba vime ze vetsina lidi se na to vybodne uplne. Proto to jednoduse udelam pro ty co pouzivaji operu. Ti ostatni uvidi stejnou tabulku jak vsude jinde, ten zbytek bude mit radost ze se na ne nezapomina. Pri trose stesti to ukazi tem kteri maji IE a ti zjisti ze existuje neco vic nez jen IE.
Proste jsou to principielne veci na kterych web nestoji - nevyplati se mi travit desitky minut implementovanim neceho kvuli jedne skupine uzivatel (prestoze majoritni) - protoze vim jak je javascript pomaly. Mam 1800 MHz procesor a delat obdobu tr:hover td (tedy to co jsem popsal predtim) pomoci javascriptu pro tabulku nad 100 radku je zbytecnost - je to totiz tak pomale ze to nema smysl - protoze to ma nejakou vterinovou pauzu proti CSS stylu. -
karel (neregistrovaný)Pseudotřída hover v záhlaví tabulky je zřetelná ukázka toho, že se CSS začíná vydávat směrem, na kterém skončil vývoj HTML: dva milióny tagů (když to přeženu..) s nevyužitelnou, protože specifickou funkcionalitou. Ano, je hezké mít v řádcích tabulky hover, jenže někdo chce, aby mu vysvěcování třeba pomalu dohasínalo a/nebo nabíhalo (neustálé problikání je nepříjemné), jiný zase chce, aby namísto toho prosvěcoval jen text v řádku atd. Prostě požadavky praxe jsou neomezené a pokud se jim CSS bude snažit vycházet vstříc vydáváním dalších a dalších propritárních rozšíření, utopí se v monstróznosti specifikace a nekompatibilitě její praktické realizace stejně, jako původní specifikace HTML 4.0
MS jde zlatou střední cestou: funckionalitu HTML rozšiřuje skriptovanými komponentami, extrémně jednduchými na použití, ale neomezeně flexibilními ve svých možnostech. A jde ještě dále: podporuje např. (dnes již standard HTML+TIME) který umožní stránky dělat dynamické - ale bez (potenciálně příliš mocných a tudíž nebezpečných) JavaScriptů. Koncepce skriptovaných behaviors se ve skutečnosti chová jako rozšíření stylů a stejně tak i funguje: nikomu nemlůže zavřít okno browseru, odeslat data na pozadí nebo třeba vyhodit popup. Je pěkně uzavřena a zapouzdřena do skriptované komponenty, jejíž jedinou starostí a možností je pečovat o dynamický styl prvku, ke kterému je přiřazena.
A na hover styl tabulky psát skript ani nemusíte: na MSDN je už dva roky komponenta (hover class behavior), která to řeší i na sloupce a řádky současně. Ve skutečnosti je stejně rychlá na malé i velké tabulce stejně jako styl: to oč tu jde je v události mouseout a hover odbarvit jeden řádek a dynamicky ostylovat druhý - kolekce zbývajících se přece přitom procházet nemusí. Pseudotřída hover CSS 2 to ostatně provádí úplně stejně.
Doporučuju studovat více technologie, které jsou v tom "starém" MSIE 6.0 obsaženy a jejich ideové kořeny. Na rozdíl od PHP kde je každá funkce co jiná ves jsou technologie MS rozvíjené docela koncepčně. MSIE rozhodně nemusíte vyčítat zpětnou nekompatibilitu: naprostá většina věcí, fungujících ve MSIE 4.0 funguje i v té šestce, což se o Netscape zdaleka říct nedá.... -
karel (neregistrovaný)uživatel bude používat prohlížeč, který se mu nainstaluje s windows...
To je obvyklé zaklínadlo všech, kdo tuší, že síla MSIE je v něčem docela jiném - jenže kdo např. používá Write nebo PaintBrush jen proto, že se dodávají s Windows ?
MSIE na Macu už dnes nahradí dva nativní prohlížeče dodávané s MacOS-X. -
Vita (neregistrovaný)Zkuste si uvedomit ze write vs photoshop je trosku rozdil. Write se nesnazi nahradit profi nastroj, je to proste psatko. Paintbrush je malovatko - nic to neumi a proto to nahradit musite (pokud se tim zabyvate).
IE je nekde jinde - ma implementovanou vetsinu veci z toho co by mel. Potiz je v tom ze uzivatel IE jeho nekvalitu nepozna jednoduse proto ze webmaster si nemuze dovolit aby to v nejrozsirenejsim (byt se skripenim zubu) prohlizeci vypadalo spatne.
Na druhou stranu, jinde mluvite o nejslabsim clanku pri delani stranek - a IE je skutecne nejslabsim clankem bavime-li se o strankach, nikoli aplikacich. Argumenty o .htc, extensions atd. jsou sice pekne ale urcite by me jejich absence bolela mene nez me boli absence poloviny CSS 2. To ze si neco muzu 'doskriptovat' je sice pekne ale proboha proc mam skriptovat veci ktere kazdy jiny prohlizec umi? Je to jen zvysovani datoveho prenosu - bohuzel.
ČLÁNKY DO MAILU