Zo ongehoord vind ik dat niet.
Webapplicaties worden vaak ontwikkelt voor een specifieke doelgroep waarvan je de werkomgeving van tevoren compleet vast kunt stellen. In 95% van de gevallen is IE een browser die op het systeem aanwezig is (het hoeft niet de defaultbrowser te zijn, IE is er wel).
Als je bezig bent met het ontwikkelen van een webapplicatie of website, dan loop je altijd tegen browsercompatibility issues aan. Vaak is het een renderfoutje, maar als je ingewikkeldere dingen gaat scripten dan kan een complete functie nog wel eens niet goed gaan werken.
Je kunt 2 dingen voorstellen aan je opdrachtgever.
1. we bouwen de webapplicatie volgens je specificaties en garanderen dat het prima werkt in IE die jij op de werksystemen hebt draaien. Dit kost je ¤100.000
2. we bouwen de webapplicatie volgens je specificaties, maar zorgen er ook voor dat deze compatible is met niet alleen IE, maar ook met firefox, safari, opera en chrome. Dit kost je ¤125.000
Als de opdrachtgever al weet dat er meer is dan alleen IE zal hij zich afvragen wat die browsercompatiblity aan meerwaarde brengt voor zijn organisatie. Is het die 25% extra waard. Als het gaat om iets wat ergens in een organisatie draait op Windows machientjes zal het antwoord hierop bijna altijd nee zijn.
En dingen crossbrowser compatible maken kost nu eenmaal tijd en daarmee dus geld. Al is het maar dat je alles niet alleen moet testen in IE, maar ook nog eens in een berg andere browsers. Ook al is de code die je geschreven hebt dermate geniaal dat het prima werkt in alle browsers, je bent gewoon meer tijd kwijt in het traject, omdat je het spul allemaal nog eens moet testen in een andere browser. En zeker in een complexe webapplicatie kan hier makkelijk een paar weken tijd in gaan zitten, je moet immers alle functies testen onder alle omstandigheden.
Ga je websites bouwen, waarvan je dus niet weet wie hem bezoekt met welke browser dan moet het gewoon goed werken in iedere browser (of in elk geval in de meest gebruikte browsers, zoals je op
http://www.w3counter.com/globalstats.php kunt vinden. Als ik een website bouw test ik echt niet meer in firebird 0.6, ie5 of opera 7 ofzo. Dat spul is dermate antiek dat vrijwel niemand het meer gebruikt
Er is natuurlijk een verschil tussen een requirement dat een applicatie dient te werken in IE en dat secundaire browser-support (nog) niet nodig is, en de uitvoering daarvan. Als de uitvoering vervolgens gebruik maakt van IE-only proprietary technologieën dan zou ik daar toch mijn vraagtekens bij zetten aangezien je daarmee secundaire browsers expliciet uitsluit (ook al is dat op dat moment geen requirement) terwijl dat meestal niet nodig is gezien het feit dat er in de meeste gevallen gewoon standaard-gebaseerde alternatieven zijn die /ook/ in IE toepasbaar zijn, of je gebruik zou kunnen maken van een library die dergelijke incompatibilities voor je oplost. Dat kost geen cent meer of minder, hooguit wat extra kennis, maar je krijgt wel een product dat in essentie ook zou kunnen werken in andere browsers, ook al hoef je dat niet per-sé meteen mee te nemen in je testen.
Het maakt het vervolgens wel makkelijker om achteraf je product toch nog geschikt te maken voor andere browsers mocht dat ooit een requirement worden (je weet maar nooit) en in essentie versterkt het daardoor je marktpositie (je kan het zelfs als verkoop-argument gebruiken!).
De andere kant is minder rooskleurig: het gebruik van vendor-specifieke browser-technologieën zadelt je klant niet alleen op met een vendor-lock-in, maar vaak ook met een versie-lock-in aangezien forwards-compatibility van dergelijke technologieën niet gewaarborgt is. De huidige tendens van MSIE richting standards-compliance heeft op dat punt al concessies moeten doen mbt eigen proprietary extensies - in IE7 al, en dat zal in IE8 alleen nog maar meer worden (vandaar ook de X-UA-COMPATIBLE oplossing van MS). Dat is ook de reden dat veel bedrijven nog steeds op IE6 (moeten) blijven hangen. De lifecycle van een (webbased) business-app blijkt vele malen langer dan de gemiddelde lifecycle van een browserversie (de IE6 tot IE7 'stilte'-periode is eigenlijk meer te zien als een uitzondering, zelfs MS kan zich dat niet meer veroorloven), wat het destemeer onverstandig maakt om je applicatie enkel geschikt te maken voor 1 enkele browser(versie).
![[RSS]](http://tweakimg.net/g/if/v2/icons/rss_small.png){kind=icon}
Met de enquête wil Mozilla vooral weten hoe het marktaandeel vergroot kan worden. Zo vraagt Mozilla onder meer wat de belangrijkste reden is dat mensen wel of niet overstappen naar de mobiele browser, hoe de naamsbekendheid verbeterd kan worden en of mensen de browser wel eens aanraden bij familie of vrienden. Het is onduidelijk wanneer de resultaten van het onderzoek bekend worden gemaakt.
11:24
20:39
Door 
![[show]](http://tweakimg.net/g/if/comments/button_down.gif "Reactie uitklappen")
).
en soms zelfs sites die we wel écht nodighebben. Gelukkig zijn Tweakers en nu.nl niet geblokkeerd.
)
