Browser Metro di Windows 8, nessun supporto per plug-in o Flash

Ritiro quello che ho detto, a quanto pare è NESSUN plugin in assoluto

Avevo letto precedentemente in rete che silverlight era supportato, scusatemi^^

Non vedo dov'è la notizia, ci sarebbe stata se fosse accaduto il contrario.

Inizialmente si pensava ad un sottosistema x86 in grado di emulare l'architettura, una sorta di macchina virtuale.

Non credo sarebbe neanche troppo complicato creare un wrapper che traduca codice x86 in codice ARM, ovviamente le prestazioni rispetto ad una esecuzione puramente nativa sarebbero inferiori.

Ma non vedo qual è il problema, probabilmente MS metterà a disposizione degli strumenti di sviluppo in grado di fare la maggior parte del lavoro, anche perché codice nativo scritto bene si può tranquillamente portare cambiando qualche define e ricompilando.

E poi dimentichi di citare .NET, che è la piattaforma di riferimento su cui spinge Microsoft.

beh, per le applicazioni .net il problema non esiste.
e le altre verranno ricompilate/riscritte.

Il problema quindi è sul lato tablet a meno che non permettano di scegliere il browser da aprire al momento del click.

Che poi..
Basterebbe installare un altro browser se IE non ci va bene, no?

Ma perché, hai mai davvero sentito il bisogno di una cosa del genere? Di qualcosa di più dell'ereditarietà prototipale? Io francamente no.
Javascript lo trovo avanzato assai e penso che abbia una bella "filosofia" di base. Il suo limite dipende dal fatto che si tratta di un linguaggio interpretato, per cui scarse performance (soprattutto con IE sino alla 8). Ora con l'HTML5 sono state risolte alcune mancanze come l'assenza di strumenti avanzati di grafica e di multimedia in generale, e si possono anche tenere dei dati conservati lato client (la cui cosa è molto utile e permette di ridurre il sistema dei cookie).
Chiaramente tutto lavora a scatola chiusa, e quindi gli script non sanno nulla o quasi del computer su cui vengono eseguiti, ma per certi versi è meglio così.

È un linguaggio ancora insufficiente col supporto al multithreading, e l'introduzione dei Worker può aiutare ma di sicuro non è come la classe Thread di Java.

Già le CPU ARM hanno prestazioni pallide rispetto al più scrauso degli Atom, non voglio immaginarmi le prestazioni se poi devono emulare un'architettura x86...

Può spingere quanto vuole, ma il mondo ha altri riferimenti...

Sì, ma così risolvi il problema per chi un minimo si sbatte per il proprio sistema. La fuori c'è invece una pletora di gente che non ci pensa nemmeno a provare altri browser.

Se vuoi eseguire codice pensato per una architettura senza ricompilare su un altra non vedo altra via.

Nessuno ha detto che questo sia ottimale e/o non abbia ripercussioni sulle performance... è una questione di compromessi.


Stiamo sempre parlando di Windows che fino a prova contraria è la piattaforma di riferimento sulla quale vengono sviluppate le applicazioni PC.

Dopodiché è chiaro che il mercato sta aprendo le porte a nuovi formati e a nuovi modi di fruire i contenuti (tablet, web apps)...

Windows 8 è pensato per ampliare il target di utenza di Windows e questo non può che essere positivo.

Non ci sono molti compromessi da fare. È chiaro che Microsoft vuole che l'immagine del suo nuovo OS sia di qualcosa di bello e veloce sempre e ovunque, di sicuro non vorrà sentire gente che si lamenta perché Photoshop è lento sul suo tablet...

... per Microsoft.
Sinceramente non vedo cosa possa veramente guadagnarci il mondo se Microsoft acquisisse una posizione di predominio anche nei dispositivi mobili.

ma potrebbe anche essere che l'interfaccia di win7 sia solo provvisoria...in fin dei conti esce l'anno prossimo e di tempo ne hanno.

Rivoluzionare l'interfaccia ogni major relese non è obbligatorio ne saggio

Nessuno ha detto che deve acquisire una posizione di predominio, allo stato attuale è un concorrente come gli altri, per cui ben venga la concorrenza in quell'ambito.

Anche perché solo così noi consumatori possiamo avere prodotti sempre migliori.