Ieri su Windows7blog.it ho pubblicato una recensione su un interessantissimo software multimediale e immediatamente dopo ho ricevuto, dall’autore della recensione, alcune segnalazioni di malfunzionamento.

In realtà sapevo da tempo che con IE8 il tema di WP che utilizzavo aveva qualche problema ma non al punto da non visualizzare più la pagina. Considerando la mia atavica impossibilità di stare con le mani in mano anche durante le feste, ho dato il via all’operazione “Face-off” su Windows7blog.it.

Ho scelto un tema, l’ho sottoposto ad alcuni amici per conoscere un loro parere, ed alla fine ho scelto quello che mi sembrava più adatto e che, in particolare, diceva di essere “verificato” dal W3C. Niente più problemi di visualizzazione.

A mie spese ho scoperto che questo, nella mia particolare configurazione, non era vero e la validazione XHTML presentava un numero di errori talmente alto che Internet Explorer 8 si rifiutava di caricare la pagina anche nella modalità di compatibilità.

Leggendo con attenzione il risultato della validazione ho realizzato che gran parte dei problemi erano dovuti al codice generato da Widget e Plugins non molto educati….

Disabilitandoli tutti(dopo un pò in WP se ne perde il controllo..) e riattivando gradualmente solo quelli necessari, finalmente il sito veniva giù completo e con solo un errore residuo.

Da questa storia ho imparato 3 cose:

1. Validate sempre le pagine ad ogni inserimento di plugin in WP (W3C Validator)
2. Validate il CSS con le stesse modalità di cui sopra (CSS Validator)
3. Di tanto in tanto domandatevi se tutti i plugin che avete sono veramente necessari

La cosa buffa emersa da questa storia è che Internet Explorer, un tempo dalla bocca buona e permissiva, è diventato uno strenue difensore degli standard che applica con inflessibilità.

La pagina del sito veniva visualizzata da Chrome e Firefox senza problemi anche in presenza di diverse decine d’errori. Microsoft paladina degli standard è veramente curiosa come affermazione esattamente come la tolleranza (creata dalla necessità di visualizzare correttamente quello che IE visualizzava…) agli errori di questi ultimi browser..

Ci si legge l’anno prossimo

Come vi avevo già detto ho impostato come browser principale Firefox 3.5 e, sostanzialmente, mi trovo molto bene.

Di tanto in tanto mi capita di riutilizzare IE8 e apprezzarne 3 funzionalità che mancano (o perlomeno non sono incluse di default) su FF 3.5: i tab colorati,  la disposizione dei tab aperti da un link vicino a quello che l’ha aperto, gli accelerator.

Per questi ultimi credo che esista un qualche omologo in forma di Add-on ma i tab colorati mi sembrano veramente una comodità che manca a questo fantastico browser.

Qualche aiuto?

Entusiasta del nuovo rilascio di Internet Explorer 8, che avevo già lungamente usato su Vista e Windows 7, ho provato ad installarlo a casa sul mio portatile Sony Vaio nuovo di pacca.

Dopo diversi tentativi e la completa esecuzione della KB9499220 IE8 non ne vuole sapere di installarsi sul mio computer.

Guardando il file di log  che si trova in %windir%\ie8_main.log trovo questa, per ora inspiegabili, righe d’errore:

00:06.100: INFO:    Released Package Installer Mutex
00:06.193: INFO:    |Inst. IE         >>> Waiting for Internet Explorer installation to complete…
00:06.256: INFO:    Process 6356 created for ‘wusa.exe /quiet /norestart c:\d90872e3dbc9dfad7e49\ie8.msu’, starting in path ‘c:\d90872e3dbc9dfad7e49′
01:44.661: INFO:    Process ‘wusa.exe /quiet /norestart c:\d90872e3dbc9dfad7e49\ie8.msu’ exited with exit code 582
01:44.739: INFO:    |Inst. IE         >>> CPageProgress::DlgProc: Received WM_PM_EXECUTION_COMPLETE, 0, 2
01:44.739: INFO:    Acquired Package Installer Mutex
01:44.739: ERROR:   |Inst. IE         >>> Internet Explorer installation completed with errors, exitresult=0×00000000, exitcode=0×00000246

La cosa strana è che da questa mattina il collegamento “Risoluzione dei problemi di Internet Explorer” che l’installazione di Internet Explorer mette sul desktop in caso di problemi è misteriosamente cambiato.

Ieri sera puntava alla KB9499220 oggi arriva su una tristissima pagina di supporto generica…

Gatta ci cova …

IE8 rappresenta un grosso passo in avanti per Microsoft per il pieno supporto degli standard del WEB 2.0 redatti dagli organi di standardizzazione (W3C in primis).

E’ noto anche agli addetti ai lavori che è forte l’attenzione di Microsoft a rendere nota la netta rottura col suo stesso passato. Tale svolta è così radicale che è stato inserita una modalità di visualizzazione delle pagine utilizzando il vecchio motore di rendering di IE7.

La cosa che non tutti sanno è che Microsoft stessa cadrà vittima di se stessa nonostante tutti gli sforzi di comunicazione che stanno facendo presso gli sviluppatori per assicurare la perfetta visualizzazione delle pagine con la prossima versione di IE.

Infatti questa sera ho notato che la webconsole di SCOM 2007 (che non è possibile aprire con un browser diverso da Internet Explorer) non si visualizza correttamente.

Quella che vedete qui sotto è la versione in compatibility mode:

Qui sotto quella col motore di rendering nuovo.

A novembre, data di uscita prevista, prevedo tanti aggiornamenti per Microsoft o tanti musi lunghi tra i clienti.

Premessa fontamentale: è sicuramente un prodotto interessante e comunque apporta uno scossone al decennale mondo dei browser che necessità di una ventata (tempesta?) di aria fresca. Ciononostante Beta per Beta l’ho voluto confrontare con Internet Explorer 8 Beta 2 scoprendo cose interessanti.

Come potete vedere dalle immagini, come peraltro non esitanto a dichiarare gli stessi progettisti di Chrome nel bellissimo fumetto, l’approccio dei processi indipendenti ha comunque un costo insieme, al tendere, agli indubbi vantaggi.

Con una misurazione molto empirica ho operto un Internet Explorer 8 Beta 2, ho aperto le stesse finestre navigando un pò nei filmati di presentazione di Chrome, scoprendo via task manager quello che potete vedere qui sotto:

Qualche maligno potrà pensare che tralasci il processo da 62MB ma vi posso assicurare che il legame tra il processo di IE8 con i tre tab uguali a quelli di Chrome è esattamente quello evidenziato trovato attraverso la funzione “Go To Process” del task manager di Windows Vista. Il processo di IE occupa solo 12MB.

Molti potranno obbiettare, a ragione, che il processo di iexplorer.exe ha chissà quante cose caricate nel sistema operativo stesso (pensando alla stessa Microsoft che aveva dichiarato nel processo AntiTrust che non era possibile scorporarlo dal sistema operativo…ma quello era IE 5)  ma osservando il task da Process Explorer anche iexplorer è un processo atomico come Chrome e quanto caricato al suo interno ammonta a circa 130MB.

Facendo le somme Chrome è più leggero veramente di poco rispetto a Internet Explorer fornendo un insieme di funzioni ben più limitato (e non potrebbe essere altrimenti…) e il al momento la solidità di IE8 è a dir poco sorprendente.

Anche a ben 12 tab aperti (avete letto bene…) la chiusura del browser avviene senza particolari problemi ed è anche sufficientemente rapida da non strozzare il vostro computer con raffiche di I/O.

Continuando a giocare con Chrome ed IE8 sono giunto alla conclusione che, a fronte dell’occupazione di memoria che all’aumentare dei tab è a favore di IE8, al momento l’approccio di Google non è così scontatamente vincente tenendo in debita considerazione il deficit di funzionalità che Chrome al momento sconta.

Certo è che la mano del gigante della ricerca si vede insieme alla sua area sempre un pò geek in queste due immagini:

Per ora pari e patta. Per un esordiente non è male!

Una prece per Mozilla Firefox…