Diskussion:Windows Internet Explorer

aus Wikipedia, der freien Enzyklopädie

Inhaltsverzeichnis 1 Screenshots 2 Weblinks? 3 Marktanteil 4 Kritik 5 Abschnitt »Fehlende Implementierungen« 6 JScript potenziell unsicher 7 VÖ-Datum Windows Loghorn Beta / IE 7 Beta 1 8 Kritik an den Änderungen von Benutzer:172.176.181.5 9 Fehler in Artikel 10 IE 7.5 und Acid2 11 VÖ-Datum IE 7 Beta 2 und Final 12 Artikelname 13 Sicherheitslücken - Kritik - Alternativen? 14 Kommentar zum Revert 15 Kommentar zum Revert 2 16 Ist die Zahl entdeckter Sicherheitslücken von der Browser-Bekanntheit abhängig? 17 Pocket IE 18 Neuer offizieller Titel 19 Größere Einschnitte 20 IE 7.0 als Update seit Ende November bei den Usern

[Bearbeiten] Screenshots

Falls jemand seine Screenshots vermissen sollte, Paddy hat sie gelöscht. Eine Auseinandersetzung darüber findet ihr unter Wikipedia Diskussion:Bildrechte#Screenshots. --Meph666 21:07, 27. Feb 2005 (CET)

---

??? Stimmt das???

---

Habe gerade Google gefragt und der hat folgende Adresse ausgespuckt:

http://weblab.uni-lueneburg.de/seminare/webpuba/grundlagen/01%20einleitung.html

stimmt also :-))

Gruss Igelball

---

Das:

Sicherheitslücken sind nicht entstanden, weil IE Netscape verdrängt hat

stand da auch gar nicht:

IE ist in letzter Zeit durch seine enge Einbindung in das Betriebssystem Windows ins Gerede gekommen. Damit hat Microsoft die Wettbewerber wie Netscape Navigator aus dem Markt gedrängt. Außerdem sind dadurch sehr gefährliche Sicherheitslücken entstanden [...]"

Sondern: "Damit hat Microsoft erstens ... Zweitens sind dadurch außerdem ..." --Vulture

---

Es gab auch die Versionen 1.0 und 2.0. 1.0 war Bestandteil des Plus!-Paketes für Windows 95.

---

Bin in dem Thema nicht fit, aber: "Mittlerweile wurde bekannt gegeben, dass die Version des Internet Explorer für den Mac eingestellt wird. Dies bedeutet, Microsoft wird neue Versionen mehr entwickeln und noch eine Zeit lang Fehler in alten Versionen ausbügeln."

Müsste es nicht heissen: [...] Mircosoft wird Keine neue Version mehr entwickeln? [...]

--Toki3001 22:04, 15. Mär 2004 (CET)

Ja, danke -Matthäus Wander 23:53, 15. Mär 2004 (CET)

[Bearbeiten] Weblinks?

Wikipedia ist KEINE Link-Sammlung; einige wenige prägnante Links sollten pro Artikel genügen, den Rest kann man als Quelle direkt im Text angeben. Könnte jemand bitte diesen Artikel entsprechend modifizieren? -- John Doe 10:01, 1. Sep 2004 (CEST)

Das sehe ich genauso. Außerdem haben hier einzelne Heise-Artikel, die einen Browserwechsel empfehlen auch nichts verloren ! --Fasse 12:02, 8. Jun 2005 (CEST)

---

"Der Internet Explorer ist mutmasslich der meistgenutzte Browser im Internet mit über 90% Marktanteil auf einigen Websites"
Warum wurde der vorher klare Satz so abgeändert? Ich denke es ist unnötig mutmasslich ... auf einigen Websites in die Einleitung zu schreiben, da es erstens keine Statistik von hochbesuchten Seiten gibt, in denen IE nicht mit deutlich Abstand 'führt', außerdem finde ich dass dies nur unnötig verwirrt. - Xorx77 22:52, 2. Sep 2004 (CEST)

Es existieren keine verlaesslichen Statistiken, ob das wirklich so ist. Viele stellen bei ihrem Browser den IE als Useragent ein, um Browserweichen zu umgehen. Dadurch erhaelt der IE mehr Anteile als ihm zustehen.

---Qbi 13:11, 3. Sep 2004 (CEST)

Ich denke der Google Zeitgeist ist verlässlich genug für eine repräsentative Statistik (wenn dann stellt sie Mozilla und Opera etwas besser da, da diese Google als Standard-Suchmaschine benutzen). Und dort ist IE mit über 95% vertreten. - Xorx77 21:08, 15. Sep 2004 (CEST)

Gib mal bitte einen Link auf die Seite mit den Browserstatistiken. Ich kann da ad hoc nichts sehen.

--Qbi 15:18, 16. Sep 2004 (CEST)

Die Browserstatistiken wurden rausgenommen, kann dir also keinen Link geben. Die Zahlen hab ich aus dem Gedächtnis (lässt sich aber bestimmt bei genauerem Suchen im Internet bestätigen) - Xorx77 18:12, 16. Sep 2004 (CEST)

Ich behaupte jetzt einfach mal, dass 90% der Internetuser nicht mal wissen, wie ihr Browser heißt geschweige denn, wie man den Namen ändert.

--Reeno 21:12, 8. Sep 2004 (CEST)

Beweis durch Behauptung?

--Qbi 08:19, 9. Sep 2004 (CEST)

Stell dir einfach mal den normalen Durchschnittsuser vor. Für sehr viele Leute ist der Browser einfach nur "das Internet". Einen anderen Namen haben sie gar nicht dafür. Die wenigsten wissen überhaupt, dass es verschiedene Browser gibt. Beweise hab ich dafür nicht, sind nur Beobachtungen, die ich in vielen Firmen gemacht habe.

--Reeno 15:23, 9. Sep 2004 (CEST)

Diese Leute werden dann auch ihren IE weiter nutzen. Mit meiner obigen Aussage meinte ich die Leute, die um ihren Browser wissen und dem absichtlich einen anderen Namen geben (meist Opera- und Mozilla-Nutzer).

--Qbi 15:18, 16. Sep 2004 (CEST)

[Bearbeiten] Marktanteil

Wie aktuell sind die 93.7%? Ich finde auf der Seite keine Stats. Auf Webhits.de ist der IE mit 84.2% geführt.

"WebSideStory Inc.'s real focus is its on-demand Web analytics services for business customers, said Erik Bratt, the company's corporate communications director. But the data collected from thousands of Web sites and 20 million to 40 million users a day has shown WebSideStory that there is a small decline in Internet Explorer use from 95.73 percent on June 4 to 94.73 percent on July 6." [1] --Samweis 18:55, 18. Sep 2004 (CEST)

Meiner Meinung nach wäre es wegen dieser Erbsenzählerei bei den Marktanteilen wohl doch wieder besser, anders als die englische Wikipedia zum Begriff "über 90%" zurückzukehren. --Samweis 18:57, 18. Sep 2004 (CEST)

Der meinung bin ich auch – über 90% ist schon eine ganze menge, da kommt es auf ein paar prozent mehr oder weniger gar nicht an. --Kristjan' 19:28, 18. Sep 2004 (CEST)

93.7%, 84.2%, ... sehr lustige Zahlen. Dafuer gibt es ein passendes Zitat: "86.43299601% aller Statistiken täuschen eine Genauigkeit vor, die sie nie erreichen können."

Fakt ist, dass es keine verlaesslichen Statistiken zur Browsernutzung gibt, schon gar keine, die die Anteile auf Zehntel-Prozent genau ermitteln koennten. Die Anteile der Browser sind stark von der jeweiligen Zielgruppe einer Website abhaengig. So ist z.B. der Anteil des IE bei heise online schon auf unter 50% gefallen. [2] Auch website-uebergreifende Statistiken wie etwa die von diversen Counter-Anbietern sind nicht zwangslaeufig aussagekraeftiger, da solche Statistiken immer ueber (implizite) Selektionen von Sites erhoben werden, die nicht repraesentativ fuer alle Websites sind.

Weitgehend sicher ist allenfalls, dass der Anteil des IE bei der Browsernutzung momentan noch ueber 80% liegt. Das wird sich in den kommenden Monaten und Jahren aber aller Wahrscheinlichkeit nach stark aendern. Wurde der IE bisher vor allem von technisch versierten Leuten gemieden, wird neuerdings immer oefter auch von den Mainstream-Medien die Nachricht verbreitet, man solle vom IE aus Sicherheitsgruenden besser die Finger lassen.

Darueberhinaus ist festzustellen, dass der Begriff "Marktanteil" ungluecklich gewaehlt ist, weil es einen Browser-Markt im herkoemmlichen Sinne praktisch nicht gibt.

-- 141.30.230.88 08:25, 23. Sep 2004 (CEST)

Die ersten Wörter die ich in dem obenstehenden Beitrag gelesen habe, waren "Fakt ist", zuvor habe ich die Benutzerkennung in meiner Beobachtungsliste gesehen. Da habe ich mir schon gedacht, schon wieder ein Troll, das könnte ja unterhaltsam werden. Als ich dann weitergelesen habe, war ich fast schon enttäuscht ;-). Naja, jetzt mal den Spaß beiseite:

Endlich mal jemand, der sich eine Ebene höher begeben hat und den Sinn dieser supergenauen Statistiken mit 100-stel Angabe, ohne Beachtung des Zustandekommens dieser Statistik und ohne der Überlegung ob eine objektive Statistik überhaupt möglich ist, in Frage stellt! --Meph666 11:48, 23. Sep 2004 (CEST)

Man sollte außerdem erwähnen, dass der Marktanteil durch das Bundling mit dem Windows-Betriebssystem und dessen Verbreitung zustande kommt! Meiner Meinung nach entsteht sonst ein falsches Bild beim uninformierten Leser. Er könnte auf die Idee kommen, dass der Marktanteil mit Qualität korreliert. --Andreas86 17:34, 9. Aug 2006 (CEST)

Natürlich korreliert der MA auch mit Qualität. Zwischen 1997 und 2002 hatte IE keine ernstzunehmende Konkurrenz und konnte ohne jeglichen Widerstand den Markt erobern. Auch zurecht, denn Netscape Navigator 4 war IE hoffnungslos unterlegen und wurde nicht mehr weiterentwickelt. Der in der Entwicklung befindliche Mozilla war erst 2002/2003 wirklich ausgereift, vorher war IE mangels gleichwertiger oder höherwertiger Alternativen der beste praktisch einsetzbare Browser. Erst Firefox, Opera ab V7 und Safari unter MacOS X sind echte IE-Marktanteil-Killer. -- molily 14:37, 15. Aug 2006 (CEST)

Man kann sich ja darüber streiten, ob mangelnde Konkurrenz mit Qualität gleichzusetzen ist, meiner Meinung nach hängt das (momentan) nur mit der Bündelung mit Windows zusammen. Genau wie die meisten User in ihrem ganzen Leben kein Betriebssystem installieren werden weil schon Windows auf dem Rechner läuft, werden sie auch den IE benützen. --Andreas86 17:58, 15. Aug 2006 (CEST)

Die Logik geht nicht auf: Wenn nur die Bündelung für den MA verantwortlich war, wieso ändert sich der MA dann überhaupt momentan? Schließlich gibts die Bündelung immer noch und es wird sie auch weiterhin geben. (Der Vergleich mit Betriebssystemen ist unpassend - denn im OS-Markt für Personalcomputer ändert sich momentan nichts.) Nein, es drängten andere Browser in einen Markt, den der IE eine Zeit lang mit niemandem teilen musste. Ja, in einer solchen Situation wirkte sich die Bündelung aus. Natürlich gab es 1997 bis 2003/04 andere Browser, aber das Wasser reichen konnten die IE aus jeweils unterschiedlichen Gründen nicht. Der Uralt-Netscape 4 war in jeder Hinsicht schlimmer, Beta-Browser wie Netscape 6, Mozilla 0.x sowie einige frühe Mozilla 1.x waren noch zu unausgereift, um für Normalanweder akzeptabel bedienbar zu sein. Es hat schon seine Gründe, warum erst Firefox sich als großer Konkurrent etablieren konnte. Begünstigt wird der Abstieg wiederum durch den Fehler Microsofts, die Entwicklung 2001 einzustellen. Aber es ging ja um die Frage, wie der IE zum Marktführer wurde. Die Bündelung ist jedenfalls ungebrochen. -- molily 22:13, 15. Aug 2006 (CEST)

[Bearbeiten] Kritik

Ich habe grad im Artikel gelesen, dass die fehlende vollständige Implementierung von HTML, CSS, CSS2 etc. kritisiert wird. Ich bin mir aber relativ sicher, dass zum einen kein aktueller Browser CSS2 vollständig unterstützt (bei CSS2.1 könnten es einige sein, bin mir nicht sicher) und zum anderen der IE sogar der erste Browser war, der CSS1 vollständig unterstützt hat. Ich will mich diesem Artikel hier lieber nicht zu sehr widmen... Desweiteren ist der reine Absturz der im Abschnitt "Sicherheit" demonstriert wird, keine Sicherheitslücke sondern nur ein Bug - dies ist falsch dargestellt. Insgesamt einer der schlechtesten Artikel der Wikipedia. MfG --APPER\^☺☹ 14:55, 30. Jan 2005 (CET)

[Bearbeiten] Abschnitt »Fehlende Implementierungen« 

Dieser Abschnitt enthält einen Absätze über mangelhafte Implementierung von standardisierten Techniken zugunsten proprietärer Techniken. Das war es aber auch. Der zweite Absatz handelt von der Fehlertoleranz. Das kann man nicht - oder nur im weitesten Sinne - unter »Fehlende Implementierung« verbuchen. (Im gleichen Absatz ist dann wieder von fehlender Implementierung die Rede - Chaos!) Der dritte Absatz handelt von der Einbindung des MSIEs in Windows. Das passt ebensowenig unter diese Überschrift. Wie wäre es mit einer anderen Abschnittsüberschrift oder einer Aufteilung? 1. Technische Mängel und umstrittene Zusatztechniken bzw. Features, 2. Kritik an der Verknüpfung mit Windows. --molily 04:29, 24. Feb 2005 (CET)

Ist doch so, oder nicht?

[Bearbeiten] JScript potenziell unsicher

 »Mit JScript und VBScript hat Microsoft ähnliche nicht-standardisierte Techniken entwickelt, die im Gegensatz zu JavaScript/DOM nur vom Internet Explorer interpretiert werden. Da sie im Gegensatz zu JavaScript umfassenden Zugriff auf Dateisystemobjekte und andere kritische Komponenten gewähren, werden sie als potenziell unsicher angesehen.«

Der Satz ist verquert. Auch Gecko hat meines Wissens eine Fähigkeit namens UniversalFileRead/Write und andere, die Zugriff auf verschiedene sensible Daten erlauben. Daher müsste man auch diese Gecko-Features als »potenziell unsicher« bezeichnen. Das ist aber kein bemerkenswerter Erkenntnisgewinn. Es wäre daher Unsinn, diesen Kritikpunkt in Gecko-Artikeln zu ergänzen. Der entscheidende Punkt ist, dass diese an sich sinnvollen Techniken (sie werden z.B. in Intranet-Webanwendungen verwendet) problematisch sind, weil sie gefährlich werden können, wenn der Browser Sicherheitslücken hat und ein Script somit Rechte bekommt, die ihm nicht zustehen. Und weil MSIE sich in der Vergangenheit immer wieder als besonders anfällig erwiesen hat, sind diese Techniken im MSIE besonders problematisch - nicht aufgrund ihrer schlichten Existenz. -- molily 19:01, 22. Jul 2005 (CEST)

[Bearbeiten] VÖ-Datum Windows Loghorn Beta / IE 7 Beta 1

Der Artikel redet vom Veröffentlichungsdatum 27. Juli. [3] [4] [5] [6] reden aber vom 3. August. Dies wurde bereits eingepflegt, aber wieder rückgängig gemacht. Warum? Allem Anschein nach ist der 3. August korrekt. -- molily 17:34, 24. Jul 2005 (CEST)

Also: Microsoft hat erst den 27. Juli für die Beta 1 von Windows Longhorn und den Internet Explorer 7 genannt. Bei der Bekanntgabe des finalen Namen für Longhorn, also Windows Vista, wurde der Release-Termin auf den 3. August verschoben (sowohl für Windows Vista als auch für den IE 7). Heute, am 27. Juli, wurde nun doch die Beta 1 von Windows Vista veröffentlicht. Für MSDN-Abonnenten und Beta-Tester gilt jedoch immernoch der Termin des 3. Augusts als Verfügbarkeitsdatum. Die Beta 1 des IE 7 wird am 3. August veröffentlicht, aber in der Beta 1 von Windows Vista, welche ja heute erschienen ist, ist sie schon integriert. Daher gilt:

 Windows Vista Beta 1 (inklusive Beta 1 IE 7): 27. Juli (Microsoft-intern)
 Windows Vista Beta 1 (inklusive Beta 1 IE 7): 3. August (für MSDN-Abonnenten und Beta-Tester)
 Beta 1 IE 7: 3. August (für alle)

27. Juli 2005 (21:09)

Danke, aber jetzt bin ich so schlau wie vorher, weil du Behauptungen aufstellst, ohne Quellen zu nennen. Da sagen [7] und [8] nämlich etwas anders:

»nun stellte der Konzern bereits die Beta 1 von Windows Vista fertig, ein paar Tage früher als ursprünglich angekündigt. Die Beta 1 liefert Microsoft nach eigenen Angaben an mehr als 10.000 Tester aus, die sich für das Windows Vista Technical Beta Program registriert haben«

und

»Zeitgleich zum Release von Windows Vista hat Microsoft auch die neue Version des Internet Explorer 7 veröffentlicht. Den Browser gibt es in zwei Varianten: einem Release für Windows XP sowie einer "erweiterten" Version, die in Windows Vista eingebaut ist und dessen neue Funktionen unterstützt. Beide Versionen stehen nicht zum öffentlichen Download bereit, sodass derzeit lediglich eingetragene Beta-Tester sowie MSDN-Kunden an sie herankommen.«.

Also stimmt deine Auflistung nicht, weil bereits am 27. Juli MSDN-Abonnenten und Beta-Tester Vista herunterladen konnten. Und woher nimmst du die Information, dass am 3. August eine Beta für alle erscheint? Bitte Quellen nennen. Dort [9] steht nichts dergleichen und dort [10] ebensowenig. Dort steht nur: »The beta versions of Windows Vista and IE7 that have just released should be interesting to developers and IT professionals. For this reason, the beta is available to MSDN subscribers and a pretty small set of pre-enrolled beta test participants. Our goal is to get feedback from this group (...) and release Beta 2 much more broadly.« Das heißt, es gibt offenbar keine Beta 1 für alle. (Ich wäre froh, wenn jemand das Gegenteil beweisen könnte...) -- molily 18:53, 28. Jul 2005 (CEST)

»(...) a Microsoft spokesperson told BetaNews. "There will be no public access to Windows Vista Beta 1 or Internet Explorer Beta 1."« [11] -- molily 03:55, 31. Jul 2005 (CEST)

Weg mit dieser Diskussion! Es war mal so geplant, aber es ist nie gekommen. Es ist so gewesen:

27.Juli: Internet Explorer 7 Beta 1 (für Windows XP)- MSDN-Abonnenten + Beta-Tester
27.Juli: Windows Vista Beta 1 (integriertem Internet Explorer 7 Beta 1) - MSDN-Abonnenten + Beta-Tester

-- Benutzer:172.176.213.211

Nix "weg mit dieser Diskussion" und nix mit spekulativem "es war mal so geplant". Diese Diskussion zeigt wie sinnlos es ist, irgendwelche unbelegten Daten in den Artikel zu schreiben. -- molily 02:20, 12. Aug 2005 (CEST)

[Bearbeiten] Kritik an den Änderungen von Benutzer:172.176.181.5

Zuerst einmal: Ich finde es wenig sinnvoll, eine Änderung durchzudrücken, wenn ganz offenbar ein anderer Editor anderer Meinung ist. Bitte schau vorher auf die Diskussionsseite und starte dort eine Diskussion, damit die unterschiedlichen Positionen geklärt werden können. Bitte mache nicht einfach ohne Diskussion Änderungen rückgängig, über die offenbar eine Meinungsverschiedenheit vorliegt. Im Übrigen fragst du in deinem Bearbeitungskommentar »warum wurden meine Ausführungen zu den Screenshots gelöscht?« - diesen Edit habe ich in meinem Bearbeitungskommentar beschrieben, siehe dazu auch weiter unten.

Zu deinen Änderungen:

Vorher:

Manche Kritiker behaupten, die zahlreichen Sicherheitslücken im Internet Explorer beruhten darauf, dass Microsoft qualitativ minderwertige Software programmiere

Nachher:

Manche Kritiker behaupten, die zahlreichen Sicherheitslücken im Internet Explorer beruhten darauf, dass Microsoft nicht schwerpunktmäßig auf die Sicherheit setze, sondern auf andere, neue Features

Verzeihung, aber das ist unbelegt und auch widersinnig.

Die besagte Kritik, die vorher wiedergegeben wurde, wird in unzähligen Webforen und im Usenet geäußert. Man schaue sich ein beliebiges Forum an, in dem die Sicherheitslücken des IEs hämisch kommentiert werden damit, dass Microsoft schlechte Software abliefere. Die neue Version ist unlogisch, weil: Was sind denn bitte die anderen, neuen Features?! Seit 2001 gibt es kein neuen IE-Release mit neuen Features, sondern nur Sicherheitspatches. (Ja, XP2 hat neue Features - aber auch nur Sicherheitsfeatures. Einen Popup-Blocker einzubauen, ist für mich nichts anderes, als auf Sicherheit zu setzen.) Ergo, ich habe noch niemanden kritisieren hören, dass Microsoft in MSIE zuviele neue Features einbaut anstatt sich endlich einmal um die Sicherheit zu kümmern. Es gibt nämlich keine neuen Features, schon gar nicht irrelevante, aber ständig Patches.

Vorher:

Aufgrund dieser zahlreichen Probleme empfehlen Sicherheitsexperten (...) die Verwendung alternativer Browser (...), die allgemein als sicherer angesehen werden.

Nachher:

... die allgemein als sicherer angesehen werden, hauptsächlich weil sie nicht so viel eingesetzt werden wie der IE, und sich die Hacker daher nicht so auf die Alernativen konzentrieren.

Das ist POV, den du hier reinbringen willst. An der Stelle zu wiederholen, warum sie als sicherer angesehen werden, ist unnötig. Quellen werden bereits verlinkt. Im Übrigen: Es ist keine Tatsache, dass alternative Browser »hauptsächlich« deshalb sicherer sind, weil sich die »Hacker« um sie »kümmern«. Es ist plausibel, aber es ist trotzdem eine Meinung - darüber streiten sich viele nämlich. Eine Meinung, die du im Indikativ und ohne Autorenzuschreibung reingebracht hast. Hast du Quellen und Belege für das »hauptsächlich« oder ist das nur deine Meinung? Ich habe beide Auffassungen im Absatz »Manche Kritiker behaupten ...« neutral untergebracht. Ich plädiere also dafür, diese Spekulation wieder zu entfernen.

Vorher:

Desweiteren verhält sich der IE gegenüber fehlerhaftem HTML außergewöhnlich gutmütig und steht daher im Ruf, »schlampiges« HTML-Markup zu fördern. Da viele Webautoren vornehmlich den IE zum Testen verwenden, entstehen so Webseiten, die von anderen Browsern nicht oder nur eingeschränkt gelesen werden können.

Nachher:

... Von einigen Webmastern ist das aber gewollt.

Ein Punkt, der in dem Absatz nichts zu suchen hat und die Kritik offenbar relativieren will, es aber nicht einmal schafft. Ich sehe darin kein Gegenargument, aber du darfst es gerne versachlichen. Davon aber ganz abgesehen sehe ich nicht, was der Einwand zur Sache tut. Fakt ist, dass viele Webmaster ihre Seiten nur auf dem MSIE testen und deshalb viele Seitenfehler nicht ans Licht kommen. Natürlich ist es auch Fakt, dass viele Webmaster dies tun, weil sie nur MSIE für relevant halten, weil er faktisch auf vielen Seiten 90 - 95% ausmacht. Das mag man Faulheit nennen. Auf jeden Fall sticht es die Kritik an der Fehlertoleranz des IE nicht - und darum geht es in diesem Absatz.

Zu der Prä/Pre-Frage: Prä ist die korrekte deutsche Vorsible, Pre die korrekte englische.

prä-, Prä- [lat. prae = vor]: kennzeichnet in Bildungen mit Adjektiven - seltener mit Substantiven oder Verben - etw. als vorher, zeitlich früher liegend, erfolgend: prärevolutionär; Präfaschismus. (Duden Deutsches Universalwörterbuch)

Wenn man also im Deutschen von einer Beta-Version spricht, dann ist eine Vor-Beta-Version eine Prä-Beta-Version. »pre-beta« ist englisch.

Zu deiner Frage, warum die Chronologie zu den Screenshots gelöscht wurde: Ich halte diese, wie im Edit-Kommentar geschrieben, nicht für enzyklopädisch relevant. Diese Screenshots sind nicht wichtig, der Artikel »Internet Explorer« muss nicht alle Neuigkeiten zum IE eins zu eins wiedergeben - zumal sie keinen nennenswerten Nährwert haben. Für solche Newsmeldungen gibt es wikinews. Die Screenshots werden in einer Breite beschrieben, wie sonst kein wichtiges Ereignis der MSIE-Geschichte. Im Übrigen ist die Aufschlüsselung sinnlos, weil sich nicht so viel zwischen den Screenshots tat, dass man sie einzeln als Meilensteine aufführen und beschreiben muss. »Wichtigstes äußerliches Merkmal dieser Version: fast Beta 1-Status.« - das ist doch eine Nullinformation.

Ich denke, mein Edit (Im Juni und Juli 2005 kamen weitere Screenshots von Vorab-Versionen an die Öffentlichkeit [... alle Links ...], die unter anderem zeigen, wie IE 7 mit RSS-Feeds umgehen kann) war ein guter Kompromiss. Ich habe die Links nicht gelöscht, sondern zusammengefasst und auf das Wesentliche eingedampft (dabei habe ich mir die Frage gestellt, welchen Informationswert diese Screenshots überhaupt haben). Was hast du dagegen einzuwenden? Du hast, ohne meine Änderungen zu berücksichtigen, einfach deine Version wieder eingestellt. Das ist kein kooperatives, sondern ziemliches Edit-War-Verhalten.

Am 3. August soll eine frei verfügbare Beta 1 des IE 7 zum Download stehen.

Siehe oben - gibt es dazu eine Quelle?

Ich hoffe auf eine konstruktive Diskussion. -- molily 19:32, 28. Jul 2005 (CEST)

Die freiverfügbare Beta 1 WAR von Microsoft angekündigt. Das daraus nix wurde, dafür kann ich nix. Wenn du dir ältere Berichte von Fachmagzinen anschaust, dann merkst du, dass diese auch in diesem Sinne sind. Die Screenshots sind jetzt nicht mehr nötig, da die Beta 1 erschienen ist. Ich fände es jedoch gut, wenn im Beitrag wenigstens ein Screenshot des IE zu sehen wäre. (so nebenbei bemerkt) Prä und Pre: Also, es gibt die Pre-Beta. Da diese nie übersetzt worden ist, heißt sie immer Pre-Beta. Oder übesetzt du Windows in Fenster. Ich habe Fenster XP, doch wohl nicht? Es ist von Webmastern (vereinzelt) gewollt, dass ihre Seiten nur mit dem Internet Explorer funktionieren. Ich bin auch so einer und ih kenne mindestens noch 5 andere aus meinem Freundeskreis. Schau dir Firefox an: Die Version 1.0 hat mittlerweile 50 _dokumentierte_ Sicherheitslücken. Was willst du gegen den IE sagen? Und zu letzt: Ich lese nicht alle Bearbeitungskommentare, wenn sie schon lange zurück liegen. -- Benutzer:172.176.213.211

Bitte unterschreibe hier beim Kommentieren mit -- und vier Tilde-Zeichen (~) hintereinander.

1. Der Artikel soll nachweislich korrekte Aussagen beinhalten. Offizielle Ankündigungen von Microsoft müssen recherchierbar sein. Hier arbeiten viele Menschen am Artikel. Wenn jemand Zweifel an einer Aussage hat und nachfragt, worauf sie sich stützt, dann kannst du nicht sinngemäß mit "Habe ich irgendwo gelesen" bzw. "das kannst du in Fachzeitschriften nachlesen" antworten. Wenn eine Aussage strittig ist und sich eben keine Quelle nennen bzw. finden lässt, dann ist es kein Fakt und darf im Artikel nur als vermeintlicher Fakt bzw. als Gerücht angesprochen werden. Dass ich eine Quelle gefunden habe, die eindeutig die zuvor gemachte Behauptung als falsch entlarvt, sollte einen misstrauisch gegenüber Gerüchten stimmen.
2. Ein MSIE-Screenshot kann hier aus rechtlichen Gründen nicht auftauchen, weil MSIE keine Freie Software ist. Siehe #Screenshots oben auf der Diskussionsseite und das dort verlinkte Wikipedia Diskussion:Bildrechte#Screenshots
3. "Pre-Beta" ist kein offizieller Produktname im Gegensatz zu "Windows", sondern meint einfach eine Vorab-Beta-Version. Also sehe ich kein Problem dabei, das Präfix "Pre-" korrekt zu übersetzen. Das hat nichts damit zu tun, ob eine deutsche Version der Software erschien oder nicht.
4. Es mag sein, das manche Webautoren speziell für den MSIE schreiben. Das habe ich nicht bezweifelt. Ich habe bezweifelt, dass dieser Hinweis in einem Abschnitt, der Kritik an der Fehlertoleranz des IE beinhaltet, relevant ist. Die Fehlertoleranz führt dazu, dass manche Seiten ohne besondere Absicht des Autors nur in Browsern funktionieren, die genau die Fehlertoleranz haben, wie der IE -- und das trifft nur auf den IE zu. Das soll ausgesagt werden in dem Absatz. Inwiefern erweitert dein Hinweis den Absatz? Warum willst du es in dem Zusammenhang hineinschreiben? Was hat das mit der Kritik an der Fehlertoleranz des IEs zu tun, dass manche absichtlich für IE optimieren? Das könnte höchstens in einen neuen Absatz, der kritisiert, dass die MSIE-Monokultur dazu führt, dass Teile des Webs "optimiert" sind.

-- molily 23:18, 11. Aug 2005 (CEST)

---

Ich sehe gerade, dass im Artikel noch ein POV ist:

Dieser enthält in letzter Zeit aber auch viele Sicherheitslücken.

Dieser enthält in letzter Zeit aber auch einige Sicherheitslücken.

Solche Sätze sind Unsinn, weil notwendigerweise POV, weil notwendigerweise angreifbar. Auch hier muss eine neutrale und belegbare Formulierung gefunden werden. Ob im Firefox in letzter Zeit tatsächlich signifikant mehr Lücken gefunden wurden und ob die These, dass die Bekanntheit ausschlaggebend ist, stimmt, sollte sich leicht empirisch anhand [12] bzw. [13] verifizieren oder falsifizieren lassen. Wenn da keine signifkante Erhöhung messbar ist, dann sind solche Sätze reine Spekulation, die vielleicht auf dem Bauchgefühl »ich habe in letzter Zeit mehr von Firefox-Lücken gehört« basiert.-- molily 02:03, 29. Jul 2005 (CEST)

[Bearbeiten] Fehler in Artikel

Firefox 1.0.6 ist keine Sicherheitsaktualisierung sondern ein „stability update“ (http://www.mozilla.org/products/firefox/releases/1.0.6.html). -- 84.167.75.3 02:16, 4. Aug 2005 (CEST)

Doch. 1.0.6 behebt 12 Sicherheitslücken. Das merkt man auch daran, dass Netscape 8.0.3.1 auf 1.0.5 basiert und 8.0.3.3 auf 1.0.6. Details liefern dir sicherlich auch Berichte von Fachzeitschriften. -- Benutzer:172.176.213.211

Lies doch bitte die oben verlinkten Release Notes.

What's New 1.0.6

Firefox 1.0.6 is a stability update. We recommend that users upgrade to this latest version.

Here's what's new in Firefox 1.0.6:

- Restore API compatibility for extensions and web applications that did not work in Firefox 1.0.5.

Here's what's new in Firefox 1.0.5:

- Several security fixes.

- Improvements to stability.

Wie der genannte Link [14] auch sagt, wurden die genannten 12 Fehler schon in Firefox 1.0.5 repariert. Dort werden beide Versionen zusammen aufgeführt, denn 1.0.6 hat nur dieses Problem http://www.golem.de/0507/39291.html behoben.

• http://www.golem.de/0507/39206.html (Firefox 1.0.5 schließt zwölf Sicherheitslücken)
• http://cert.uni-stuttgart.de/ticker/article.php?mid=1259 (Mozilla Suite 1.7.9, Firefox 1.0.5 und Thunderbird 1.0.5 behebt 12 Sicherheitslücken)
• http://www.heise.de/security/news/meldung/61631

Was Netscape angeht: http://www.golem.de/0508/39733.html liest sich tatsächlich so, als würde Netscape 8.0.3.3 und damit Firefox 1.0.6 Sicherheitslücken schließen. Aber diese wurden schon in der später zurückgezogenen Version 8.0.3.1 (http://www.golem.de/0507/39562.html) geschlossen, denn diese basiert auf 1.0.5, und dazu siehe oben.

Siehe auch die Netscape Security Alerts und die in Netscape 8.0.3.3 behobenen Bugs, dort finden sich die zwölf (naja, zehn) Bugs wieder: http://browser.netscape.com/ns8/security/alerts.jsp

Verweise hier bitte nicht wischiwaschi auf irgendwelche Fachzeitschriften, sondern zitiere bzw. verlinke konkrete News-Artikel, Release Notes und Security Advisories. -- molily 22:40, 11. Aug 2005 (CEST)

[Bearbeiten] IE 7.5 und Acid2

Die Version 7.5 soll dann auch den Acid2-Test bestehen.

Ich finde dazu keine Quelle außer [15], und dort wird 7.5 nur als beliebige Nummer genannt, ab der man Acid2-Konformität erwarten könnte. Von Microsoft gibt es meinen Recherchen zufolge keine derartige Äußerung. -- molily 11:07, 9. Aug 2005 (CEST)

Das W3C hat diese Äußerung gemacht. Sie deckt sich jedoch mit dem Bemühen der Entwickler des Internet Explorers. Wenn du im IEBLOG schaust, dann findest du Äußerungen darüber, dass die nächste Version den Acid2-Test bestehen soll. Es ist daher anzunehmen, dass es tatsächlich die Version 7.5 sein wird. -- Benutzer:172.176.213.211

Behaupte doch hier keinen Unsinn, nenn mir eine Quelle. Das W3C hat das ganz sicher nicht gesagt. Wo bitteschön?

Und im IEBlog steht so etwas nicht, ich habe mich dort intensiv umgeschaut. Aber folgendes steht dort:

In that vein, I’ve seen a lot of comments asking if we will pass the Acid2 browser test published by the Web Standards Project when IE7 ships. I’ll go ahead and relieve the suspense by saying we will not pass this test when IE7 ships. - http://blogs.msdn.com/ie/archive/2005/07/29/445242.aspx

Bitte beweise mir das Gegenteil. -- molily 22:04, 11. Aug 2005 (CEST)

[Bearbeiten] VÖ-Datum IE 7 Beta 2 und Final

Angekündigte Versionen: Version 7.0 Beta 2 – November 2005

Kann mir jemand zu dieser Zeitangabe bitte eine verlässliche Quelle nennen?

Dasselbe gilt für die Aussage Version 7.0 – bis spätestens Ende 2005. Siehe dazu auch Benutzer Diskussion:Molily.

-- molily 13:33, 9. Aug 2005 (CEST)

Über die Beta 2 gibt es leider keine offizielle Quelle. Es wird jedoch erwartet, dass diese im November erscheint, da im November auch die Beta 2 von Windows Vista erscheint. Der Termin der Final ist von Microsoft mit Erscheinen der Beta 2 offiziell bestätigt worden. -- Benutzer:172.176.213.211

Es hilft mir überhaupt nichts, wenn du das, was in Frage steht, noch einmal bestätigst, mir aber keinerlei Quellen nennst oder nennen kannst. Aber danke für den Hinweis auf Vista Beta 2, damit habe ich zumindest einen Rechercheansatz. U.a. folgende Quellen bestätigen auch deine Aussage:

• http://www.windowsitpro.com/Article/ArticleID/46901/46901.html?Ad=1 (Ursprungsquelle, anscheinend)
• http://www.golem.de/0507/39413.html http://www.golem.de/0507/39036.html
• http://www.chip.de/artikel/c1_artikel_16272344.html

Was meinst du damit: "Der Termin der Final ist von Microsoft mit Erscheinen der Beta 2 offiziell bestätigt worden." Wieso "ist ... bestätigt worden", wenn Beta 2 doch noch nicht erschienen ist?

Wie gesagt hatten wir auf Benutzer Diskussion:Molily die Quelle http://www.winsupersite.com/reviews/ie7_preview_1.asp gefunden. Dort stand bis vor kurzem: "IE 7 speculation In addition to these facts, I'd like to present a few speculative thoughts about IE 7. These are not facts, but are probable based on my prior conversations with folks at Microsoft (...) IE 7 will likely ship this calendar year. You can expect IE 7 to enter beta in May or June and ship by the end of 2005." Jetzt steht dort nur noch der zweite Teil "IE 7 will likely ship this calendar year. (...)". Ich weiß nicht, wie ich das zu deuten habe. Aber Paul Thurrott ist eine Institution, wenngleich er sich schon mit der Beta-Phase um ein paar Monate vertan hatte. Ich werde dies im Artikel nachtragen. -- molily 02:28, 12. Aug 2005 (CEST)

[Bearbeiten] Artikelname

aufgrund der markenänderungen, die in diesem artikel beschrieben werden, wäre eine änderung des artikelnamens in Windows Internet Explorer oder eventuell auch Microsoft Windows Internet Explorer naheliegend. vergleiche dazu auch die Benennung des artikels Microsoft Windows Media Player. --Pythagoras1 19:10, 28. Aug 2005 (CEST)

Zurzeit gibt es noch keine Version des Internet Explorers mit dem Namen Microsoft Windows Internet Explorer. Daher würde ich mit einer Umbekennung des Artikelnamens erst einmal warten. Dagegen hiess der Windows Media Player immer schon Microsoft Windows Media Player und nicht Microsoft Media Player. Genauer: Das Produkt ist der Windows Media Player und nicht der Windows Media Player--128.131.208.105 21:53, 5. Dez 2005 (CET)

Was Pythagoras1 hier schreibt ist mir gerade auch aufgefallen. Man schaue sich die Liste der Microsoft-Produkte im Artikel Microsoft mal an: Microsoft Word, Microsoft Excel, etc. und mitten dazwischen der IE. Wenn ich ein Browserfenster öffne, erscheint in der Titelleiste aber vergleichbar den anderen Microsoft-Produkten Microsoft Internet Explorer. Dies ist aber hier nur ein Redirect. Der Artikel sollte also auch aus Gründen der einheitlichen Benennung verschoben werden. --Ute-S 16:25, 11. Jan 2006 (CET)

Ich bin auch der Meinung. Dann aber gleich der neue Name "Microsoft Windows Internet Explorer". Wobei Microsoft die Office Programme im Office 2003 nun "Microsoft Office Word", "Microsoft Office Excel", usw nennt... --Muvon53 08:05, 12. Jan 2006 (CET)

ich stimme beiden vorschlägen zu "microsoft windows internet explorer" und "microsoft office bla" und voll und ganz zu. --Pythagoras1 13:30, 12. Jan 2006 (CET)

nachtrag. hier ist z.b. eine quelle, die diese namensänderung belegt: [16] --Pythagoras1 13:37, 12. Jan 2006 (CET)

[Bearbeiten] Sicherheitslücken - Kritik - Alternativen?

hmmm wie soll ich das formulieren? das hört sich alles so an, auch wenn es neutral geschrieben ist, das es sich hier um kategorische IE hasser handelt...besonders Alternativen ist lachhaft da es keine wirkliche alternative gibt denn jeder browser hat seine eigenen sicherheitslücken....wenn das hier steht müsste es ja auch bei den seiten der anderen browsern stehen, stehts aber nicht.... -- Brian johnson

Ich bin im Grunde deiner Meinung, der Abschnitt Alternativen ist extrem bemüht. Ich werde versuchen, ihn abzuschwächen. Sinnvoll finde ich ihn trotzdem, denn das Ausweichen auf Alternativbrowser macht das Browsen unter der gegenwärtigen Situation sicherer - im Artikel selbst finden sich daher viele Verweise auf diesen Abschnitt.

Allerdings ist hier eine riesige Lobby von militanten IE-Hassern und IE-Liebhabern aktiv, die diesen Artikel als Kampfplatz missbrauchen. Nach dem letzten Edit-War bin ich froh, dass sich die Situation erst einmal beruhigt hat. -- molily 04:33, 16. Sep 2005 (CEST)

Der Abschnitt Alternativen sollte vollkommen entfernt werden. Ein derartiger Abschnitt findet sich auch nicht bei den Seiten zu anderen Webbrowsern. Wikipedia ist kein Werbekanal für Mozilla Firefox und Opera.--128.131.208.105 21:50, 5. Dez 2005 (CET)

Das Entfernen dieses Abschnitts, der nicht mit dem Gebot der Neutralität und dem enzyklopädischen Gedanken vereinbar ist, wurde leider wieder ohne Begründung rückgängig gemacht. Ich würde deshalb gerne eine schlüssige Begründung dafür sehen, warum ein derartige Werbeabschnitt im deutschsprachigen Internet Explorer-Artikel, und nur dort, also weder im englischsprachigen Artikel noch in deutschsprachigen Artikeln zu anderen Browsern wie Opera und Firefox, zu finden ist.--143.50.168.104 17:10, 9. Dez 2005 (CET)

Meine Meinung habe ich ja oben geäußert. Der Abschnitt hat momentan die Aufgabe, als zentraler inhaltlicher und technischer Verweispunkt zu dienen. Der Marktführer MSIE ist auf den meisten Systemen vorinstalliert - daher der Terminus »Alternative«, der bei anderen Browserartikeln nicht verwendet wird. Das ist schon berechtigt. Die gängige, auch referierte Kritik rät zu einem Wechsel zu diesen sogenannten Alternativbrowsern. Der Abschnitt verhindert, dass Aussagen zu den Alternativbrowsern in die anderen Teile des Artikels fließen. Man muss nicht fünfmal unabhängig voneinander Alternativbrowser nennen bzw. als Vergleich anführen. -- molily

Die unattribuierte Beziehung „Alternative“ zwischen Objekt A und B ist immer eine wechselseitige Beziehung. Ist Firefox eine Alternative zu Internet Explorer, so stellt auch Internet Explorer eine Alternative zu Firefox dar. Dass der Internet Explorer auf den Windows-Systemen vorinstalliert ist, tut hier nichts zur Sache. Ebenso ist es keine Aufgabe von Wikipedia, Ratschläge zur Bevorzugung eines Softwareprodukts gegenüber eines anderen abzugeben. Diese Aufgabe haben Magazine wie COMPUTERBILD inne, also Ratgeber, nicht aber Enzyklopädien. -- Benutzer:128.131.208.105

Auf sprachliche Spitzfindigkeiten habe ich keine Lust. Ich gehe von der tatsächlichen Wortverwendung aus. Wenn du mal bei Google recherchierst, wirst du vorfinden, dass Firefox und Co. als »Alternative« bezeichnet werden, gerade weil der MSIE Standard und Marktführer ist. Dagegen hat das Beharren auf logischer Sprache keine Kraft, auch wenn ich dir in der Sache zustimme. -- molily

Ich halte es im Sinne der Neutralität überhaupt für unangebracht, alternative Webbrowser als solche, also als Alternativen, zu nennen. Bei einem technischen Vergleich ist selbstverständlich die Nennung alternativer Produkte zulässig, also z.B. "Im Gegensatz zu den auf der Darstellungsbibliothek Gecko aufbauenden Webbrowser unterstützt Internet Explorer XHTML nicht", oder umgekehrt im Artikel zu Firefox dann "Anders als beim Internet Explorer, welcher Seiten in Zonen einteilt, werden Berechtigungen für Websites bei Firefox so und so geregelt". Das natürlich auch nur in Maßen und wo es unbedingt notwendig ist. Meine Beispiele sind hier vielleicht nicht optimal – vielleicht wäre es sinnvoller, Vergleiche zwischen den Webbrowsern auf eine separate Seite zu verfrachten. Du siehst, beides wertet nicht, und werten ist nicht die Aufgabe der Enzyklopädie. -- Benutzer:128.131.208.105

Soll man »Experte XY empfiehlt den Wechsel zu alternativen Browsern« komplett streichen? Empfindest du das schon als einen der Wikipedia unwürdigen Ratschlag? Der Artikel ist dadurch überhaupt nicht tendenziös und wertend schon gar nicht, da Äußerungen von Dritten im Konjunktiv vorgetragen werden. Diesen kann man gerne andere belegte Äußerungen entgegenstellen. Es ist schlicht ein Fakt, dass viele Experten vom IE abraten. In einer Diskussion um die Sicherheit dürfen diese Stimmen nicht gänzlich vernachlässigt werden. Warum dies speziell beim MSIE vorkommt? Weil eine solche Situation bei anderen Browsern nicht vorliegt. In anderen Browser-Artikeln setze ich mich ebenso für diese Ausgewogenheit ein, etwa bei Mozilla Firefox. Es ist sehr wohl enzyklopädisch relevant, wie Fachleute die Sicherheit beurteilen und welche Software sie empfehlen. Wenn nicht, könnte man den gesamten Abschnitt Kritik an der Sicherheit streichen. Denn der Ratschlag, MSIE abzusichern und gegebenenfalls einen alternativen, als sicherer angesehenen Browser zu verwenden, ist die Quintessenz der Sicherheitskritik am MSIE. -- molily 18:56, 12. Dez 2005 (CET)

Die Frage ist, welchen Wert die Aussage, dass Experte X den Wechsel empfiehlt, hat. Es gibt auch Experten, die andere Empfehlungen abgeben. Eine Selektion halte ich hier für unzulässig. --128.131.208.105 20:22, 12. Dez 2005 (CET)

Natürlich wäre eine Selektion unzulässig. Aber sag mir bitte, wo selektiert wird. Im Artikel wird allein das BSI namentlich und mit zwei Quellen genannt. Wenn du namhafte Experten kennst, die andere Empfehlungen angeben, dann zitiere sie gleichsam im Artikel. Ich würde es nur begrüßen. -- molily 17:07, 13. Dez 2005 (CET)

Ausserdem scheint mir der Kritikabschnitt im Internet Explorer masslos überdimensioniert. Vieles, was an Internet Explorer kritsiert wurde, könnte oder würde bei anderen Webbrowsern als grosser Vorteil herausgestrichen werden. Es hat wohl jedes Funktionsmerkmal seine Vorteile und Nachteile. Ich nenne hier sicherheitshalber zur besseren Illustration ein paar Beispiele:

„Kritik an der Verknüpfung mit Windows“. Natürlich wurde die Verknüpfung von der Konkurrenz kritisiert. Sachlich betrachtet ist sie aber zum Vorteil der Benutzer, die innerhalb von Windows eine konsistente Benutzerschnittstelle in Explorer und Internet Explorer vorfinden. Ähnliche Konzepte wurden ja u.a. in KDE mit Konqueror beschritten; wohl nicht ohne Grund. Wenngleich die enge Verbindung von Internet Explorer mit Windows aus Sicht der Konkurrenz also kritisiert werden kann, wurde sie sicher nicht nur aus diesem Grunde durchgeführt und kann natürlich auch als Vorteil angesehen werden. Daher POV der Konkurrenz. --128.131.208.105 20:22, 12. Dez 2005 (CET)

Es wird gar nicht angezeifelt, dass die Einheitlichkeit und die Einbettung von GUI und Browser sinnvoll ist. Der Grund der Bündelung war für den Rechtsstreit nicht relevant, Punkt ist, dass Microsoft vorgeworfen wurde, dadurch den Wettbewerb zu verhindern. Ob das stimmt oder nicht, wird überhaupt nicht kommentiert, diese Auffassung wird sowieso im Konjunktiv vorgetragen. Microsofts Einlenken sowie die Auswahlmöglichkeit sind hingegen wieder Fakten, die m.E. nennenswert sind. -- molily 17:07, 13. Dez 2005 (CET)

Im Abschnitt „Kritik an der inneren Technik“ steht: „Mit JScript und VBScript hat Microsoft ähnliche nicht-standardisierte Techniken entwickelt, die im Gegensatz zu JavaScript/DOM nur vom Internet Explorer interpretiert werden“. Soweit mir bekannt ist, war JavaScript damals, als JScript und VBScript entwickelt wurden, proprietär. Der Entwurf von JScript wurde m.W. primär durch Reverse Engineering aus JavaScript gewonnen. Damals war also die Einführung von JScript und VBScript durchwegs vertretbar, zumal in HTML theoretisch beliebige Skriptsprachen eingebunden werden können und dürfen. Nachteilig ist bestenfalls, dass nicht alle Webbrowser alle Programmiersprachen unterstützen. Also wiederum POV der Konkurrenz. --128.131.208.105 20:22, 12. Dez 2005 (CET)

Den Abschnitt habe ich schon entschärft. Bitte lies ihn mal zuende. Ja, JavaScript war ursprünglich rein proprietär. Mittlerweile wurden Teile davon in ECMAScript und dem W3C-DOM standardisiert. Bis heute ist z.B. das oberste Objekt, window, eine proprietäre Netscape-Erfindung, die nirgendwo standardisiert wurde.

JScript ist nicht durch reverse engineering entstanden, sondern zunächst durch einer Implementierung der Spezifikation von Netscapes JavaScript. Das soll nicht kritisiert werden! Es geht darum, dass Microsoft Netscapes JavaScript, das W3C-DOM und ECMAScript um viele proprietäre Techniken ergänzt hat. Auch das soll nicht direkt kritisiert werden! Zitat: Zwar haben andere Browser ähnliche Zusätze, die z. B. in Intranets Verwendung finden. Bis dahin ist keine besondere Kritik am MSIE zu üben, die nicht an anderen Browsern auch gerechtfertigt wäre. Die Kritik ist m.M.n. nur: Doch durch die Sicherheitslücken des IE werden diese Möglichkeiten von Angreifern häufig missbraucht und werden daher als problematisch angesehen. Sprich, die proprietären Erweiterungen sind sicherheitskritisch relevant. -- molily 17:07, 13. Dez 2005 (CET)

„Der Internet Explorer wird durch seine große Benutzerschaft mit zahlreichen Medienobjekten im Internet auf Fehler geprüft“ ist ohnehin unverständlich. Was ist ein Medienobjekt und auf welche Fehler hin wird Internet Explorer damit überprüft? Weiterhin: „Da die Kette der gefundenen Lücken nicht abreißt“ – Die Kette an gefundenen Fehlern reisst bei keinem der verfügbaren Webbrowser ab. Darauf kann keine Argumentation für oder wider ein Produkt aufgebaut werden. --128.131.208.105 20:22, 12. Dez 2005 (CET)

Bitte betrachte den Zusammenhang, wenn du etwas herausreißt. Natürlich werden immer weiter Fehler gefunden, was auch sonst? Da die Kette der gefundenen Lücken nicht abreißt, vertreten manche Kritiker die Auffassung, Microsoft kümmere sich nicht genug um Sicherheit. Dies ist sozusagen der Widerspruch zum vorigen Absatz beginnend mit Mirosoft zeigt sich bemüht, die Sicherheit zu verbessern. Ein Browser, zumal ein solcher, der momentan seit 2001 fast die gleichen Funktionen hat, müsste durch gefundene Sicherheitslücken und ständig verstärkte Bemühungen immer sicherer werden - stattdessen kommen regelmäßig neue Meldungen über schwerwiegende Lücken. Oder aus welchem Grund wird Microsoft sonst vorgeworfen, dass sie schlechte Arbeit leisten? -- molily 17:07, 13. Dez 2005 (CET)

„Ferner wird kritisiert, dass Microsoft auf übertrieben formalisierte Methoden im Umgang mit Sicherheitslücken setzt“. Hier wird nur Kritik geübt und überhaupt nicht auf den Hintergedanken des "Patch Days" eingegangen. Der Sinn davon, nicht jeden Tag Patches herauszugeben, liegt darin, dass sich Systemadministatoren so besser auf das Einspielen der Patches einstellen können. Dahinter liegt wohl eine Kosten/Nutzen-Abwiegung. Hätte das System des "Patch Days" keine überwiegenden Vorteile und würde es von Firmenkunden nicht angenommen, würde Microsoft wohl längst davon abgekehrt sein. Daher: POV von Open Source-Verfechtern, die Patches immer möglichst schnell einspielen können wollen und die Zeit dazu haben. --128.131.208.105 20:22, 12. Dez 2005 (CET)

Auch wenn dieser Artikel nicht die Sinnhaftigkeit des Patch Days näher erörtern kann, so gehören, da stimme ich dir zu, sowohl Vor- und Nachteile kurz angesprochen. Ich sehe aber keinen Grund, diese Kritik gänzlich zu streichen. -- molily 17:07, 13. Dez 2005 (CET)

Du missverstehst mich. Ich halte es durchaus für angebracht, dass berechtigte Kritik im Artikel verbleibt. Meine Beispiele sollten auch nicht zeigen, was entfernt werden sollte, sondern was auch als Vorteil angesehen werden kann und als solcher eine Nennung wert ist. Ich halte es für genau so wichtig, dass neben Kritik auch Vorteile genannt werden. Natürlich nicht im Abschnitt mit der Kritik, sondern im Zuge der momentan sehr dürftigen Beschreibung des Internet Explorers.--128.131.208.105 19:21, 13. Dez 2005 (CET)

„Die offengelegten Programmierschnittstellen (APIs) des Internet Explorers erlauben es anderen Programmierern, bei ihrer Software-Entwicklung auf Microsofts Browsertechnik aufzusetzen. Zahlreiche Programme machen davon bereits Gebrauch, weshalb die Vor- und Nachteile des Internet Explorers dann auch für diese Anwendungen gelten.“ – Natürlich ist es ein grosser Vorteil, wenn ein Webbrowser als wiederverwendbare Komponente bzw. Bibliothek bereitgestellt wird. Dies führt innerhalb von Windows zu einer Vereinheitlichung der Benutzerschnittstelle und verringert die Kosten des Entwickelns von Anwendungen. Dass Fehler in der Implementierung sich dann auf alle Anwendungen auswirken, welche die Komponente benutzen, liegt auf der Hand. Anders ausgedrückt, ist nicht Nachteil, dass Programmierschnittstellen offengelegt werden, sondern dass Internet Explorer Fehler aufweist. Ich halte diese Kritik also ebenfalls für POV, da die Verfügbarkeit der Programmierschnittstellen einen Vorteil für Entwickler darstellt. --128.131.208.105 20:22, 12. Dez 2005 (CET)

Da interpretierst du zuviel in den Abschnitt hinein. Ich verstehe den Satz Die offengelegten Programmierschnittstellen (APIs) des Internet Explorers erlauben es anderen Programmierern ... als Nennung eines ausgesprochen positiven Merkmals des MSIEs. Es geht nicht um eine direkte Kritik an der Wiederverwendbarkeit. (Zum Beispiel die Gecko-Programmierer machen schließlich dasselbe.) Es geht nur darum, darzustellen, wie brisant es ist, wenn der MSIE oft von kritischen Sicherheitslücken betroffen ist. Prinzipiell gilt das für alle wiederverwendeten Bibliotheken, die eine gewisse Verbreitung finden (man denke an die JPEG- oder zlib-Lücken). -- molily 17:07, 13. Dez 2005 (CET)

„Das Ausnutzen von Sicherheitslücken des Internet Explorers wird durch unbekümmertes Verhalten der Anwender begünstigt.“ – Das trifft wohl auf die Benutzer aller Webbrowser zu. „Neben dem eingeschränkten Benutzerprofil wird Internet-Explorer-Benutzern geraten, regelmäßig Aktualisierungen einzuspielen und externen Programme wie Antivirenprogrammen zu verwenden.“ – Dies gilt ebenfalls für alle Webbrowser bzw. allgemein zur Erhöhung der Sicherheit, unabhängig vom verwendeten Webbrowser. Ich halte einen derartigen Ratschlag daher für entbehrlich und im Rahmen einer Enzyklopädie für unangebracht. --128.131.208.105 20:22, 12. Dez 2005 (CET)

Es wird dort klargestellt, warum der MSIE als Angriffsobjekt bekannt wird: Weil er der Massenbrowser ist und die Masse tendenziell nicht sensibilisiert ist für sicheres Surfen. Diese Erkenntnis ist schon wichtig, denn sie relativiert die Kritik. Aber es sind tatsächlich allgemeine Ratschläge. Sie stehen aus praktischen Gründen in diesem Artikel, weil eben speziell der MSIE und seine Sicherheitslücken von diesem Sachverhalt betroffen sind. -- molily 17:07, 13. Dez 2005 (CET)

„Zudem unterstützt der Internet Explorer Pseudo-CSS-Eigenschaften wie z. B. Effektfilter oder farbige Bildlaufleisten, die nicht vom World Wide Web Consortium (W3C) standardisiert worden sind.“ – Offensichtlich gab es Bedarf für derartige Effekte. Dass diese nicht standardisiert wurden, ist wohl weniger ein Problem Microsofts als eines des W3C. Microsoft hätte gegen eine Standardisierung wohl wenig einzuwenden. Daher: Wieder POV von jenen, welche die Effekte nicht selbst in ihren Webbrowsern implementieren. --128.131.208.105 20:22, 12. Dez 2005 (CET)

Das hatte ich auch schon entschärft. Der Punkt ist lediglich: [sie] können [...] im Web nicht zuverlässig verwendet werden. Ja, das ist tatsächlich eine maue Kritik. Im Übrigen wird Microsoft nicht vorgeworfen, einer Standardisierung im Wege zu stehen, sondern sich nicht aktiv um Standardisierung zu kümmern. (In wie weit das stimmt, müsste man genauer untersuchen - schließlich mischte Microsoft bis 2004 durchaus bei der CSS-Working-Group mit. Im Übrigen entwickelt Gecko auch eigene Techniken, ohne sie standardisieren zu wollen.) -- molily 17:07, 13. Dez 2005 (CET)

„Des Weiteren verhält sich der Internet Explorer gegenüber fehlerhaftem HTML außergewöhnlich gutmütig“ – Dieses Verhalten ist bei HTML Standardkonform. Nur bei XHTML muss die Verarbeitung sofort abgebrochen werden, wenn die Daten Wohlgeformtheitskriterien verletzen. Bei HTML soll die Interpretation fortgesetzt werden. Ich würde dies daher nicht als Nachteil einreihen, sondern als Vorteil, da im Sinne der Spezifikation vorgegangen wird. Kritik daran ist POV bzw. gehört an Autoren von Websites gerichtet, nicht an einen Browserhersteller, der hier ausnahmsweise wirklich spezifikationskonform vorgeht.--128.131.208.105 20:22, 12. Dez 2005 (CET)

Das stimmt so nicht. Die HTML-Spezifikation schlägt meines Wissens weder das eine noch das andere Verfahren vor. Die Frage nach der Standardkonformität hat somit für diesen Kritikpunkt keine Bedeutung. Denn alle Browser sind ziemlich fehlertolerant, aber MSIE schlägt sie alle. Das ist aber kein Erfordernis des HTML-Standards. Im Übrigen geht es auch um die Toleranz gegenüber JavaScript- und CSS-fehlern, dabei verstößt MSIE m.W. sehr wohl gegen Regeln. Diese außerordentliche Fehlertoleranz mag einerseits von Vorteil sein, andererseits stimmt die Kritik, dass der MSIE dadurch schlampiges HTML fördere, weil das Testen von Webseiten im MSIE die Fehler nicht zu Tage bringt. -- molily 17:07, 13. Dez 2005 (CET)

Aber wie gesagt, ich hänge keinesfalls an dem Abschnitt. Daher bereits die Straffungen. Ich könnte auch damit leben, wenn die Essenz an der passenden Stelle im Sicherheits-Abschnitt eingebaut wird. Querverweise darauf, auch solche ohne Hyperlink, müsste man dann entsprechend überarbeiten. -- molily 19:27, 11. Dez 2005 (CET)

Ich kann nur für mich sprechen, aber ich hänge auch nicht an diesem Abschnitt. Des Weiteren halte ich jeglichen Hinweis auf andere Webbrowser mit der Etikettierung „Alternative“ für entbehrlich.--128.131.208.105 00:38, 12. Dez 2005 (CET)

Naja, genauer hingesehen: Sowieso wird in jedem oder jedem zweiten Absatz Firefox als Vergleich herangezogen. Das stört mich viel mehr als der Abschnitt Alternativen. Denn der Artikel soll über MSIE, nicht über Firefox informieren. -- molily 19:48, 11. Dez 2005 (CET)

Es wird nicht mehr ständig von Firefox geredet und im Detail auf dessen Sicherheitssituation eingegangen. Ich habe die etwas epischen Erklärungen zudem gekürzt.

Diesen Teil habe ich gestrichen:

Als positives Gegenbeispiel beurteilen Fachleute den Umgang von alternativen Browsern mit Sicherheitslücken. Etwa beim quelloffenen Firefox arbeite eine aktive Community meist freiwillig und mit großem Einsatz an der Behebung von Fehlern. Sicherheitslücken könnten damit schneller und zuverlässiger beseitigt werden.

Ich will, wie ich schon einmal sagte, dort keine Behandlung der Frage »Ist Open Source und Community-basierte Entwicklung prinzipiell sicherer als Closed Source bzw. zentrale Entwicklung?« aufmachen. Das kann man nicht in zwei Sätzen abhandeln.

Richtig, und es hat auch im Artikel zu einem Webbrowser überhaupt nichts zu suchen.--128.131.208.105 00:38, 12. Dez 2005 (CET)

Folgende Links habe ich gestrichen: http://www.fabrice-pascal.de/bugbase/ie.php - vor allem CSS-Bugs, zwei Crash-Bugs, keine Exploits für Sicherheitslücken http://www.mikronauten.com/FireFox/ - nicht aktuelle Liste zu Heise-Newsticker-Artikeln

Den Abschnitt Alternativen habe ich nun gestrichen. Er hat einfach keinen wichtigen Inhalt. Er besagte im Grunde

Firefox ist kostenlos, schlank und erweiterbar

Firefox hat auch Fehler, sie würden aber schneller korrigiert (wie auch immer diese These zu bewerten ist)

Es gibt den Netscape Browser, welcher die Fehler des IE erbt

Opera ist sicherer, kostenlos und ebenfalls anpassungsfähig

Ok, sicherer und kostenlos wird nun bereits oben herausgearbeitet, dazu bedarf es des Abschnitts Alternativen nicht. Ähnliche Erweiterbarkeit halte ich für vernachlässigbar, aber man kann gerne oben ein Adjektiv ergänzen. Und der Netscape Browser, welche Relevanz hat der? Im MSIE-Modus ist er keine Alternative, im Gecko-Modus ist er m.W. nicht sonderlich besser als Firefox oder andere Gecko-Derivate. -- molily 20:46, 11. Dez 2005 (CET)

Hier wäre es vielleicht sinnvoll, kurz auf Internet Explorer-basierende Webbrowser einzugehen. Davon gibt es ja mehrere, darunter der genannte Netscape-Webbrowser.--128.131.208.105 00:38, 12. Dez 2005 (CET)

P.S. Was haltet ihr von der Umstrukturierung des Sicherheits-Abschnitts? In HTML-Kommentaren im Quelltext habe ich die jeweiligen Teilthemen ausformuliert. -- molily 20:48, 11. Dez 2005 (CET)

[Bearbeiten] Kommentar zum Revert

• Die zitierten Statistiken sind die repräsentativsten, die es gibt. Sie beruhen eben nicht auf einer selektiven Auswahl! Es sind Statistiken von vielen großen Sites, die von einem gemischten Publikum frequentiert werden.
• Man kann zurecht sagen, dass der IE heute der meistgenutzte Browser ist. Wenn man alle Websurfer betrachtet, so ist diese Aussage einfach korrekt, weil sie sich anhand der Statistiken von vielen »neutralen« Sites belegen lässt. Die Abschwächung zu einer der meistgenutzten Browser halte ich nicht für nötig.
• auf Seiten mit anspruchsvollerem Publikum ist einfach harter POV und polemisch dazu. Wer anspruchsvoll und wer nicht, das hat die Wikipedia nicht zu entscheiden. Gemeint sind wohl eher technik-interessierte Leute.
• Es gibt freilich Differenzen, auf manchen Sites ist der IE in der Minderheit - geschenkt. Angenommen, 20% aller Websurfer nutzen Firefox, so machen diese 44% der IT-interessierten Surfer aus, die Heise Online besuchen. Die Statistik von Heise ist also extrem selektiv, die anderen zitierten sind die am wenigsten selektiven, die zu finden sind.
• Ich finde den Ansatz nicht schlecht, darauf hinzuweisen, dass Statistiken das grundlegende Problem haben, dass sie immer bestimmte Nutzergruppen untersuchen und eine Aussage über die wirkliche Gesamtverteilung schwer ist. Große Statistiken wie NetApplications und OneStat sind aber noch die zuverlässigsten. Die kann man nicht mit Heise oder sonst irgendeiner individuellen Site mit spezieller Nutzergruppe vergleichen.
• Hat jemand einen Vorschlag für einen Satz, der die Bedeutung und Aussagekraft der großen Statistiken und dessen grundlegende Problematik kurz auf den Punkt bringt?
• Die Fälschbarkeit der Browserkennungen muss m.M.n. nicht erwähnt werden, das ist nicht signifikant.

-- molily 15:22, 19. Mär 2006 (CET)

Die Statistiken beziehen sich doch auf die weltweiten Surfer, d. h. es sind die Ami's auch mit eingebaut? Haben wir auch Statistiken für Europa, da sind die Anteile doch höher? --85.212.9.125 00:24, 20. Mär 2006 (CET)

Ich kenne keine repräsentativen Europa- bzw. Deutschland-spezifischen Statistiken, außer vielleicht WebHits. Da schneidet IE momentan mit 72,9% ab. Das kann man natürlich nachtragen, ob das realistisch ist, ist eine andere Frage. Anders herum wird behauptet, Firefox hätte 30% in Deutschland. Nunja. -- molily 14:45, 6. Mai 2006 (CEST)

[Bearbeiten] Kommentar zum Revert 2

Mit JScript und VBScript entwickelte Microsoft, zu einer zeit, als Netscapes JavaScript ebenfalls vollkommen proprietär war, nicht-standardisierte Techniken, die größtenteils nur vom Internet Explorer interpretiert wurden, mittlerweile ist aber JScript nicht viel anderes, als ein Nicht-Netscape-Javascript-Interpreter. Diese Zusatztechniken gewähren unter anderem den umfassenden Zugriff auf Dateisystemobjekte und andere kritische Komponenten und sind daher eine potentielle Quelle für viele Sicherheitslücken, das betrifft aber andere Script-Interpreter wie Netscape/Mozilla JavaScipt, KDE KJS usw. ebenso.

Dieser Edit beruht wohl auf einem Missverständnis.

Ja, JScript ist erst einmal einfach nur der Name für die spezifische JavaScript-/ECMAScript-Implementation im IE, also auch den Interpreter. Darüber hinaus ist JScript eine eigene ECMAScript-basierte Sprache, die tatsächlich genauso wie Netscape JavaScript bis heute proprietär ist, sofern sie nicht auf ECMAScript basiert bzw. durch das W3C DOM standardisiert wurde. (Linktipp dazu: JavaScript und Webstandards)

Das ist nicht der Kritikpunkt dieses Absatzes.

Gemeint sind eher alle Microsoft-proprietären Objekte/Eigenschaften/Methoden im Bereich JavaScript, die durch keinen Standard abgedeckt sind. innerHTML und XMLHttpRequest sind Beispiele für proprietäre Techniken, die später übernommen wurden. Diese proprietären Techniken sind an sich aber auch nicht der der Kritikpunkt des Absatzes.

Wie ich oben schon schrieb:

(...) Es geht darum, dass Microsoft Netscapes JavaScript, das W3C-DOM und ECMAScript um viele proprietäre Techniken ergänzt hat. Auch das soll nicht direkt kritisiert werden! Zitat: Zwar haben andere Browser ähnliche Zusätze, die z. B. in Intranets Verwendung finden. Bis dahin ist keine besondere Kritik am MSIE zu üben, die nicht an anderen Browsern auch gerechtfertigt wäre. Die Kritik ist m.M.n. nur: Doch durch die Sicherheitslücken des IE werden diese Möglichkeiten von Angreifern häufig missbraucht und werden daher als problematisch angesehen. Sprich, die proprietären Erweiterungen sind sicherheitskritisch relevant.

Ich schlage vor, diesen Absatz herauszunehmen, weil dieses Missverständnis schon mehrfach auftrat.

Andererseits ist es ein Fakt, dass viele Sicherheitslücken des IEs im Bereich ActiveScripting lauern, also JScript/VBScript. (Gilt nicht nur, aber besonders für den IE meiner Wahrnehmung nach.) Microsoft empfiehlt ja oft, ActiveScripting zu deaktivieren, bis ein Patch verfügbar ist. Wäre schade, wenn das gar nicht mehr im Artikel stünde.

Windows Internet Explorer 7 ist allerdings nicht mehr in der Lage diesen auf IE 6 optimierten Code wie beabsichtigt zu rendern, wie sich in der Betaphase auch schon deutlich zeigte. Die Verbreitung von proprietärem HTML-Code hat also mit IE7 ein Ende.

Das halte ich mal für eine kühne Behauptung.

• Der IE 7 enthält einige Verbesserungen im Bereich CSS.
• IE-6-spezifischer Code mit Browserhackes wie * html wird ignoriert.
• Trotzdem enthält IE 7 noch einige Fehler insbesondere hinsichtlich CSS, trotzdem zeigen viele Untersuchungen, dass nach wie vor spezielle Anpassungen für den IE nötig sein werden, siehe etwa YAML
• Im Bereich DOM-Unterstützung hat sich z.B. nichts verbessert. [17]
• Proprietärer Code bedeutet einerseits: »Optimierung für die Eigenheiten des IE«, andererseits »Nutzung der proprietären Features/Techniken«. Was ändert sich also mit IE 7? Die Eigenheiten des IEs ändern sich ein wenig, sie orientieren sich zunehmend am Standard, das ist alles. Eine Garantie dafür, dass mit IE 7 kein proprietärer Code mehr verbreitet wird, gibt es demnach nicht, dazu wurde zu wenig geändert.

Davon ganz abgesehen: In dem Absatz geht es um Fehlertoleranz (... gegenüber fehlerhaftem HTML außergewöhnlich gutmütig und steht daher im Ruf, „schlampiges“ HTML-Markup zu fördern). Soweit ich weiß hat sich in dem Bereich Fehlertoleranz - abgesehen von den CSS-Parsing-Fehlern, die von Hacks ausgenutzt wurden - nichts getan. Aber ich lasse mich gerne belehren.

-- molily 14:31, 6. Mai 2006 (CEST)

[Bearbeiten] Ist die Zahl entdeckter Sicherheitslücken von der Browser-Bekanntheit abhängig?

Seit langem steht schon im Artikel:

Tatsächlich werden in Alternativ-Browsern mit zunehmender Verbreitung vermehrt kritische Sicherheitslöcher entdeckt

Ich hatte das bisher verteidigt, es klingt ja auch logisch, dass sich mehr Programmierer den Code eines Browsers abklopfen, wenn dieser einen höheren MA hat. Ein Browser mit höherem MA ist ein beliebteres Ziel für Angriffe, denkt man. Statistiken für diese Behauptung enthielt der Artikel aber nicht.

die jedoch durch einen offeneren Umgang mit Sicherheitsproblemen sehr schnell behoben werden.

Das wurde kürzlich hinzugefügt, ist aber genauso unbelegt.

Beide Sätze wurden jetzt wegen POV-Verdacht herausgenommen, und das halte ich für gerechtfertigt.

Meine Frage daher: Kennt jemand Statistiken, die das eine oder das andere beweisen?

Ich kenne nur folgende auf Secunia basierende:

Web browser security summary

Wenn ich das richtig lese, wurden in den ersten 465 Tagen seit Veröffentlichung 67 Issues gefunden, in den letzten 465 Tagen hingegen 80. Ist das nicht als Anstieg zu werten?

An anderer Stelle schreibt der Autor mit Bezug auf diese Statistik: the evidence shows that Firefox has had no significant increase in security vulnerabilities as its popularity has increased [18]

Das Diagramm, das der Autor anführt, basiert auf offenen (d.h. nicht vollständig gepatchten) Secunia-Reports. Es stimmt, aus dieser Sicht gibt es keinen signifikanten Anstieg. Ein Report kann aber mehrere Vulnerabilities beschreiben, deswegen finde ich diese Statistik nicht so relevant für die Frage, ob tatsächlich mehr Vulnerabilities entdeckt wurden. Das wurden sie anscheinend, während im IE weniger Issues entdeckt werden.

Gut, es ist sowieso unpassend, nur nach Menge zu werten. Der relative Danger − Relative danger levels are calculated by adding up the square of the criticality levels for each vulnerability report (not critical=1, extremely critical=5). – des Firefox ist ja gefallen, der des IE übrigens auch.

Zusammengefasst sehe ich in dieser Statistik keinen klaren Beweis dafür, dass zwischen einem steigenden MA (was auf Firefox zutrifft) eine signifikante Korrelation zur Zahl und Schwere von entdeckten Sicherheitslücken besteht.

Was die zweite Frage angeht, so beweist diese Statistik (siehe Patch delay), dass Sicherheitslücken in Alternativbrowsern tatsächlich schneller behoben werden.

Solange weitere Statistiken nicht vorliegen, bitte ich darum, solche Sätze erst einmal aus dem Artikel herauszulassen. -- molily 15:15, 28. Aug 2006 (CEST)

(Ich beziehe mich hier auf den wahrscheinlich größten Alternativ-Browser Firefox!) die jedoch durch einen offeneren Umgang mit Sicherheitsproblemen sehr schnell behoben werden.. Das ist durch das Open Source-Entwicklungsmodell bedingt. Dadurch, dass viele Augen den Code sehen, werden Sicherheitslücken i.d.R. schnell entdeckt. Die Autoren von freier Software haben zumeist auch kein Interesse daran, Sicherheitslücken zu verschweigen. Beim IE habe ich zumindest noch in Erinnerung, dass in vielen Advisories stand, dass MS schon vor x-Monaten informiert wurde, sich allerdings nichts getan hat. Letztenendes landete dann ein Exploit im Internet. Als POV würde ich diesen Satz nicht werten. Man muss sich nur überlegen welche Quelle man anführt. Da der gesamte Abschnitt nahezu keine Quellenangaben hatte, habe ich mir darüber auch keine Gedanken gemacht. Aber man sollte auf jeden Fall über diesen Teilsatz diskutieren! --Andreas86 15:44, 28. Aug 2006 (CEST)

Du vertrittst die klassische These, dass OSS prinzipiell sicherer sei. Unabhängig davon, ob das allgemein zutrifft oder nicht: Lässt sich das konkret beim Vergleich Firefox vs. Closed-Source-Browser beweisen? Ich denke nicht, denn Opera ist auch Closed-Source und in der Statistik der Browser, dessen Sicherheitslücken am schnellsten geschlossen werden. Und Opera hat aktuell keine ungepatchten Vulnerabilities. Es spricht daher nichts prinzipiell dagegen, dass das Closed-Source-Entwicklungsmodell des IEs nicht ebenso erfolgreich sein könnte.

Die Aussage, Firefox’ Lücken würden schnell behoben, weil Firefox OSS ist, mag durchaus zutreffen − in dem Sinne, dass der OSS-Charakter ein möglicher Faktor ist. Der Umkehrschluss, bei Closed-Source-Browser würden Lücken prinzipbedingt langsamer behoben, ist aber nicht zulässig. Das wäre Spekulation, keine notwendige Kausalität.

Der Satz ist POV, weil es andere Sichtweisen und Gegenthesen gibt. Was du oder ich dazu denken, ist für den Artikel irrelevant − nur harte Fakten sind Argumente. -- molily 22:30, 28. Aug 2006 (CEST)

[Bearbeiten] Pocket IE

Ich hab in der WP gerade vergeblich nach Infos zum Pocket IE gesucht. Bin ich zu doof die Infos zu finden oder steht hier tatsächlich nichts zu dem Mobile Device Browser von Micro$oft??? Grüße, der nichtangemeldete

[Bearbeiten] Neuer offizieller Titel

Der IE heißt ab Version 7 "Windows Internet Explorer". Ich habe dies extra im IE Blog nachgefragt und dazu eine Antwort von Eric Law von Microsoft erhalten (siehe Kommentare zum Artikel "Meet Some of the IE7 Team"). --adaxl 07:52, 20. Okt. 2006 (CEST)

[Bearbeiten] Größere Einschnitte

Ich möchte alte Zöpfe abschneiden und gewisse Abschnitte in der jetzigen Form erst einmal herausnehmen, weil sie meiner Meinung nach substanzlos oder missverständlich sind. Gegen ein Wiedereinstellen mit fundierteren Formulierungen stelle ich mich natürlich nicht.

Hier wurde schon mehrfach kritisch diskutiert, was der Kernpunkt der Kritik an den Erweiterungen von JScript und ActiveX sei. Nun, ich habe mich herausgeredet, indem ich die Kritik über drei Ecken umschrieb: Die proprietären Erweiterungen ständen nicht direkt in der Kritik - weil andere Browser ebenfalls über solche verfügen, z.B. lassen sich mit JavaScript im Gecko genauso prinzipiell Dateien manipulieren, es gibt aber ein wirksames Rechtemanagement -, sondern nur deshalb, weil der IE ja allgemein unsicher sei und deshalb die Erweiterungen für die Sicherheit kritisch werden.

Nachdem meinem obigen Vorschlag, diese krude Argumentation herauszunehmen, niemand wiedersprochen hat, werde ich dies nun tun.

Für ein Missverständnis halte ich diesen Absatz:

Des Weiteren verhält sich der Internet Explorer gegenüber fehlerhaftem HTML toleranter als andere Browser und steht daher im Ruf, unkorrektes HTML-Markup zu fördern. Dieses Verhalten entspricht allerdings den Empfehlungen des HTML-4.01-Standards. (Im Kommentar der Link: [19])

Der zweite Satz versucht etwas zu widerlegen, was der erste gar nicht behaupten will. Natürlich hält sich der IE an die Empfehlung, dass unbekannte Elemente und Attribute einfach ignoriert werden usw. Im Quirks-Modus hat der IE aber ein viel größeres Herz, da werden unsinnig verschachtelte Elemente und schlicht falsche Syntax (z.B. bei CSS) stillschweigend toleriert und automatisch korrigiert. Das war wohl eher im ersten Satz gemeint. Leider ist der ziemlich allgemein, unkonkret und fordert es heraus, missverstanden zu werden.

Mein Vorschlag: Die unpassende Erwiderung löschen und nach einer Quelle suchen, was mit dem »fehlerhaften HTML« genau gemeint ist.

Ad Umlautdomains: Der Abschnitt ist jetzt obsolet.

-- molily 22:28, 21. Okt. 2006 (CEST)

Noch etwas vergessen: Das BSI rate vom Einsatz des IEs ab. Da hatte ich mal eine Quelle auf bsi-fuer-burger.de recherchiert, aber jetzt gerade habe ich keine entsprechenden Aussagen mehr auf der verlinkten Seite gefunden. Daher habe ich die Quelle herausgenommen. Jetzt gibt es noch die Aussage des BSI-Sprechers im BZ-Interview vom 11.09.2004. Das ist leider sehr dürftig und zudem arg veraltet. Hat da jemand etwas ähnliches mit neuerem Datum? Ansonsten möchte ich diesen Hinweis langfristig herausnehmen. -- molily 22:38, 21. Okt. 2006 (CEST)

[Bearbeiten] IE 7.0 als Update seit Ende November bei den Usern

dies sollte in dem Artikel entsprechend geändert werden..--Blaufisch 18:21, 30. Nov. 2006 (CET)