Cosa ci aspettiamo (cosa ci promettono) da Ie8

Oggi il blog ufficiale di Ie8 ha visto la comparsa di un post intitolato Ie8 Performance

Lunghissimo, e noioso, e inglese.

Vediamo insieme i punti principali sul futuro di Internet Explorer 8

A quanto apre Google stesso (il signor Google?) ha eseguito dei test sulla beta 1 dichiarando che è molto più veloce, nel javascript anche 2,5 volte, ma anche nel caricamente di quanto ha a che fare con Google stesso (inbox, etc.)

Some of the tests we have done show pure JScript performance improvements up to 2.5 times. We also measured the performance gains on common Gmail operations, like loading the inbox (34%), opening a conversation (45%) and opening a thread (27%) compared to IE7.

Per quanto riguarda la gestione della memoria: " we have fixed just under 400 separate memory leaks in Internet Explorer"  400 !?????? Alla faccia delle test unit ridondanti di cui si era parlato tempo fa … vabbè… Promettono che questo agevolerà il rendering delle pagine costruite con AJAX (xHTML + Javascript a tonnellate + Css a vagonate)

Finalmente il limite di connessioni massime per server passa da 2 a 6, il che vuol dire che chi ha una connessione a banda larga potrà davvero caricare una pagina zeppa di immagini molto più velocemente. Inoltre verrà introdotto un sistema di multithread per gli script, chi programma sa di cosa parlo, per la gestione degli script javascript: quelli esterni verranno caricati in contemporanea, e non in serie come prima. (Cacchio: nel 2008 non ci avevano ancora pensato ?!?!?)

Per il rendering il blog ammette che "in Beta 1 our standards mode engine was much slower than our IE7 engine". il che conferma quanto segnalato dagli utenti: la beta1 di ie8 era più lenta di ie7… Il blog afferma che in poche settimane la situazione cambierà drasticamente.

Per gli sviluppatori, finalmente, dato che ie7 era ancora all’età della pietra da questo punto di vista, anche Ie8 consentirà agli sviluppatori web di includere nel CSS un ‘data uri’, praticamente si inserisce del testo che rappresenta una icona, o una immaginina. Il groso vantaggio per l’utente finale è che se il CSS non cambia non viene ricaricato ad ogni aggiornamento della pagina, per cui il tutto dovrebbe, se usato saggiamente, darci una mano. Ma è comunque la punta dell’iceberg.

For instance, here is a Data URI representing a 10×10 blue dot (base64 encoded):

data:image/png;base64,iVBORw0KGgoAAAANSUhEUgAAAAoAAAAKAQMAAAC3/F3+AAAACXBIWXMAAA7DAAAOwwHHb6hkAAA
AAXNSR0IArs4c6QAAAARnQU1BAACxjwv8YQUAAAAgY0hSTQAAeiYAAICEAAD6AAAAgOgAAHUwA

Verrà aggiunto il supporto a "Selector APIs querySelector and querySelectorAll" e a JSON

Mi spaventa l’introduzione dei Connectivy Events, di cui si dice solo che grazie a questi eventi "script can now tell if a user is connected to the internet". Praticamente introducono un NON STANDARD in più nel javascript per comunicare agli script, credo in logica AJAX, se l’utente è ancora connesso ad internet o no. Idea carina, però mettetevi daccordo con gli altri sviluppatori di browser prima di rendere ancora una volta incasinato il web.

Ie8 prospetta bene, però ho la sensazione che stia solo recuperando quanto non è mai stato fatto sin ora.

Ma ci lavorano in 3 soltanto ad internet explorer!??! Come mai così tanto tempo per implementare gli standard?

E come mai non si è parlato della definitiva CSS 2,1-100%-Supprt tanto attesa?

Come sempre staremo a vedere