Ciò che finora ha distinto il sistema dei tab di Firefox 2.x e 3.x, rispetto a quello adotatto da IE7, è la posizione nella quale viene aperto il nuovo tab.

Mentre in Firefox, il nuovo tab viene aperto in coda a quelli già aperti, in IE7 esso viene posto subito dopo il tab “attivo”.
Leggo su mozillalinks che è previsto un allineamento in tal senso, sin dalle prossime release.

Giorni addietro avevo riportato un post di Scott Hanselman secondo il quale vi erano molte analogie nella logica di base di Chrome ed IE8 (Internet Explorer 8).

Da quel post è nata una ricerca sul fatto che Google abbia disassemblato codice del kernel Windows o meno. Oggi Arstechnica ha confermato, dopo analisi approfondite sul core di Google Chrome, che gli sviluppatori di Google hanno effettivamente disassemblato il suddetto kernel.

Il nocciolo della questione sta nel fatto che da un lato hanno violato apertamento la licenza EULA di Microsoft; dall’altro, si giustificano dicendo che sono stati costretti a tale azione dall’assenza di documentazione sulle API necessarie per adattare l’applicazione alle diverse versioni di Windows.

Situazione intricata !!

(via appuntidigitali.it)
(via arstechnica.com)

Uno dei punti di forza di Chrome è sicuramente l’aver stravolto il concetto di tab. In Google Chrome, un tab è un processo, un job a sè stante: per questa ragione, nel caso in cui il tab dovesse crashare, possiamo continuare tranquillamente la nostra navigazione semplicemente killando il processo [job] ad esso associato.

Bene, pare che anche IE8 abbia questa funzionalità. Non ho avuto modo di testarlo direttamente*, ma sarebbe sicuramente una svolta per il browser targato Microsoft.

Sempre sul blog di Scott Hanselman si legge:

Ah, looks like the FIRST time a page crashes in IE8, it dumps the process, the tab disappears, then the tab comes back automatically to try to put the user where they were before. I’ll kill the new process…

Looks like IE8b2 will only try a few times to automatically restore the bad tab then it gives up and gives its equivalent sad-tab and says “the website continues to have a problem.” Also cool. This beta includes an option to turn “automatic crash recovery” off or on.
If the parent process dies (or, in this case, I kill it myself!) then I’ll get a dialog from IE8 offering to restore the last session.

*: Daniele (di cui ancora aspetto il momento in cui si aprirà il blog) mi dice che IE7 ed IE8 non convivono sulla stessa macchina (a meno, credo, del solito giro di work-aroung).

(via Scott Hanselman’s blog)

Capita che ri-esegui del software che un anno fa girava senza alcun problema, ma a causa degli aggiornamenti succedutisi nei browser, viene a mancare il requisito di robustezza.

Nello specifico, la direttiva CSS “page-break-before” pare non funzionare più in IE7. Per ovviare al problema:

< [if IE 7]> br style="height:0; line-height:0" < ![endif]>

Che esista il dualismo si sapeva. Che questo dualismo rompa abbastanza le scatole di ogni sviluppatore, è cosa altrettanto nota.

Oggi mi è capitato di dover creare una popup con al suo interno un player audio per RFOPortal. Bene, il codice in sè è abbastanza banale:

new_window = window.open("player.html",
"RFOPortal sound","width=300,height=150")

Con questo codice succede che Firefox mostri correttamente il popup; IE7, invece, visualizza un errore di debug con un fantomatico “Argomento non valido”.

Gira che rigira, tramite i commenti ad un post di JuliusDesign, scopro che l’errore sta nel nome della pagina: non si devono usare nè spazi nè caratteri speciali.

No comment.