Mozilla Firefox på väg till Modern UI

Det går inte att leverera till Windows RT eftersom Windows RT ohackat bara kör signerade applikationer i klassiskt Windows-skrivsbordsläge eller Win32-program som de medföljande från Microsoft, som Office osv. IE är samma typ av hybrid som på x86 hos ARM-plattorna såklart och körs inte rent av i Windows Runtime. Office för Windows RT levereras inte heller genom Windows Store pga samma begränsning. Dessutom har du lika bra eller bättre batteritid med en Atom Z2760 SoC i Windows 8 / Pro än för Tegra 3 med Windows RT. Den skillnaden och fördelen för x86 hade bara förstorats och blivit tydligare om de var seriösa med Windows RT och Windows On ARM. Poänglöst med den plattformen särskilt när den inte är kompatibel rakt av med Windows Phone-program. Det blir många varianter och verktyg, och APIer att bygga programmen mot om du ska köra på alla plattformar Microsoft lyckats skapa på Windows 8-kärnan. Nu förpassas det till ett segment som inga seriösa användare skaffar sig istället och Microsoft behöver därför inte lägga ner arbetet med att skapa en stabil och välfungerande plattform.

Du ska komplettera med Windows Runtime (WinRT API/ramverk/runtime som Metro/Modern UI bygger på). Om du ska läsa på. De stora kontrasten handlar om Windows Store-program på Windows Runtime, hybrider som kan använda Metro som UI fast körs i bakgrunden som Win32 som för närvarande bara har öppnats upp för webbläsare och Windows SDK/API/Win32 / Desktop App alltså klassisk Windows SDK/runtime. WinRT-körmiljön är inte på något sett ersättare till Win32 och gamla Windowsmiljön. Den kan inte leva utan den och du får via WinRT tillgång till många Win32/COM-funktioner. Det är inget du skulle kunna portera till något som inte är Windows utan att emulera/återimplementera hela Windows. Windows Runtime är definitivt inte byggd för att du ska kunna portera över stora C/C++-program eller .NET-program beroende av Winforms eller WPF, av komplett .NET CLR/VM osv. Det är en alternativ sandlåda som inte är särskilt välutvecklad därför att den inte behöver vara det, därför Blackberry kunde komma ut med betydligt kraftfullare och fler program med Blackberry 10 innan ens enheterna fanns ute. Du kan i praktiken lättare flytta stora program till mobil-os än till WinRT / Metro eftersom de i grunden är kraftfullare och effektivare miljöer med mer av de APIer man förväntar sig.

Sen kan ju knappast Microsoft droppa Win32 inom en tio års period ens. På serversidan kan de definitivt inte gå över till en svagare miljö. På Windows Server 2012 tillåter de boot to desktop för den delen De har bara fått lite panik på Windows 8 pga de olika inriktningarna, nya enheterna de vill lyfta fram när de insåg att folk ville komma åt sina program utan att se startskärmen. T ex stöds .NET fortfarande tillbaka till .NET 2.0 med utökad support fram till 2016, 1.1 har utökad support fram till oktober. .NET 3.5 SP1 har samma livscykel som operativsystemet. Och har alltså utökad support genom Windows 7 till iaf 2020. De kan ju inte göra Windows till en svagare och mindre kompatibel miljö än deras konkurrenter t ex OS X och GNU/Linux är med Windowsprogram och servermjukvaror. Så det blir självklart flera parallella spår och olika viljor som visar sig inom företaget. Att härma Apple där de flesta av de anställda är butiksanställda kanske inte är vägen framåt fören mjukvarufirma, men de kommer omvärdera, ersätta och lägga ner grejer. De är långt ifrån att ersätta Windows traditionella miljö och apier.

http://piercedotzler.com/asa/Developing_a_Metro-Style_Enabled... & http://go.microsoft.com/fwlink/p/?linkid=243079 förklarar kanske lite runt webbläsarna.

Mer Firefox. Så Trevligt.

Nej det finns inte och de har ingen aning om hur de ska kunna utveckla skiten och kunna använda ffmpeg osv för avkodning, eller kärnan i det hela libVLC som är ett C-program som inte går att bygga för WinRT. Allt måste skrivas om från grunden och inte använda något vi förknippar med VLC (libVLC, libdvdcss, libbluray, ffmpeg, skriptstöd, Qt osv) för att fungera under Metro/Windows Runtime. I dagsläget kan du inte ens kompilera VLC för Windows med Visual Studio utan måste använda korskompilering från Linux eller MSYS/MinGW (gcc plus POSIX-kompatibla grejer) i Windows. Hitta inte på grejer här, de kan givetvis skapa en videospelare som använder sig av underliggande bibliotek i WinRT, men det är inte tal om samma filformatstöd osv om du ska gå den vägen. Microsoft själva kunde ju inte ens släppa Windows Media Player.

Nu vet jag inte vad du syftar på renderingsmotorn och XUL rullar på oavsett vad du använder för presentationslager. I Metro-läget körs allt som har med läsarens bearbetning av webbsidor att göra som Win32 DLLer. Du kan tom köra Windows 8 touch / Metro-style UI:t på skrivbordet eftersom UI:t byggs upp i XUL. På GNU/Linux körs samma motor oavsett om du kör på Android, MeeGo eller en GNU/Linux distribution för vanliga datorer. Fennec – mobilversionen – finns alltså till Qt. Använder Cocoa på OS X och innan det fanns det ett gäng som byggde Camino som utnyttja Cocoa långt innan Mozillafolket var redo att använda det. Så visst kan du byta toolkit relativt lätt här. Det gäller bara att lägga ner arbetet. Det är inte heller någon garanti för att det integrerar bra med plattformen/miljön eller att det tar åt sig av UX och designen. Firefox, Chrome och Opera är inte riktigt stabilt i Modern UI för den delen. Se allt stöd som tidiga testversioner.