Ook komt er een model om webapplicaties zich meer te laten gedragen als desktopprogramma's en een manier om het uiterlijk van de browser te wijzigen
Dit is inderdaad waar we naartoe gaan met web-applicaties. Het gaat om de fucntionaliteit, niet het venstertje van de browser. Daarom is er ook zoveel te doen om de rendering engine van MS die niet verwijderbaar is. Daarom is Opera zo vasthoudend.
Het gaat niet om het venstertje browser wat concurrerend is, niet om het IE-icoontje dat wel of niet zichtbaar is. Het gaat erom dat web-applicaties in de nabije toekomst direct de rendering engine zullen aanspreken via een http-laag die direct hier naartoe omgeleid, zonder dat er een browser zichtbaar wordt.
En als daar de IE-rendering engine zit, en iedere andere engine niet toegelaten kan worden, dan krijgt MS het monopolie op het gebied van webapplicaties.
Niet alleen web-applicaties, maar in feite alle applicaties kunnen hun interface in html schrijven en direct de rendering-engine inschakelen.
Laten we het aan MS over, dan blijven applicaties ondanks de platform onafhankelijke html-standaard toch platform afhankelijk, want MS propt er gewoon proprietary in, zoals ActiveX. Dat is ook de redenw aarom een extreem onveilig technisch concept zoals ActiveX na meer dan tien jaar nog steeds bestaat. Het is de manier van MS om de rendering engine exclusief aan Windows te koppelen. Dat moet nu opnieuw de zaak redden.
Laten we ook andere producenten rendering-engines als default engine installeren, dan krijgen we een platfortm onafhankelijk applicatie-platform. Dat is wat MS vreest. Daarom is de zaak van opera zo belangrijk.
Het gaat om niets minder dan de toekomst van het applicatie-platform, of MS-proprietary, of een open markt.
[Reactie gewijzigd door nieuwstip op donderdag 12 februari 2009 09:05]
De browser wordt steeds meer de tool om web-applicaties/ websites mee te bekijken, en niet een heel programma op zich. Ik hoop overigens wel dat die add-ons (vooral voor ontwikkelaars handig bijv: Developer toolbar) gewoon beschikbaar blijven. Steeds meer programma's verbergen ook de standaard: File, Edit, View etc. opdrachtenbalk, zodat er meer ruimte over blijft om te kunnen werken in de webapplicatie.
Onderandere daarom is Opera zo vasthoudend, het is (en blijft) prima mogelijk om een Browser naast IE te installeren, het is alleen het standaard meeleveren (en niet kunnen missen van IE om met Windows te kunnen werken) waar Opera (en ook andere OpenSource browsers) boos over zijn. Zonder IE werken heel veel dingen in Windows niet of niet goed, een andere browser kan hetzelfde als IE, maar dat wordt niet mogelijk gemaakt, misschien zelfs wel geblokkeerd.
Als ik opera voor bestandsverkenning zou willen gebruiken, (bij wijze van) dan moet dat gewoon kunnen. Het "verplicht hebben" van IE om met windows te kunnen werken, maakt het voor andere browserontwikkelaars onnodig lastig om te kunnen concurreren.
Wat jij zegt is zeker een goed verhaal, maar de strategie van MS om mensen aan het Windows platform te binden zijn eenigzins veranderd lijkt het.
ActiveX is zo goed als dood, maar MS is nu .NET aan het pushen.
Dit verhaal is een goed voorbeeld. Een andere browser (FF) is goed, maar de 'ClickOnce' applicaties zullen over het algemeen wel Windows moeten hebben aangezien .NET op andere platformen lang niet zo goed werkt.
Als .NET voor online applicaties populair wordt, maakt het marktaandeelverlies van IE niet veel uit. Mono zal toch toch nooit zo lekker werken als de 'echte' .NET op Windows.
Silverlight/dotnet (browser/client-side dotnet) is inderdaad een volgend gevaar dat de platform-onafhankelijkheid bedreigt.
Miguel de Icaza doet voor MS een goede taak om platform-onafhankelijkheid te suggereren, maar de resultaten zijn al jaren tweederangs.
En als daar de IE-rendering engine zit, en iedere andere engine niet toegelaten kan worden, dan krijgt MS het monopolie op het gebied van webapplicaties
Maar er is nog
nooit sprake geweest van de situatie dat MS het tegenhield dat software een andere renderengine gebruikt. Beetje FUD dus...
Uiteraard is het wel zo dat MS software vaak direct naar de IE render engine linkt, maar dat is o.a. omdat het de enige mogelijkheid is. O.a. vanwege exact de problemen die men hier in dit artikel aankaart... dat de applicatie
alleen enkele delen van de engine wil gebruiken, en niet een compleet browser window wil zien.
Als men slim is, zou men nu
samen met Microsoft een framework moeten opstellen, waarin applicaties een common interface naar een browser engine krijgen, en de consument zelf kan uitzoeken welke engine hij wil gebruiken. Scheiding van renderengine en front-end.
Maar er is nog nooit sprake geweest van de situatie dat MS het tegenhield dat software een andere renderengine gebruikt.
Toch wel, er zijn standaard systeem API's die in deze context bestaan, en die roepen de IE (Trident) rendering engine direct aan.
Uiteraard is het wel zo dat MS software vaak direct naar de IE render engine linkt, maar dat is o.a. omdat het de enige mogelijkheid is.
Dat is niet zo, in feite zou het mogelijk kunnen zijn dat iedere rendering engine op de plaats van Trident gaat zitten, en dan op de systeem-calls zou reageren.
Dan zou MS Software niet meer standaard Trident aanroepen, maar de rendering engine die voor dat doel op die plaats staat.
Als men slim is, zou men nu samen met Microsoft een framework moeten opstellen, waarin applicaties een common interface naar een browser engine krijgen
Ik kan het niet beter zeggen. Precies dat is de inzet van Opera/EC.
De rendering-engine API's moeten dan wijzen naar een geregistreerde rendering engine.
Dit dwingt MS dan ook, omdat niet bekend is welke rendering-engine er in het systeem werkt, om alle functionaliteiten in zuiver gestandaardiseerde coderingen uit te voeren.
Dan is iedereen gelukkig, en is er open concurrentie mogelijk, ook in de toekomst.
[Reactie gewijzigd door nieuwstip op donderdag 12 februari 2009 15:08]
Ik vind t er toch wel n btje op lijken hoor:
- Exchange 2003 webmail applicatie is alleen in zijn volle glorie te zien in IE6+.
- IE 6 en IE 7 zijn niet w3 standards compliant.
- Windows Update draait alleen op IE
- Windows Virtual Server configuration manager heeft IE 6 of 7 nodig (terwijl die ook vanaf een andere machine dan de WM Server in kwestie te openen is). Dit geldt voor meer vergelijkbare programma's, ik geloof ook TSweb (Remote Desktop for Web) en de web configuratiemanagers van Windows Media Services en IIS.
[Reactie gewijzigd door noes op donderdag 12 februari 2009 16:25]
![[RSS]](http://tweakimg.net/g/if/v2/icons/rss_small.png){kind=icon}
Firefox-architect Mike Connor heeft tegenover PC Pro verschillende nieuwe features genoemd die in versie 3.2 van Firefox zullen belanden. Vermoedelijk althans, want er is een kleine kans dat versie 3.2 dit jaar niet verschijnt maar dat er volgend jaar gelijk naar versie 4 wordt doorgestoomd.
Ook beschrijft de Firefox-architect de eveneens nieuwe feature Prism, dat het voor webapplicaties zoals Gmail mogelijk moet maken zich meer als desktop-applicatie te gedragen, zodat ze bijvoorbeeld vanaf het startmenu kunnen worden benaderd. Maar belangrijker is dat Prism beoogt om de focus van de browser weg te nemen, immers: browsercontrols zoals een backbutton of adresbalk hebben weinig tot niets met de interactie van de webapplicatie te maken. Prism staat onder meer het starten van een applicatie op basis van een initialisatiebestand toe, en er wordt gewerkt aan het draaien van apps in hun eigen 'sandbox'. Dit zou niet alleen de veiligheid ten goede komen, maar het ook mogelijk maken om door het scheiden van cookies bijvoorbeeld met verschillende Google-accounts in te loggen.
09:24
20:55
Door 
