mboost-dp1

- Forside
- ⟨
- Forum
- ⟨
- Nyheder
Microsoft trækker bevist bremsen i udviklingen af IE. Det er et strategisk træk fra MS for at hindre at andre laver platforms uafhængige apps i alt det nye web halløj.
Hvis MS ikke vil spille med, ja så må de jo tvinges.
Hvis MS ikke vil spille med, ja så må de jo tvinges.
#0 skrev:Blandt de mest udbredte browsere, har især Microsofts IE svært ved at følge web-standarderne
Kan man rate selve nyheden som Flamebait? ;-)
decx (1) skrev:Microsoft trækker bevist bremsen i udviklingen af IE. Det er et strategisk træk fra MS for at hindre at andre laver platforms uafhængige apps i alt det nye web halløj.
Har du dokumentation for det?
Det der er et super lækkert tiltag for os der er trætte af at bruge 20-30% af vores udviklingstid på at tilpasse til IE. Jeg personligt begynder at bruge dette i stedet i hvert fald.
Tak Google!
Tak Google!
Så når brugeren vil tilgå Wave, får de en besked om at installere et plugin? Jeg ville faktisk hellere foretrække "din browser understøtter ikke HTML5. For at bruge tjenesten, bør du hente en anden browser."
#3, #4
Microsoft har selv gået ud og sagt, at de ikke ønsker at følge de kommende standarder, før de er blevet veletablerede.
#3, #4
Microsoft har selv gået ud og sagt, at de ikke ønsker at følge de kommende standarder, før de er blevet veletablerede.
Mr. Q (6) skrev:Det der er et super lækkert tiltag for os der er trætte af at bruge 20-30% af vores udviklingstid på at tilpasse til IE
Det hjælper dig da ikke som udvikler, da den tid man bruger på at sørge for cross-browser kompatibilitet, bruges for BRUGERENS skyld, ikke for udviklerens skyld.
Og så længe det ikke er standard, ændrer det intet.
#11
Jo, lige præcis. Noget med at de såkaldte nye "standarder" kun var i en slags "beta" indtil de rent faktisk blev standard, og de ville ikke understøtte noget der måske blev ændret. Jeg kan sådan set godt følge deres logik, men når de er de eneste der ikke understøtter dem, er det åndsvagt. Af den årsag vil IE altid ligge et skridt bag alle de andre.
#13
Ja, de danske brødre Lars og Jens Rasmussen var måske ikke helt alene om det, men jeg tror godt man kan sige at de har været, og stadig er, den store drivkraft bag Google Wave. Det var også dem der stod bag Google Maps.
Jo, lige præcis. Noget med at de såkaldte nye "standarder" kun var i en slags "beta" indtil de rent faktisk blev standard, og de ville ikke understøtte noget der måske blev ændret. Jeg kan sådan set godt følge deres logik, men når de er de eneste der ikke understøtter dem, er det åndsvagt. Af den årsag vil IE altid ligge et skridt bag alle de andre.
#13
Ja, de danske brødre Lars og Jens Rasmussen var måske ikke helt alene om det, men jeg tror godt man kan sige at de har været, og stadig er, den store drivkraft bag Google Wave. Det var også dem der stod bag Google Maps.
#11
JavaScript har været en defineret og fastlagt standard i flere år og selv ikke IE 8 understøtter den korrekt. Så selv som HTML 5 stadig ikke er definitivt standard så er meget andet som IE 8 ikke fatter.
#12
Den tid vi som webudviklere kan spare på ikke at skulle tænke i cross-browser kompatibilitet kan istedet bruges på at lave flere features til vores kunder/brugere. Hvordan er det ikke en fordel for alle?
JavaScript har været en defineret og fastlagt standard i flere år og selv ikke IE 8 understøtter den korrekt. Så selv som HTML 5 stadig ikke er definitivt standard så er meget andet som IE 8 ikke fatter.
#12
Den tid vi som webudviklere kan spare på ikke at skulle tænke i cross-browser kompatibilitet kan istedet bruges på at lave flere features til vores kunder/brugere. Hvordan er det ikke en fordel for alle?
Jeg kan ikke huske om de begge to var med til at udvikle wave, men den ene af dem var i hvert fald. Det var også de to, som stod bage google maps. De har dog ikke lavet det helt alene. Der har været mange andre udviklere med på projekterne.Dennis4300 (13) skrev:Er det et dansk brødre par som står bag?
V8 er primært udviklet af danskere. Det er Google's team i Århus, der har lavet det meste.
Men omvendt vil de så ikke implementere noget som viser sig at indeholde fejl eller blive ændret..DrHybris (15) skrev:Jo, lige præcis. Noget med at de såkaldte nye "standarder" kun var i en slags "beta" indtil de rent faktisk blev standard, og de ville ikke understøtte noget der måske blev ændret. Jeg kan sådan set godt følge deres logik, men når de er de eneste der ikke understøtter dem, er det åndsvagt. Af den årsag vil IE altid ligge et skridt bag alle de andre.
#19 Igen ville det være noget totalt lort IMO... Det gør bare at standarden i længere tid bliver udskudt fordi folk bare bruger noget der er "forkert".
Men altså når HTML 5 bliver standardiseret så kommer IE8 vel med en opdatering?
Jeg tør da væde på at de allerede har en version med de fleste af de nye ting der ligger og venter anyway.
Bruger dog ikke selv IE8 så kan kun glæde mig på andres vegne over dette :-)
Men altså når HTML 5 bliver standardiseret så kommer IE8 vel med en opdatering?
Jeg tør da væde på at de allerede har en version med de fleste af de nye ting der ligger og venter anyway.
Bruger dog ikke selv IE8 så kan kun glæde mig på andres vegne over dette :-)
gensplejs (19) skrev:Det jeg personligt savner mest i chrome er muligheden for at lave en IE tab som man kan med et plugin i firefox. Jeg er røv træt af at skulle skifte til ie for at se visse sider.
Installer: http://www.meadco.com/neptune/index.htm
Bookmark:
javascript:(function (){var lh=location.href; if( !lh || lh.match(/^(javascript|about):/i) )return; document.write('<html><head><title>'+(document.title?document.title:lh).replace(/</g,'<').replace(/>/g,'>')+' - using Internet Explorer rendering<\/title><\/head><body style=\'margin:0px;padding:0px;\'><script type=\'text/javascript\'>var script = document.createElement(\'script\'); var embed = \'<embed type=\\\'application\/x-meadco-neptune-ax\\\' width=\\\'100\x25\\\' height=\\\'100\x25\\\' param-location=\\\'' + lh + '\\\'><\/embed>\'; script.setAttribute(\'src\',\'data:text/javascript,document.write(embed);\'); document.body.appendChild(script);<\/script><\/body><\/html>'); })();
Det er da meget fint at google laver det de gør.
Men jeg mener ikke man kan klandre microsoft for ikke at have support for HTML 5 i IE.
For HTML 5 er IKKE en standart. Den er stadig DRAFT.
Når den engang bliver vedtaget som standart så skal explorer selvfølgelig understøtte den. Men jeg kan personligt ikke se hvorfor MS skulle bruge kræfter på at understøtte en DRAFT standart.
Men jeg mener ikke man kan klandre microsoft for ikke at have support for HTML 5 i IE.
For HTML 5 er IKKE en standart. Den er stadig DRAFT.
Når den engang bliver vedtaget som standart så skal explorer selvfølgelig understøtte den. Men jeg kan personligt ikke se hvorfor MS skulle bruge kræfter på at understøtte en DRAFT standart.
Jeg synes lidt det er noget pjat. Microsoft er tidligere blevet stærkt kritiseret for at implementere ting som var draft, med det resultat, at alle lavede hjemmesider til det, fordi IE kunne det. Nu prøver de så at gøre det anderledes og understøtter kun standard, og så får de på puklen igen.
.dot (21) skrev:Installer: http://www.meadco.com/neptune/index.htm
Nasty.
Anede jeg ikke fandtes allerede. (det fandtes ikke sidst jeg søgte)
Jeg vil prøve det straks jeg kommer hjem.
gensplejs (22) skrev:Men jeg mener ikke man kan klandre microsoft for ikke at have support for HTML 5 i IE.
For HTML 5 er IKKE en standart. Den er stadig DRAFT.
Den undskyldning holder ikke rigtig når de ikke holder sig tilbage for at implementere deres egne proprietære funktioner, som f.eks. "CSS expressions" og ActiveX.
Iøvrigt er der intet i vejen med at lave experimentelle implementeringer af standarder der stadig er i Draft.
Det er sådan at browserudviklere og webudviklere får mulighed for at lege med de kommende standarder og melde tilbage til standard-organisationerne, hvordan de fungerer ude i den virkelige verden.
Det er sådan at browserudviklere og webudviklere får mulighed for at lege med de kommende standarder og melde tilbage til standard-organisationerne, hvordan de fungerer ude i den virkelige verden.
#26
du har helt ret, et er at der skal tilpasses specielt til IE ved HTML og CSS, men når man skal til at bruge andre udtryk i JS for at IE fatter bare lidt, så er der god grund til at kritisere.
Kan man tvinge IE til at bruge GC frame på sider som ikke har X-UA tagget?
du har helt ret, et er at der skal tilpasses specielt til IE ved HTML og CSS, men når man skal til at bruge andre udtryk i JS for at IE fatter bare lidt, så er der god grund til at kritisere.
Kan man tvinge IE til at bruge GC frame på sider som ikke har X-UA tagget?
#29 If you cant beat them, infiltrate them..
#28 Ja, men det er klientside du skal gøre det, altså noget brugeren selv skal gøre. Så det på googles side i går da jeg først hørte om det her :) - Skrif cf: foran URL'en eller brug den løsning du ser nederst på denne side: http://code.google.com/chrome/chromeframe/develope...
#28 Ja, men det er klientside du skal gøre det, altså noget brugeren selv skal gøre. Så det på googles side i går da jeg først hørte om det her :) - Skrif cf: foran URL'en eller brug den løsning du ser nederst på denne side: http://code.google.com/chrome/chromeframe/develope...
Har ikke læst alle kommentarer så ved ikke om det er blevet nævnt, men 'here goes':
Så vidt jeg kunne forstå på webdesignere og udviklere, er det ikke IE8 der bøvler, men 6'eren, som stadig er standard på mange gamle computere med XP. Chromes forvandling af 8'eren er knapt så relevant som at nævne at det faktisk også gælder for 6'eren, som vidst nok er den der trækker i mange webdesignere og udviklere.
Måske artiklen skulle have handlet om 6'eren frem for 8'eren.
8'eren fungere udemærket, og er ikke voldsomt bøvlet i forhold til Firefox, så vidt jeg har kunnet forstå.
Så vidt jeg kunne forstå på webdesignere og udviklere, er det ikke IE8 der bøvler, men 6'eren, som stadig er standard på mange gamle computere med XP. Chromes forvandling af 8'eren er knapt så relevant som at nævne at det faktisk også gælder for 6'eren, som vidst nok er den der trækker i mange webdesignere og udviklere.
Måske artiklen skulle have handlet om 6'eren frem for 8'eren.
8'eren fungere udemærket, og er ikke voldsomt bøvlet i forhold til Firefox, så vidt jeg har kunnet forstå.
#32
Der tager du desværre fejl. Jeg er selv webprogrammør og har fået lov at udvikle til IE 7 og glemme IE 6. Men selv IE 8 kan stadig ikke klare alt det den skal klare i HTML 4 og CSS 2.3.
Den er meget længere end IE 6, men den mangler stadig en god del.
Men når vi snakker Javascript har jeg stort set ikke bemærket nogen forskel fra IE 6 til IE 8. Og med dagens krav til interaktive hjemmesider bliver det vigtigere og vigtigere at det er iorden.
Jeg skal stadig bruge en masse ekstra udvikligsarbejde på at tilpasse kode til IE's behov og det er lig med ekstra omkostninger for min arbejdsgiver og det er lig med dårligere sider for kunder/brugere da man er nødt til at udvikle ud fra mindste fællesnævner.
Der tager du desværre fejl. Jeg er selv webprogrammør og har fået lov at udvikle til IE 7 og glemme IE 6. Men selv IE 8 kan stadig ikke klare alt det den skal klare i HTML 4 og CSS 2.3.
Den er meget længere end IE 6, men den mangler stadig en god del.
Men når vi snakker Javascript har jeg stort set ikke bemærket nogen forskel fra IE 6 til IE 8. Og med dagens krav til interaktive hjemmesider bliver det vigtigere og vigtigere at det er iorden.
Jeg skal stadig bruge en masse ekstra udvikligsarbejde på at tilpasse kode til IE's behov og det er lig med ekstra omkostninger for min arbejdsgiver og det er lig med dårligere sider for kunder/brugere da man er nødt til at udvikle ud fra mindste fællesnævner.
#33: Det er ikke Javascript der er problemet. Javascript standarden understøtter IE8 til punkt og prikke på trods af at det er den mest elendige standard der nogensinde er skrevet. Til gengæld er DOM et problem, fordi alle browseren er rørende uenige om hvordan det bør fungere. I nogle tilfælde følger IE8 standarden og i andre tilfælde følger Firefox den bedre, men der er ikke rigtig nogen af dem der gør det godt.
Ka ikke se noget i vejen med flere valgmuligheder..
Brugerne bestemmer selv om de vil installere plugin'et lisom udviklerne selv bestemmer om de vil understøtte det..
Tanken er jo nok at nå ud til de brugere, der af den ene eller anden grund foretrækker IE's brugerflade frem for at skifte til en helt anden browser..
Brugerne bestemmer selv om de vil installere plugin'et lisom udviklerne selv bestemmer om de vil understøtte det..
Tanken er jo nok at nå ud til de brugere, der af den ene eller anden grund foretrækker IE's brugerflade frem for at skifte til en helt anden browser..
#34
Stort set alt javascript som jeg har skrevet igennem tiderne, blev udviklet på Firefox, derefter testet i Opera og Chrome og sjældent opstår der problemmer.
Men når IE så skal testet er der næsten altid problemmer. Altså er der for det meste kun en der er uenig.
#16
Det er ikke meget anderledes end at bede folk om at installere flash.
Stort set alt javascript som jeg har skrevet igennem tiderne, blev udviklet på Firefox, derefter testet i Opera og Chrome og sjældent opstår der problemmer.
Men når IE så skal testet er der næsten altid problemmer. Altså er der for det meste kun en der er uenig.
#16
Det er ikke meget anderledes end at bede folk om at installere flash.
#26 skrev:hvad med JavaScript? Det ER en standard
JavaScript er ikke andet en en de-facto standard. Netscape lavede JavaScript, Microsoft lavede nogenlunde lignende JScript og senere er ECMAscript kommet som en mere "rigtig" standard. JavaScript er noget rod, og som #34 nævner er DOM'en ofte forskelligt implementeret. Her kan libraries som jQuery dog hjælpe.
#0:
Så kommer der måske en reminder eller popup om at installere det plugin hvis man hopper ind på sådanne en side med IE uden plugin, må man vel gå ud fra?
#6:
Hvis du bruger 30% udviklings tid på at tilpasse til IE - så er der da godt nok noget galt med dine skills indenfor webudvikling..
Bruger selv MAX omkring 5% af min udviklingstid på at tilpasse til IE 6-7 ..
#25:
Var det ikke i de 'gode' gamle dage de implementerede dem? de har jo selv sagt de vil følge standarderne nu?
Så kommer der måske en reminder eller popup om at installere det plugin hvis man hopper ind på sådanne en side med IE uden plugin, må man vel gå ud fra?
#6:
Hvis du bruger 30% udviklings tid på at tilpasse til IE - så er der da godt nok noget galt med dine skills indenfor webudvikling..
Bruger selv MAX omkring 5% af min udviklingstid på at tilpasse til IE 6-7 ..
#25:
Var det ikke i de 'gode' gamle dage de implementerede dem? de har jo selv sagt de vil følge standarderne nu?
Ideen er god nok men vi står stadig med kerne-problemet: Brugerne opdatere ikke deres browser hvis de ikke bliver tvunget. Derfor har vi stadig ufattelig mange IE6 brugere (jeg laver hjemmesider hvor stats viser op mod 25% IE6!).
Jeg tror derfor at det vil blive begrænset hvad vi udviklere kan få ud af det.
Jeg tror derfor at det vil blive begrænset hvad vi udviklere kan få ud af det.
Opret dig som bruger i dag
Det er gratis, og du binder dig ikke til noget.
Når du er oprettet som bruger, får du adgang til en lang række af sidens andre muligheder, såsom at udforme siden efter eget ønske og deltage i diskussionerne.