HTML 5: Web Forms 2 az Operában és az Acid2 teszt

Internet, Közösségi média

A HTML-t már a négyes verzió óta nem frissítették igazán, ami viszont utoljára 1998-ban volt.
Szerencsére a WHATWG közösség 2004. óta dolgozik a HTML nyelv továbbfejlesztésén, így reméljük, hogy sok igényelt és hasznos kiegészítő került majd be az új változatba.

Az Opera 9-es verziója már rendelkezik beépített (természetesen fejlesztési fázisban lévő) támogatással a HTML 5-ös verziójának a Web Forms 2 implementációjához. A Dev.Opera.com oldalon lévő cikk bemutatja, milyen újdonságokon dolgozik a WHATWG, és hogy ezt hogyan érhetjük el a saját oldalunkon is JavaScript nélkül; többek között:

  • Automatikus fókuszálás a beviteli mezőre (JS nélkül, természetesen)
  • Különböző típusú beviteli mezők (email, url) meghatározása, és a helyes kitöltés ellenőrzésének böngészőre való bízása
  • Kötelezően kitöltendő mezők jelzése a böngészőnek
  • Majd mindezen típusok külön-külön díszítése CSS-el

Az Operáról mindig is igaz volt, hogy követi a szabványokat. Ezt bizonyítandó, már 2006 márciusától, szűk egy éve átmegy a WebStandards által alkotott teszten, az Acid2-n. Az Operán kívül a Konqueror az egyetlen olyan böngésző, amelyik hibátlanul jeleníti meg a mosolygó arcot.

A tesztet bárki elvégezheti a böngészőjén, mindössze egy oldalt kell megnyitni, és egy másodpercen belül már látható is, hogy mennyire egységes a mosoly.

Sőt, az Opera már az S60-as készülékekre készített- és a legújabb böngészője, a Nintendo Wii-s Opera is sikeresen veszi az Acid2-es akadályokat, bizonyítandó, hogy a szabványtámogatás mindegyik Operában egységes.

( trey | 2006. 12. 30., szo – 14:49 )

"Az Operán kívül a Konqueror az egyetlen olyan böngésző, amelyik hibátlanul jeleníti meg a mosolygó arcot."

Mintha arról is lett volna szó, hogy a Safari is átmegy az Acid2-n. Persze gondolom ez a Konqueror érdeme :)

--
trey @ gépház

safarival is mukodik. mondjuk acid2-t leszarom, sok masik oldal meg pont safarival szar (pl netpincer.hu szemet) ugyhogy tartok mas brozereket is. viszont legalabb a felulete, az osx integracioja, es a built-in rss kulturalt, ezek szamomra musthavek. ja es a hup kis szarfos fontjat is automatikusan workaroundolni tudom vele ("never use smaller fonts than...")

"Mintha arról is lett volna szó, hogy a Safari is átmegy az Acid2-n"

Igen, sajnos itthon egyáltalán nincs semmiféle Macem, amin ellenőrizni tudtam volna, hírekre meg nem alapozom, mert anno Firefoxra is megírták, hogy átment a teszten, aztán gondoltam, kipróbálom, hátha mégsem...

De sejthettem volna, mivel ha jól tudom, mindkét böngésző alapja a KHTML, és a Konquerorban jól vizsgázott.

Gondolom a mosoly erre utal a hozzászólásodban:
Éppen, hogy a Safariból (aminek a HTML motorja a KHTML forráskódjainak a felhasználásával készült) emeltek vissza rengeteg dolgot a KHTML-be (ami a Konquerornak a HTML motorja), hogy meg tudja csinálni az ACID2 tesztet.
Amúgy a Konqueror a 3. volt a sorban. Az első a Safari, a második meg szintén valami Mac-re íródott webböngésző.
Emlékeim szerint negyedik volt a Firefox 2 valamelyik fejlesztési verziója, de lehet, hogy az Opera megelőzte.
Aztán végül (és utolsó sorban ;-) az Explorer 7-es is átmegy rajta.

"Aztán végül (és utolsó sorban ;-) az Explorer 7-es is átmegy rajta."

Huh, kérlek, egy képernyőképet mellékelj, mert ha ez igaz, akkor az állam nagyot fog koppanni.

Sajnos most csak a hírekre tudok támaszkodni, és még viszonylag friss (október végi) cikket tudok linkelni.

E blog szerint az IE 7 háát, közel sem jár az Acid2 teljesítéséhez.
Most csak a képernyőképeket nézd, az írás, bár igaza van, kicsit elfogult :D

( mcbuddha | 2006. 12. 30., szo – 15:13 )

Miért érzem úgy, hogy Te (szotsaki) is Operát használsz ? ;)
És örülök, hogy ilyen hírek is vannak a HUP-on.

Óh, hogy találtad ki? :D

Anno még Windowson szoktam rá, mivel megfogott az egérgesztúrája (aztán másolták minden más böngészőbe), meg hogy minden egyben volt/van benne. IRC, mail kliens stb.
És a mérete is 4MB volt akkor, most a nemzetközié is csak 6.

Meg a hangirányítás is tetszett anno benne :D
De igaz, az tényleg csak játék volt, meg a linuxos verzióban nincs benne, sajnos.

Igen, valóban Qt-s.

Mindig többfélét is le lehet töltni belőle; static, shared, innen tudom :D

Bár, mondjuk annyira egyáltalán nem látszik rajta a Qt, mind a Firefoxon a GTK (ha jól tudom, azt használ).

És annyira hihetetlenül át lehet szabni, mint más böngészőt egyáltalán nem (talán még a Konqueror versenyezhet vele, de az sem ennyire flexibilis)

Én csak onnan mondtam a Qt-t, mert az jutott először eszembe amikor ránéztem. És igen, a FF GTK-s, éppen ezért (szerintem) sokkal szebb.

Alapvetően az opera nem csúnya, főleg ha be vannak kapcsolva az effektek, de ahogy bejön egy save file dialog, hát az valami borzasztó. És azért egy FF mégiscsak szebb egy Gnome környezetben (bár régen KDE-t használtam, és ott se tetszett az opera).

Te milyen desktop környezet alatt használod?

KDE-n használom, és annyira nem zavar, biztos megszoktam már :D

A GTK-m meg valamiért teljesen taccsra ment, mivel bármilyen GTK-s alkalmazást indítok, kiírja, hogy nincs téma a qtpathon, és onnantól kezdve csak a win95-ös stílusú, régi, szögletes, csúnya gombok jönnek be.
Hiába álíltom be neki a Qtcurve-öt meg mindent...

Szóval nekem így a ff kevésbé tetszik :D
De valahogy biztos meg lehetne bütykölni, csak lusta vagyok rá :D

Úgy tudom, hogy a mailt le lehet tiltani benne (opera -nomail), de ezzel elveszik sajnos az RSS is. Nem vettem észre, hogy gyorsabban indulna, így szerintem ez bent maradhat. Amúgy, ahogy éreztem, így is gyorsabb firefoxnál (mármint az indulása).

A tray icont az opera -notrayicon indítással tüntetheted el.

Ajánlom még az opera -kioskhelp parancsot is, itt szerintem rengeteg mindent ki lehet szedni, el lehet tüntetni.

Nézd még meg az opera:config oldalt, ahol részletes angol leírással (nem kódokkal) tudod teljesen testreszabni a böngésződ.

A Mágust, a phisingkezelőt, az egérgesztúrákat, a torrentkezelőt a Beállítások menüpontban találod.

Itt tudsz még egyéni keresőket is hozzáadni, illetve a létezőket is módosítani. De szerintem egyszerűbb, ha jobb katt a mezőre akciót használod.
Pl. php.net-nél: jobb kattintás a keresőmezőre, kereső létrehozása, beírod, hogy "p", mondjuk, és utána már működik is: címsorba- "p array".

Aztán könyvjelzőkhöz is rendelhetsz külön azonosítókat: végy fel egy oldalt könyvjelzőnek (mondjuk a hupot), majd válaszd a részleteket, és az azonosítóhoz írd be, hogy "h", pl. Ezután csak írd a címsorba a "h" betűt, és már itt is a hup :D

Meg a billentyűparancsokat is testre lehet szabni:
Eszközök, Beállítások, Haladó, Billentyűparancsok, Billenytűbeállítások szerkesztése, Application, Új, írd be, hogy ctrl shift h, majd tab, és írd be (vagy válaszd ki): Open link in new page, "http://hup.hu".
És már a ctrl+shift+h-ra a hup jön be :D
Ha legörgeted a listát, látod, hogy mindenre van billentyűparancs...

De természetesen megteheted, hogy rámész a Hupon a /boot feliratra és kihúzod az eszköztárra valahova. Ott egy új gomb.

Oh, persze, ha benne van a gyakran látogatott oldalak közt, akkor miután rákattintottál a beviteli mezőre (F8), akkor válaszd a Top10-et, és ott lesz.

Minden oldalnak külön állíthatod be, hogy engedélyezed-e a sütiket, milyen UA-t adsz át neki, hogy JS mehet-e, a scrollbar színezés engedélyezett-e stb.

Egy F12-re pedig előjönnek a leggyakrabban használt globális beállítások.

Az ellenőrzés is a Ctrl+Alt+V-vel megy (vagy jobb katt, ellenőrzés)

Nos, eddig a a működési testreszabások.
Mielőtt elkezdeném, ajánlom, hogy nézz körbe az Eszközök, megjelelés menübe. Minden témának külöböző árnyalot állíthatsz be; tényleg bárhova húzhatsz egy gombot, ha megtekinted az utolsó fülön lévő gombsort.
De még a folyamatsáv elhelyezkedését is 3féleképpen állíthatod be, plusz kikapcsolhatod :D

A firebugot nem tudom, lehet-e pótolni, de ajánlom figyelmedbe ezt a három eszközt.
A forráskódnézegetője például az egész HTML oldalt újrarendezi, színezi, behúzást alkalmaz rá stb.

Nézd még meg az F4-re (vagy a képernyő bal oldalán alapértelmezettben) előjövő menüt. Ide is pakolhatsz dolgokat, pl. szótárakat (dict.tu-chemnitz.de -n van egy jó).
De a sztaki szótárát is a legkönnyebb Operából használni. Miután telepítetted a középső ujj, csak kattints 2x egy szóra (még jobb katt sem kell), és válaszd ki a fordítást.

A kukát már biztos ismered a Ff új verziójából. Operában már több éve megvan. Ctrl+Z az utolsó lap újranyitása, de még a görgetősávot is megjegyzi, az előre/vissza műveletről
nem is beszélve.

Ha közéső gombbal kijelöltél egy webcímet vagy éppen az van a vágólapodon, akkor ne Ctrl+V + Entert nyomj a beíráshoz, hanem Ctrl+B-t. Rögtön behozza a lapot.

Oh, és ha weblapcímek törlésénél (Backspc) nyomod a Ctrl-t is, akkor normálisan fog törölni, a perjelekig, nem pedig az egész címsort rögtön...

Na, remélem, elég sokat el tudtam mondani a testreszabhatóságáról :D

A firebug az az eszköz, ami fejlesztőként a nélkülözhetetlen kategóriába tartozik. Testreszabhatóság alatt én nem a külsőt értettem és linkek, bookmarkok kezelésére. Ezek azok a dolog, amit legritkábban alkalmazok és Firefoxban is a kellő hatékonyságot is el tudtam érni. Mivel elsősorban dolgozok a böngészővel, fejlesztek, ezért eddig számomra ez a legmegfelelőbb eszköz.
Testreszabhatóság területén nem hiszem, hogy le lehet pipálni az extensionöket. Gyakorlatilag csak azokat a funkciókat nem érem még el, amikről nem tudom, hogy léteznek.

Az Opera egyetlen irigyelt tulajdonsága, hogy szerintem a leggyorsabb böngésző. Nagyon gyorsan renderel le egy lapot, egy-egy húzósabb js függvény esetében is 80%, hogy az Opera fog először végezni.

De Firebug akkor sincs, anélkül meg olyan, mintha egy kézzel kellene gépelnem. :)

Szóval Te Opera, én Firefox. Kinek-kinek, mit szeret.

Megnéztem a firebugot, és tényleg rengeteg mindent tud.
Szerencsére nem vagyok (nagyon :D) fanatikus, így webfejlesztéshez innentől kezdve ez is használni fogom, tényleg nagy segítség.

Rengeteg kiegészítő érhető el Operához is, mind widget mind UserJS formájában, amik szélesítik a böngésző tudását, de sokan szeretjük, hogy ebben a böngészőben már elsőre minden egyben van.

"A firebugot nem tudom, lehet-e pótolni,"

Az biz pótolhatatlan. Főleg az 1.0. Az nagyon sokat tud.

"A kukát már biztos ismered a Ff új verziójából. Operában már több éve megvan."

Már bocs, de ki érdekel, hogy _mikor_ tették bele ezt vagy azt?
Ha egy programot kipróbálok akkor elsődlegesen azt nézem, hogy mit tud, mennyire áll kézre, mit tudok én beletenni, mit kell azért fizetni, hogy a program fut és, hogy mennyire segíti a mindennapi munkám.
Azt hogy honnan lapátolják bele az újdonságokat számít valamit? Felőlem az ufóktól is lophatják a tabos böngészést. A lényeg, hogy hasznos, szeretem, használom...

"Ezt az én böngészőmből loptad, megmondalak a tantónéninek"... hehe

( vinnui | 2006. 12. 30., szo – 15:26 )

"Különböző típusú beviteli mezők (email, url) meghatározása, és a helyes kitöltés ellenőrzésének böngészőre való bízása"

Oszinten, ki az aki a bongeszore bizna ilyesmit?

Képzeld el azt, hogy egyszer, majd 10 év múlva, amikor az IE is támogatni fogja ezt, mennyivel kényelmesebb lesz majd beírni azt, type=email, és onnantól nem kell javascripttel szórakozni. Vagy [type=time min=20 max=30], és még sorolhatnám. Gyorsabb lesz a kód megírása, mert attól függetlenül, hogy szerveroldalon is ellenőrizni kell, természetesen, a kliens oldal egyszerűsödik.

( BaliHB | 2006. 12. 30., szo – 15:27 )

link (link !!!! - a szerk.)

szal izé. akkor most kinek van igaza???

Az Acid2 teszt lényege, hogy a böngészők a nem helyes CSS-t hibátlanul jelenítsék meg, hiszen -mint ez sajnos tapasztalható- nagyon sokan nem helyesen használják.

Viszont, attól függetlenül, hogy sokan nem bírnak oldalakat megírni (a CSS-t is beleértve), a böngészőknek még vinniük kell.

Mi lenne, ha minden böngészők csak a szabályos oldalakat vinnék? OK, előbb utóbb kihalna vagy a Firefox vagy az IE :D

háth, én mondjuk azért rá szoktam engedni a validátort, mielött kiadok ilyesmit a kezemből, meg letesztelem minden böngésző alatt (még dillo alatt, meg a pda-s vacakok alatt is szokásom).
én spec marhára unon az olyan takony vebfejlesztőket, akik nem képesek egy kicsit legalább odafigyelni. öszintén szólva nem ártana rákényszeríteni őket, hogy valami normálisat próbáljanak alkotni.
imho

Hát, igen, ezen már én is gondolkoztam, hogyan.

És mindig erre az ördögi körre jutok vissza, nem is tudom miért :D

- El kéne felejteni, hogy IE-hez programozunk, és az IE a szabványböngésző és a Word nem HTML szereksztő program. Tud ilyet, de kb 600 KB egy néhány kis linkes oldal, képek nélkül.
- Ehhez viszont az IE-nek támogatnia kéne szabványokat
- Ehhez viszont a MS olyasféle magatartása szükséges, hogy ne magasról szjanak az egészre, "mert meg tudják ők ezt oldani" felkiáltással
- Így a böngészőt sem ártana fejleszteni
- De ha legalább kiadnak egy böngészőt, akkor azt tegyék elérhetővé mindenkinek, ne csak a legújabb oprendszerükhöz (még ez hagyján), de legalább ne gátolják még jobban az elterjedését a windows valid aktivációjával
- Mert így marad a régi, rossz, de elterjedt böngésző, ami magával vonzza, hogy IE-re is fejleszteni kell, és a más böngészőkbe régóta implementált szabványok használatának mellőzését kényszeríti.
- Csak nem az első pontnál vagyunk újra?

"Mi lenne, ha minden böngészők csak a szabályos oldalakat vinnék? OK, előbb utóbb kihalna vagy a Firefox vagy az IE :D"
Hát nekem ez az álmom. Azzal, hogy a böngészők minden szart visznek rászoktatják a webfejlesztőket a hibás szintaktikára. Szerintem ugyanojan szigorúan kellene értelmezni egy html tartalmat (a kötelezően megadott doctype után) mint ahogy egy C fordító értelmezi a forráskódot. Ha bármilyen hiba van akkor ne jelenítsen meg semmit hanem írja ki melyik sorban van a hiba! Egyszeűen vicc a mai helyzet.

--
sirkalmi

Szerintem ugyanojan szigorúan kellene értelmezni egy html tartalmat (a kötelezően megadott doctype után) mint ahogy egy C fordító értelmezi a forráskódot.

Bár igazad lenne. Akkorát szoptam a prog házimmal, gcc-vel lefordult, VS alatt nem. Man gcc, láss csodát, -ansi kapcsoló:-(. Persze ez beadás előtt 5 órával derül ki.

( Panther v | 2006. 12. 30., szo – 15:44 )

Miért van szükség a HTML-ből újabb verzióra? Ott az XHTML, amit jelenleg is fejlesztenek, szóval az csúsztatás az a 8 év...

Két külön meglátás. A XML alapú technológiát a w3c nyomatja nagyon (mögötte a MS meg egy rakás más cég), és úgy gondolta, hogy a html-nek befellegzett. Ezt a böngészőgyártók nem igazán nézték tétlenül ezért csináltak whatwg-t és nyomást gyakorolva w3c-re és kidolgozták ezeket a "szabványokat". A w3c nem tudott nagyon mit csinálni ezért kénytelen kelletlen átvette a tervezeteket, hiszen ha a böngészők (leginkább Opera és a mozilla) jó része elkészíti ezeket a többiek is kénytelenek "behódolni" és implementálni. Lásd MS taktika az overflow-x overflow-y CSS tulajdonságokkal vagy xmlhttprequest. Kérdés hogy az exporerrel szemben mennyire megy majd a nyomásgyakorlás (nehéz széllel szembe pisálni). Azért az is kérdéses, hogy a IE-vel kapcsolatban a nyomásgyakorlás működött, hogy folytatták az abbahagyott fejlesztést, vagy a vistába akartak valamit belenyomni mindenáron (én azért hajlanék az előbbi véleményre).

Végül is ha jól tudom a w3c ajánlásai sem szabványok. Csak kvázi szabványként fogadják el a dokumentumokat amiket kidolgoznak (ebben nem vagyok biztos).

Igen, Opera valóban gyorsan implementálja a szabványokat, lásd SSE:

Ez egyfajta szerver-kliens kapcsolat, de nem szakad meg, mint a legtöbb oldalnál (mondjuk AJAX-nál elküld egy eventet, utána zárja a kapcsolatot, aztán a kliens újranyitja stb), hanem folyamatos marad.

A leírása közérthetően itt.

Egy példa hozzá, egy chat alkalmazás itt.

Én pl nagyon örülnék egy olyan dolognak, hogy file feltöltéskor több file-t is ki lehessen jelölni ne csak egyet. Mi a legegyszerűbb módja annak, hogy több file-t fel lehessen tölteni ily módon egy menetben? Java Applet, Javascript? Ha teszem azt egy albumba fel akarok tölteni 50 fényképet akkor elég uncsi egyesével kijelölgetni őket. Még azon gondolkodom, hogy egy zip file-ba beleteszem őket, szerver oldalon meg kibontom és szépen elhelyezem a képeket az adatbázisban.

--
sirkalmi

( Ajnasz v | 2006. 12. 30., szo – 16:31 )

Na ne már, hogy az acid2 határozza meg, hogy mennyire jó egy browser.. :) Engem pl abszolút hidegen hagy, hogy az a fej olyan-e, amilyennek valakik megálmodták. Tényleg, az lehetetlen, hogy rosszul álmodták?

Fura dolgok ezek. Pl. a W3C teszten átment oldal a W3C Amaya böngészőjével egyáltalán nem működik. Több ilyet is láttam. Ez miért van? Ez az Amaya már teljesen halott project? Senki nincs mögötte? Nem támogatják? (persze, majd MS..)

(más: ha Opera ennyire standard-os, akkor igazán leellenőrzhetnék pl. az iWIW fejlesztői, hogy normálisan menjen vele a megújult oldaluk (mint ahogy kicsitt régebbi FF-el is) ld.: http://hup.hu/node/33613 )

Talán azért, mert hiába istencsászár az Opera és átmegy az Acid2 teszten, ami ugyebár a CSS-t teszteli, attól még lehetnek komoly hiányosságai a DOM és JS terén. Utóbbiakban viszont jelenleg nekem úgy tűnik, hogy a Firefox a nyerő, FX3 után meg már az Acid3-ra se lehet sírni.

(Jönnek majd megint a memórialékek, meg az erőforrásigények.)

Akkor úgy néz ki, neked szerencséd volt. Én már belefutottam abba, hogy egy table -t próbáltam feltölteni (teljesen szabályos) adatokkal az .innerHTML tulajdonságánál fogva, opera viszont rendre szétugrasztotta az egész táblázatot, CSS-t nem alkalmazta rá, stb.

Végül az lett, hogy az egész táblázatot table elementestül kell egy külön div-be pakolászni. Gondolom sejted, hogy lassabb megoldás az egész táblát újragenerálni, ha csak két tr elemet kell felcserélni kicserélni (azzal is ugyanez a bug jön elő - igen, bug, opera oldalán is írták valahol, de most nem állok neki megkeresni).

Hogy azóta javították-e már, azt nem néztem, csak sajnos az áthidaló megoldásnak egy jóideig maradnia kell, mert mindig vannak, akik nem frissítenek.

Ezért lenne jó, ha a szabványosságban nem csak a HTML/CSS-t szajkózná mindneki, hanem a JS-t is. Manapság a web-alkalmazások idejében nem lehet kikerülni.

Az acid leginkább csak a web- és böngészőfejlesztők számára egy visszajelzés, hogy mennyire helyes a szabványkövetés a böngészőben. Persze eddig se amiatt szívott az ember mert a firefox vagy mert az opera, hanem mert az IE. És melyik nem csinálja még mindig meg helyesen a tesztet?

Miért? Talán nem létezhetne ilyen e-mail cím?
Példa:
Iskolai helyi hálózat. Az iskolának 2 szervere van. Az egyik fő szerver, a másik tartalék. A fő szervert elnevezik a-nak, a tartalékot b-nek. Mindkét szerveren fut e-mail szolgáltatás, amit csak a helyi hálózaton lehet igénybe venni. Van a szervereken web kiszolgáló is. Minden diák kap egy lokális e-mail címet, ami csak a hálózaton belülről érhető el, akár csak a webserver. A webserveren van egy egyszerű vendégkönyv, ahol válaszlehetőségként a diák az e-mail címét adja meg. Bármennyire is meglepő, ebben az esetben a foo felhasználónevű diák a helyi hálózati szerveren a foo@a e-mail címet kapja. A helyi hálózaton így tudnak is válaszolni erre az e-mail címre, a vendégkönyvet meg úgyis csak belső hálózatról látják. Kicsit primitív példa, de asszem, ezzel szemléltettem, hogy a foo@a e-mailcímet igenis van értelme elfogadni. [:-)]

pontosan errol van szo. a bongeszo soha nem lehet eleg specifikus, mindig lesz valami ami miatt ugyis meg kell ird serveroldalon az ellenorzest, sot mindig lehet majd valami feature ami miatt kliensoldalon is kell scriptelned

mindazonaltal jo hogy fejlodunk, de az operaval kapcsolatos ujdonsagokat rohadtul unom mar. erdemes megnezni, hogy a betakban milyen bugokkal kuszkodnek. es vannak olyan css/js bugok amiket evek ota nem javitottak, pedig, en (vagy mas) megirta nekik

bazzeg, meg a google is valaszolt ha bugreportot kuldtem, de az operasok basztak. viszont az acid2 az fontos. az nem, hogy a kurva z-indexet vegre normalisan implementaljak... vagy a DOM-ot

az a baj, hogy buzi operaban szo szerint van ertelmezve egy olyan szabaly a standardbol, ami mindenhol mashol(meg szar ieben is) normalisan van megoldva. sajnos igy uton szilveszter fele nem tudok osszedobni egy peldaoldalt, de ha jol emlekszem akkor valami azzal kapcsolatban van, hogy bizonyos esetben(vagy soha -de ez azert tul durva lenne), nem orokli meg egy child a parent z-index -et hanem megy tovabb a sajatjaval. elegge lefaradtam amikor egy komplex grafikus menunel ez bejott.

( ashnur | 2006. 12. 30., szo – 16:58 )

Note: Some 827 people (rough estimate, contents may have settled during shipping) have written to point out that the CSS used in the test is invalid. This is deliberate, as a means of exposing the ability of user agents to handle invalid CSS properly.

ennyit errol. ruhellem a quirks mode-t is. szerintem a rohadt bongeszoknek le kene szarni a regi oldalakat. sajnalom de ez van. igen, ebbol elek szal duplan jo lenne. egyszerubb lenne a melom, es tobb is lenne a megrendeles.

mekkora faszsag mar ugy csinalni egy bongeszot, hogy majd ugyis szar lesz a kod. kepzeljetek el, ha a c fordito ugy mukodne, hogy a parse errorokat megprobalna magatol javitani....

saxus draga rossz iranybol nezed a dolgokat :)
1. quirks moderol beszeltunk es acid2 rol
ez html/css es nem javascript
2. javascriptnek is vannak verzioi amit ugye kiadnak rendszeresen. hogy egyes cegek(ms, opera) baszik erre, es sajat feje utan megy - micsoda oriasi fejlodes volt, hogy vegre rakta xmlhttprequestet az operaba .. nah de bazmeg, mi a francert kellett egy harmadik kulon megoldast valasztani? firefoxban meg ieben evek ota volt ez(ieben azthiszem mar 5.0ban van de lehet 5.5), de nekik nem fulott a foguk hozza gondolkozni. szarok az acid2jukbe, szo szoros ertelmeben folosleges faszsagnak tartom az acid2 kompatibilitast. en TUDOK valid kodot irni, szal kit erdekel, hogy a bongeszo a sok kis hulye kodjat is megprobalja ertelmezni. tokeletes ugyse lesz, ugyis lesznek olyanok akik jonnek es mondjak majd, hogy de szar ez a bongeszo, mert ez vagy az nem megy benne. es hiaba mondom majd, hogy te vagy a hulye mert nem igy kell, hiszen mar tizszer probaltak maskent, es akkor ment. es ha megprobalom elmagyarazni mi a quirksmode akkor besertodnek es en vagyok a kocsog, miert nem inkabb segitek es nem filozok. az egesz qm meg acid csak annyira lesz jo, hogy pistike a szomszedbol ha beirja az idegbeteg kodjait akkor is mukodjon, ugy ahogy a weboldal.. nah meg, hogy a 10 eves weboldalak(amelyek olyan rondak mintha szet lennenek esve), szetesnek... ki nem szarja le?

"en TUDOK valid kodot irni, szal kit erdekel, hogy a bongeszo a sok kis hulye kodjat is megprobalja ertelmezni."

Előrebocsátom, hogy nem vagyok webguru, de szerintem kicsit félreértesz valamit. Ha ebből jól vettem ki, akkor az acid2 annak a tesztelésére való, hogy egy gyakorlatilag szabványos, de gyakran használt elemeket ügyesen kombinálva tartalmazó oldalt hogyan jelenít meg egy böngésző. Ha jó a szabvány megvalósítása, akkor egy szmálylit látsz, ha nem, akkor szétcsúszik - ennyit jelent, nem a randomgányolt hülyeségekkel való kompatibilitást.

Ha Pistike altal irt gany kod szetesne a bongeszoben akkor addig javitana, mig hibatlan kodot nem ir es a bongeszo azt jol jeleniti meg. Addig amig a piac vezeto bongeszo nem ilyen es nem is tervezi azt, hogy ilyenne valjon addig mi nem sokat tehetunk. Amig a "szakemberek" az ember fejehez vagjak, hogy az a szabvany amit az IE kepvisel addig nem sok mindent tehetsz...

York.

------
"Nyugi! Minden a legnagyobb rendben csúszik ki a kezeim közül..."

( szotsaki | 2006. 12. 30., szo – 17:48 )

Egy szép lista az Internet Explorer bugjairól.

Folyamatosan frissül, és már az IE7 és a Vista szavak is bőven ismétlődnek benne, szóval tényleg friss.

Tehát ezt a linket kell majd bizonyítékként mutogatni annak, aki esküszik, hogy az IE a legjobb browser. (Te jó ég, van ilyen? :D)

( iwanabeguru | 2006. 12. 30., szo – 21:44 )

En ne hiszek el semmit
nekem opera 9.1 ben nem jelenik meg rendesen a smile , van benne egy pici hiba

( bastya_elvtars | 2006. 12. 31., v – 00:46 )

Ezen az Acid2-típusú e-masturbation-ön jókat szoktam amúgy borulni. :-)
--
Gentoo motto: It's worth spending eight hours trying to make something load 20ns faster.

Én meg a böngészők css értelmezésén.

Valaki árulja már el, hogy pl a padding-top miért tolja szét az oldalt IE alatt. Az Opera és az IE miért nem figyel ha 0px-t adok betűméretnek, miért kell felülbírálni a CSS-ben hozott döntéseimet. Ez FF alatt jó. Persze FF alatt meg más borul meg. A kisfaxom ki van már azzal, hogy 3-4 böngészőben máshogy néz ki az oldal még 1 oprendszer alatt is. Ha meg már 2-3 rendszer alatt nézem legszivesebben sírnék. Tudom nem vagyok webguru, de csak alapvető CSS parancsokat használok amiket ezeréve implementáltak. A legtöbb CSS 1.0.

--
A nyúl egy igazi jellem. Ott ül a fűben, de akkor sem szívja!