Az is megérne egy misét az IE-szidás témában, hogy egyesek miért tekintik kőbevésett szabványnak a prefixelt css-t, és minden mást "leszaroznak", ami nem támogatja azokat.
Az ilyen nézetek vezettek oda, hogy a firefox névlegesen támogatni kezdte a webkit prefixet, mert különben a "felelősségteljes fejlesztők" által csak webkit-re/iphone-ra "optimalizált" oldalaik nem jelennek meg helyesen a weben/telefonon.
Feltehetőleg ugyanezen nézetek miatt alakult ki a hőskorban az is - bár erre nem tudok tényként hivatkozni -, hogy minden UserAgent úgy indul, hogy "Mozilla".
Én eleve azt tartanám helyesnek, ha ezek a prefixelt css kódok csak valamilyen "Deverloper Mode" kapcsolóval lennének elérhetőek a böngészőben, hogy az egyszerű felhasználó tényleg csak ahhoz jusson hozzá, ami már biztos van, szabványos és működik. A fejlesztő meg tudhat róla, készülhet rá, de ne ezekre építsen fel mindent, és pláne ne szidja az IE9-et mert nincs benne "-webkit-column-gap". Vagy akármi.
Persze ez nem mentség az IE-nek a CSS-be hack-elt DirectX-es filterekre.
Nem visszafogni akarom a fejlődést ezzel, hanem hogy épp azt nyomatékosítani, hogy ezek a dolgok igenis finalizálódjanak végre, és ne csak ilyen-olyan támogatást élvezzenek.
Mert így most mind a két oldal szépen tesz a dologra (W3C és a böngészőgyártók).
+1, szerintem is jobb lenne, ha az újdonságok csak developer módban lennének, vagy mielőtt bevezetik őket lehetne valami egyeztetés a w3c-vel, hogy csináljanak rá szabványt. Nem túlzottan értem ezt az egész böngészőversenyt, hiszen egy olyan html-t vagy js-t érintő fejlesztéssel, amit csak egy adott böngésző támogat nem igazán lehet rávenni a fejlesztőket tákoláson kívül semmire, mert ugye nem cross-browser...
Zakas az általa kritizált cikknek éppen a központi állításával nem foglalkozott: hogy az IE az egyetlen modern böngésző, ami nem frissíti magát automatikusan, ezzel ellehetlenítve az új technológiák terjedését.
Nekem mondjuk első dolgom ha telepítek (magamnak) egy böngészőt, hogy kikapcsolom a frissítését. Hagy tudjam én, hogy melyik verziót szeretném használni. Persze az általános felhasználóknak más lehet a véleményük...
Az Internet Explorer 9 első publikus bétája 2010. szeptember 15-én látott napvilágot, a stabil változat 2011. március 14-én jelent meg, kizárólag Vista (illetve 2008 Server) és újabb Microsoft operációs rendszerekre.
Aham... megnéztem: tényleg csak 8-as. Akkor viszont nem tudom, mire emlékeztem... mert 6-osom már nagyon rég nem volt és tavaly épp azon morgolódtam, hogy minden gépen update-eltem a böngészőket, nem tudok régebbivel tesztelni. Na mindegy.
Csak nem látványosan. A Windows Update-ben szokott lenni ilyen "Frissítés az Internet Explorer 9 böngészőhöz" meg hasonlók, de a többség még ezt se fogja látni, ha simán csak megnyomja a frissítés gombot, és nem nézi meg a részleteket.
Ezek biztonsági frissítések, új képességeket nem nyer a frissítéstől az IE (abban az értelemben nincsenek is neki minor verziói, amiben a versenytársaknak vannak), és a cikk pontosan erről szólt, hogy hiába fejlődik manapság viszonylag dinamikusan a HTML és csatolt részei kifejezőereje, ha a legelterjedtebb böngésző lényegében elzárja ezt a felhasználóktól.
Te sem vagy biztos a holnapot illetően MS háza táján.
Kénytelenek is nagyokat változtatni/újítani - szemléletben is -, ha piacon akarnak maradni (szerencsére).
Igazából belegondolva az összes szoftverüknél így működik a dolog, a köztes frissítésekben csak biztonsági javításokat kapunk. Ennek van egy olyan előnye, hogy a fejlesztők biztosak lehetnek abban, az adott verzióra nem kell különböző szoftverváltozatokat készíteni. Szóval szerintem ez nem fog változni ezután sem.
Ha az oprendszer alá programozol, akkor igen. De én nem vagyok biztos benne, hogy ez az IE-re igaz marad. Ha már az office csomagoknál is - évekkel ezelőtt - kiderült, hogy a felülről kompatibilitás kizárólag a dokumentumok megnyitására vonatkozik, a külső API-kra interface-ekre egyáltalán nem. (Delphiben írt progiaimból tudom, volt, hogy db-ből excel-t, v. körlevelet csináltam, addig működött, míg nem nyúltak hozzá az office-hoz. Persze ez megint verzióváltás.)
a fejlesztők biztosak lehetnek abban, az adott verzióra nem kell különböző szoftverváltozatokat készíteni
Igen, csak böngésző esetében ez nem akkora előny, mint az új képességek "tanítása". Én ezért gondolom, hogy változhat. Remélem, hogy ha meg is változik, akkor nem fogják a régi hibákat ész nélkül javítgatni, mert abból nagy káosz lenne.
Viszonylag kevéssé értelmes dolog lenne azért kritizálni a cikket, mert arra reflektál, hogy milyen volt az IE, és nem arra, hogy milyen lehet majd a jövőben.
Akkor szerintem kerdezd meg errol a felhasznalok velemenyet is. En egyre tobbszor hallom azt a morgast, hogy "mar megint mit frissit ez a hulye Firefox es miert most?"
Mikor megjelent az IE8, mindenki azon anyazott, hogy jaj, most akkor 3 bongeszoverziot kell tamogatni. Aham, most meg van merheto mertekben 8 fele Firefox, 15 fele Chrome es 4 fe IE. Oke, hogy a nagyja az frissit, de mindig vannak lemaradok. Pont tegnap neztuk, hogy az egyik oldalunkon meg van egy nagyobb tabor, aki Chrome 4.0-t hasznal.
Szoval ez a frissit, mint a bolond hozzaallasnak is vannak igencsak negativ arnyoldalai az fel-masfel eves termekciklusokhoz kepest. Arrol nem is beszelve, hogy egy webdevnek igazabol az ajanlasoknak kellene a platformnak lennie nem X vagy Y bongeszonek. Es az ajanlasok azok nem harom hetes iteracioban keszulnek, hanem hosszu evek alatt. (Most W3C toketlenkedeseit ne firtassuk.)
De mondjuk egy olyan igenytelen platformon, mint a web, ahol egy dokumentum leiro nyelvet probalunk 10-15+ eve alkalmassa tenni alkalmazas fejlesztesre, igazabol elfer ez is.
Ha megoldható a featúrák detektálása, akkor szerintem lényegtelen a verziószám. Legfeljebb css-nél okozhat gondot, de ott meg sokmindent meg lehet oldani "régi" stílusok kombinációjával.
Nekem inkább azzal van bajom, hogy egy különböző állapotban lévő API-t és platformot kapok. Nem vagyok a stable-api-nonsense.txt híve. :)
Leginkább emiatt ábrándultam ki az egész webes fejlesztésből. Ég és föld, amikor egy stabil, fix platform van alattam és tudom, hogy mire számítsak, ahelyett, hogy véletlenszerű meglepetésekbe futok.
Ezt kell szeretni. A legtöbb új technológia megvalósítható régi, bevált módszerekkel, csak legfeljebb nem CSS-ben írsz egy sort, hanem két JS sorból van meg ugyanaz. Na, bumm.
Androidra halál webet fejleszteni, ha kicsit is akarsz valami jót csinálni. Sok esetben azt se tudja megmondani magáról, mekkora a screenWidth... Na erre aztán meg írhatsz media queryt :)
Szabványok
Az ilyen nézetek vezettek oda, hogy a firefox névlegesen támogatni kezdte a webkit prefixet, mert különben a "felelősségteljes fejlesztők" által csak webkit-re/iphone-ra "optimalizált" oldalaik nem jelennek meg helyesen a weben/telefonon.
Feltehetőleg ugyanezen nézetek miatt alakult ki a hőskorban az is - bár erre nem tudok tényként hivatkozni -, hogy minden UserAgent úgy indul, hogy "Mozilla".
Én eleve azt tartanám helyesnek, ha ezek a prefixelt css kódok csak valamilyen "Deverloper Mode" kapcsolóval lennének elérhetőek a böngészőben, hogy az egyszerű felhasználó tényleg csak ahhoz jusson hozzá, ami már biztos van, szabványos és működik. A fejlesztő meg tudhat róla, készülhet rá, de ne ezekre építsen fel mindent, és pláne ne szidja az IE9-et mert nincs benne "-webkit-column-gap". Vagy akármi.
Persze ez nem mentség az IE-nek a CSS-be hack-elt DirectX-es filterekre.
mégvalami
Mert így most mind a két oldal szépen tesz a dologra (W3C és a böngészőgyártók).
+1, szerintem is jobb lenne,
Zakas az általa kritizált
Első
Windows update-en sem?
Microsoft forcing most people
Windows XP-n max. 8-as futhat, és ennek az elterjedtsége év elején még 50% körül volt.
Ez meglepett
Az Internet Explorer 9 első
Valóban...
Félrekattintottam
Az IE is frissül
Például: http://support.microsoft.com/kb/2719177
Ezek biztonsági frissítések,
Nem biztos
De
Te is múltidőben írtad :)
Kénytelenek is nagyokat változtatni/újítani - szemléletben is -, ha piacon akarnak maradni (szerencsére).
Egy biztos dolog van csak
Windows alá
Viszonylag kevéssé értelmes
Termek vs kovethetetlen valami
Mikor megjelent az IE8, mindenki azon anyazott, hogy jaj, most akkor 3 bongeszoverziot kell tamogatni. Aham, most meg van merheto mertekben 8 fele Firefox, 15 fele Chrome es 4 fe IE. Oke, hogy a nagyja az frissit, de mindig vannak lemaradok. Pont tegnap neztuk, hogy az egyik oldalunkon meg van egy nagyobb tabor, aki Chrome 4.0-t hasznal.
Szoval ez a frissit, mint a bolond hozzaallasnak is vannak igencsak negativ arnyoldalai az fel-masfel eves termekciklusokhoz kepest. Arrol nem is beszelve, hogy egy webdevnek igazabol az ajanlasoknak kellene a platformnak lennie nem X vagy Y bongeszonek. Es az ajanlasok azok nem harom hetes iteracioban keszulnek, hanem hosszu evek alatt. (Most W3C toketlenkedeseit ne firtassuk.)
De mondjuk egy olyan igenytelen platformon, mint a web, ahol egy dokumentum leiro nyelvet probalunk 10-15+ eve alkalmassa tenni alkalmazas fejlesztesre, igazabol elfer ez is.
Kell-e követni?
Stabil platform
Leginkább emiatt ábrándultam ki az egész webes fejlesztésből. Ég és föld, amikor egy stabil, fix platform van alattam és tudom, hogy mire számítsak, ahelyett, hogy véletlenszerű meglepetésekbe futok.
Ez van
Vagy úgy se