Fun: Internet Explorer 6 búcsúztató

Fun

Egyre többen akarták az Internet Explorer 6 halálát az utóbbi időben. Úgy fest, hogy fel is dobja a talpát március elsején a kaliforniai Mountain View-ban. A búcsúztatójára Denverben kerül sor március negyedikén. Akik nem tudnak személyesen jelen lenni, küldhetnek virágot. A részletek az ie6funeral.com-on.

( aries | 2010. 02. 26., p – 22:13 )

Szerintem Nobel-díjat fognak osztani annak, aki kiszámolja, hány milliárd dollár veszteséget okozott a világnak a késői halála.

( pgabor v | 2010. 02. 27., szo – 00:09 )

azért figyelitek:
<!--[if IE 6]>
<script type="text/javascript" src="sites/all/themes/ie6sucks/js/ie6.js"></script>
<![endif]-->

( aga_et v | 2010. 02. 27., szo – 01:05 )

:D
Aztán 20 év múlva jön az "msfuneral.com" 40 év múlva meg a "googlefuneral.com"
;)
--
AGA@
Clyde Radcliffe Exterminates All the Unfriendly Repulsive Earth-Ridden Slime

Finoman utalnék rá, hogy valaha kicsit nagyobb volt az ország:
1328 Kremnica Slovakia Mint
1756 Apatinska Pivara Serbia (Vojvodina) Brewery
1790 Zwack Hungary Liquor
1848 Pécsi Sörfőzde Hungary Brewery

Az orsztrák sorokat nem nyálaztam át, nem tudom van-e köztük várvidéki cég.

Üdv: Tamaas

Azért elég durva tulzás a fenti mondatod.
A legelső MEGMARADT írásos emlék nem azt jelenti, hogy a kultúránk akkor kezdődik. (Mellesleg majd 1000 éves az első megmaradt írott emlék: http://hu.wikipedia.org/wiki/Tihanyi_alap%C3%ADt%C3%B3lev%C3%A9l)

Javaslom a történelemkönyv újbóli áttanulmányozását. A magyar kultúra gyökerei amúgy több, mint 1400 éves múltra tekintenek vissza...

Üdv: Tamaas

Jó, akkor ne kultúráról beszéljünk, hanem társadalomról, vagy szervezettségi szintről.

Azt azért elismered hogy a mi lovas nomád őseink és az 578-ban alapított japán cég közt "kis" színvonalbeli eltérés van... Ez ugyanis azt jelenti hogy az elmúlt 1500 évben a társadalom mindig legalább annyira stabil volt, hogy ilyen cégre volt folyamatos igény. Errefele örülünk ha 100 évnél idősebb valami vállalkozás.

Amúgy egész Európával az a gond ebben a tekintetben, hogy mindig volt valami őrült aki megnyomta a reset gombot.

Viszont én nem ismerem el, mivel lovás nomád őseink nem voltak (vagy legalábbis 1400 éve már biztos nem).

A statikus civilizáció _nem_ stabil civilizációt jelent. Akkoriban (tehát az ókor és a koraközépkor időszakában) egymás mellett élnek statikus és dinamikus civilizációk, ami pedig a stabilitást illeti, mindenidők legnagyobb kiterjedésű ókori birodalma, a hun birodalom összesen több, mint 700 évig állt fenn! Ha úgy vesszük, a statikus civilizációk fejletlenebbek a dinamikus civilizációknál, hiszen nem képesek leküzdeni a teret, folyókhoz, javakhoz kötődnek. A honfoglaló magyarság sok száz (vagy ezer) éve jól szervezett dinamikus társadalom akkoriban. (Egy társadalom fejlettségét érdemesebb a művészetben, népművészetben, írástudásban, stb. mérni.)

Úgyhogy egy részben technikai fejletlenség (nem volt elegendő hadihajó a környéken Japán megszállásához), részben az érdektelenség (mi a fenének megszállni Japánt, mi van ott, mi vezet arra?) folytán az akkori világ végén éldegélő társadalomban sokáig fennálló cég, stabilitási vagy fejlettségi előnyben aligha van mondjuk Közép-Európához képest.

( pepo v | 2010. 02. 27., szo – 06:20 )

Hiányolom az OpenSource virágot. Tőlem lehetne egy kóró útközépre vetve, vagy bármi.

( trey | 2010. 02. 27., szo – 08:59 )

Azon gondolkoztam, hogy az IE6 vajon beleférne-e a minden idők legjobban gyűlölt szoftvere TOP10-be.

--
trey @ gépház

Én jómagam gyakorlatilag sose használtam (azon kívül, hogy nyilvánvalóan szupportáltam amikor kellett cégeknél) és sose kellett rá weboldalt készítenem, de nehezen tudom elképzelni, hogy mi az a bűn, ami ilyen indulatokat és reakciókat vált ki az emberekből. Gyakorlatilag önfeledt ünneplést látok az interneten amiatt, hogy elkezdték egyre többen végleg temetni. Ennyire szar volt tényleg?

--
trey @ gépház

Szerintem amiatt tehető az egyik legjoban utált szoftverré, mert elterjedése egyszerre történt az olcsó szélessávú internetezés elterjedésével. Ez volt a default böngésző, eredetileg sok biztonsági hibával, emiatt persze terjedt a sok malware, és lehetett rendszert telepíteni havonta a sok-sok r=1 usernek. A weboldal-készítők szempontjait most nem ecsetelném (box model bug pl.), mert az sokkal szűkebb réteg.

Igen, elhiheted. Egy komolyabb weboldalt, ami kinézetileg nemcsak alap html elemeket tartalmaz, szinte borzalom megírni. A PHP/SQL kezeléséről sokat nem tudok, de azt igen, hogyha az oldalamon valami komolyabb dolgot akartam megjeleníteni, azzal mindenképpen számoltam, hogy IE6-on szinte biztosan nem fog úgy megjelenni, mint a többieken. Sokszor a fejlesztés fele csak azzal ment el, hogy végre normálisan nézzen ki IE-n is. Arról nem is beszélve, hogy az átlátszó részekkel rendelkező PNG-t még hírből sem ismeri, ami pedig nagyban rugalmassá tenné az oldalt az esetleges fejlesztéseknél, nem részletezem miért. Ezenkívül sokszor úgy tűnt, hogy az IE6-ra teljesen más szabályok vonatkoznak, de még az IE7 sem stimmel teljesen.

SKL - leírásgyűjtemény és informatikai portál

Nálunk pl policy a cégben, hogy akárki akármikor csinál egy validálást html-re meg css-re, akkor "This document was successfully checked as XHTML 1.0 Transitional!" meg "Congratulations! No Error Found.", és persze biztos ezt is meg lehet kerülni, csak ez a folyton kerülgetés...

java'nother blog

ez a policy addig marhajol mukodik amig az ember csak a sajat cuccaival dolgozik, es a teljes lap felett irayitasa van... A gond ott kezdodik mikor mondjuk be kell emelni valaki mas headerjet, vagy valamilyen kulso tartalmat amit nem te szolgaltatsz, es akkor az egeszet kenheted a hajadra mikor a partner headerben mar eleve 300 hiba van a validatorban....

"A PHP/SQL kezeléséről sokat nem tudok"

EPIC FAIL! ~~~

Az IE6 meg azért FAIL, mert előszeretettel renderel mindent quirks módban ami rajta kivül mással is (mondjuk a webszabványokkal) kompatibilisra van megírva.

A CSS boxing model-t is megérti a drága, de nem quirks módban, így mondhatjuk, hogy az IE6 visszafele kompatibilis, cserébe azért, hogy semmi mással nem kompatibilis.

Ezt kell betenni, hogy strict módban rendereljen: 

DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01//EN"
"http://www.w3.org/TR/html4/DTD/strict.dtd"

Ha a DOCTYPE előtt bármi más van whitespace-en kivül (tehát egy html comment, bármi), akkor quirks módban renderel.

Persze strict móddal se vagyunk igazán kisegítve, de úgy már kb. egy 2001-es böngésző szintjén működik (érti a box model-t stb.), mint mondjuk az Opera 6.

Az IE6 aldas es atok volt egyben (ezert kovezni fognak megint, tudom :)

Azt, hogy ma leteznek olyan webes alkalmazasok, mint a GMail, vagy a Docs, es ezek tenyleg mukodnek, azt annak koszonhetjuk, hogy volt 3-4 csendes ev a bongeszopiacon, amit az IE uralt, de netscape-ek is utolso lendulettel meg becopyztak az XMLHttpRequest nevu ficsort.

(Douglas Crockford, a modern JS fejlesztes atyja szerint: "the fact that Microsoft did nothing [with web browsing] for 5 years was probably the best thing Microsoft has ever done.")

Az IE6 tovabba a masodik generacios IE bongeszok kozul volt: o tudott jol viselkedni, de csak a "beavatottak" tudtak errol, Google-huszarok nem tudtak, hogy az IE egesz kulturaltan viselkedik, ha a fejleszto felirja a DOCTYPE-ot, es nem szurja el a HTML-t. (Ez volt a quirks mode vs. standards mode). Ennek kialakulasarol sokan cikkeztek (pl. google-talalat: http://www.ericmeyeroncss.com/bonus/render-mode.html ), a lenyeg, hogy ezt nagyon sok ember nem tudta.

Persze, nem volt bug-free, de az MS amit eredetileg akart - olyan elemekkel boviteni a HTML-t es a CSS-t, amit lehetetlen lett volna szinte masnak is implementalnia, ez volt a DHTML - nem jott ossze, igy hagyta a francba a dolgot, evekig.

A kozhiedelemmel ellentetben az IE6 tenyleg koranak legjobb bongeszoje volt. Csak epp 2001-et irtunk ekkor. Benne dolgozott a Javascript referenciaimplementacioja, a JScript interpreter (tulkepp ez lett a szabvanyos EcmaScript 3, ami iden decemberig volt a legfrissebb js szabvany), volt benne komoly CSS tamogatas - megha bugos is, de ugyanekkor az opera kb. letoltette veled a CSS fajlt, mint ismeretlen fajlformatum -, sot, voltak benne DirectX es ActiveX feature-ok, felkeszitendo egy soha el nem jott kor platformjanak. A DirectX feature-ok kozul sok kerult be mas szintaxissal a CSS kesobbi valtozataiba, az ActiveX-es feature-ok kozul az AJAX lett a leginkabb meno (ami itt volt eloszor.)

Ezek a tulajdonsagai viszont, miutan beertek versenytarsai (a fejlesztok pedig epitkezhettek az IE stabil valtozatlansagara), pont hogy a hatranyaiva lettek: a ketarcu DOM API sajnos nem tud megfeleloen mukodni, a sok megfontolasbol (tobbek kozt dacbol) mashogy szabvanyositott feature-oket nem kovette, a referenciaimplementacio bizonyos helyzetekben lassu volt egy banalis gondolat miatt.

A problemak akkor jottek, amikor az egyebkent qrva jo, bar picit divatjamult bongeszot az emberek nem csereltek le 5 evvel az elod megjelenese utan. Pont azert, mert jo volt. Pont azert, mert epitettek az allandosagara. Az IE7 kb. ugyanugy jart, mint a Vista, azzal a nem elhanyagolhato kulonbseggel, hogy itt az IE8 se tudott nagyon labdaba rugni.

Kozben egy csomo minden megjelent az AJAX es a DHTML-CSS feature-ok nyoman: itt a CSS3, itt - az MS almait mashogyan megfogo - HTML5, itt vannak a megalmodott JS appok, amikhez ma mar just-in-time forditos VM-ek tartoznak (TraceMonkey, V8, SquirellFish Extreme), megjelentek a tabok (ez eredetileg Opera ficsor volt), es az egyre vadabb elkepzelesek egyre kevesbe birtak az IE6-tal.

Az IE6 a kor legjobb bongeszoje volt, es kaput nyitott egy uj kornak, amire nem lett volna kepes, ha nem az, ami. Ugyanakkor ez az uj kor egyre kevesbe toleralja folyamatos jelenletet, igy mennie kell. A felhasznalok ritkan panaszkodnak ra, a fejlesztok viszont egyre inkabb, igy nekik kellett meglepniuk az ehhez szukseges lepest, csak mindig arra vartak: elobb a masik.

A googlenel megjott az elegedetlenkedokbol a kritikus tomeg, alkalmazasaik pedig talan heteken belul meg fogjak valtoztatni az IE6 helyzetet a bongeszopiacon.

Bar en is rengeteget szivtam vele kezdokent, megis azt mondom: ha az IE6 nem lett volna egy korat megelozo bongeszo, ma nem letezne az a kor, ami most lehagyja.

Hát mondjuk elég kellemetlen tud lenni, mikor rájössz x óraszívás után, hogy (nem melékszem pontosan ez volt-e, de valami ilyesmi, régóta frameworköt használok) az onload eseményben elhelyezett függvényhívásokat fordított sorrendben alulről felfelé futatja, és azért nem talál valami változót, mert az a függvény, ami ugyan előbb volt és beállítja az értéket még nem futott le. Ráadásul debugolni is kín az egészet. Ja és ilyenből ha volt 2 egy nap, akkor aznap nem haladtál semmit :D. Én nem vagyok site builder, de amit láttam eddig, az éppen elég volt arra, hogy a style="display: none;"-on kívül más css-t nem írok, és antiszociális magatartást tanúsítok ha bárki azt szeretné, hogy ezen változtassak.

"Ennyire szar volt tényleg?"
Tényleg.

java'nother blog

( Charybdis | 2010. 02. 27., szo – 15:54 )

Kereken 20% használja még az IE6-ot, erről nem szólt senki az oldal készítőjének.

( kohinoor | 2010. 02. 28., v – 07:59 )

nalunk meg mindig ie6 a standard :)

( BeR | 2010. 02. 28., v – 10:26 )

Böngészve itt alább, az jutott eszembe, hogy vajon miért nem volt egy olyan okos-ügyes ember/cég, aki helyből böngésző szabvánnyal kezdett?

(...no nem az itt szitkozódóakra gondolok...)

Azert, mert bongeszo szabvannyal kezdtek: ez a HTML.

A web pont annak koszonheti nepszeruseget, hogy Marc Anderseen - a Mosaic alkotoja - kitalalta, hogy szep ez a standard, de neki kellenek kepek, es letrejott az IMG tag.

Nagyon sok ilyen gyartoi elszallas van, amik kesobb lettek szabvanyositva (vagy nem.)

A javascript a netscape elszallasa, a ma hasznalt layout-rendszer az IE-e, a tabok az operae, stb.

Ez leginkabb a 90-es evekben volt eros, amikor havonta jottek ki uj bongeszok es bongeszo-verziok, es mindenki azzal probalta meg magukhoz lancolni a fejlesztoket - es ezaltal az embereket - hogy olyan dolgokat rakott a HTML-motorjaba, amit a masik nem tudott.

Nagyon nehez egyebkent ez a dolog, mert a Java EE kontenerek is ossze tudnak veszni - lehet, hogy egyre kevesbe, nem voltak anno 100% kompatibilisek extra feature-ok miatt -, az SQL szerverek is csak korulbelul portolhatoak - migraltal mar mssql/sybase es oracle kozott? - es meg sorolhatnam a peldakat: a szoftveriparban ez a szabvanyositas egyelore nem tul sikeres dolog.

(Igazabol az adatformatumoknal az, de ott is leginkabb ott, ahol csak olvasni kell, ha irni kell, megint haccacare van.)

Vannak olyan dolgok, amik a mai napig nem szabvanyosak, megis hasznaljuk: ilyen az XMLHttpRequest, a DOM feature-ok jelentos resze (ezert van az, hogy bugosak az implementaciok), es a HTML5 kobevesesi idejet is 2020-ra saccoljak -maguk az alkotok...