Um es direkt vorweg zu nehmen: ich habe ein sehr gestörtes Verhältnis zu M$, sowohl zu den Produktion als auch der Firmenpolitik und allem anderen, was mit dem Unternehmen zusammen hängt.
Zum Sachverhalt: wir haben gerade das Layout für unser Spiel fertig gestellt und es funktioniert in allen halbwegs aktuellen Browsern, ausser natürlich im IEX6 (IEX7 ist noch nicht getestet). Alle Fehler lassen sich natürlich auf die bekannten IEX Fehler zurück führen (Fehler im Boxing-Model, fehlerhafte Unterstützung in den min/max Tags, fehlende Unterstützung der Alpha-Transparenz bei PNGs, usw.). Also eigentlich ja alles kein Problem, gibt es ja Hacks für, oftmals sogar in zig Ausführungen.
Jetzt schoss mir aber eine dunkle Erinnerung in den Kopf, dass es da einen Artikel von Microsoft gab, dass man ja wegen dem IEX7 die Hacks für den IEX6 aus den Seiten nehmen solle. Jetzt Frage ich mich, was es damit auf sich hatte. Fliegen mir die Hacks für IEX6 im IEX7 um die Ohren?
Denn man kann ja, dank der hervorragenden Politik von M$, den IEX6 ja nicht aussen vor lassen. Alle Seiten, die ich betreue, und das sind nicht wenige, weißen einen IEX7 Anteil von unter 1% auf. Der Anteil von IEX6 unter Win2k ist auch nicht zu verachten, und da läuft der IEX7 ja nicht. Und wie ich aus beruflicher Erfahrung weiß, wird sich da auch so schnell nichts ändern.
Dazu kommt noch, dass es ja auch kritische Stimmen aus der Fachwelt zu geben scheint, dass der IEX7 auch noch nicht so wirklich Standardkonform ist. Stellt sich die Frage: kann ich die bekannte IEX6 Hacks verwenden, vor allem die, ohne Browserweiche arbeiten, oder zickt dann der IEX7 rum? Gibt es schon bekannte Probleme beim IEX7 und vielleicht auch schon Hacks zur Lösung? Muss ich vielleicht sogar drei verschiedene Style-Sheets anbieten? (Das ist eine ernst gemeinte Frage, und kein M$ Bashing) Wie handhabt ihr das? Und an diejenigen, die Ihr Spiel schon online haben, was sagen Eure Statistiken? (die Statistiken, die ich einsehen kann, gehören nicht gerade in das Interessengebiet jungendlicher Spieler, die ständig neue Software installieren und alles ausprobieren)
Umgang mit dem Internet Explorer
gepostet vor 17 Jahre, 12 Monate von Agmemon
gepostet vor 17 Jahre, 12 Monate von Drezil
ich weiss nicht, was ihr alle immer mit ie-hacks habt.
ist deine seite standardkonform nach dem W3C? dann nimmt der IE das richtige box-model (und das schon seit v. 5.0 aber das interessiert ja keinen).
dom macht auch keine probleme. die png-alpha-transparenz ist mit dem ie7 auch drin.
nen paar css-sachen, die nicht gehen, die kann man noch per js nachbilden..
ich hab damit keine probleme .. noch nicht
ist deine seite standardkonform nach dem W3C? dann nimmt der IE das richtige box-model (und das schon seit v. 5.0 aber das interessiert ja keinen).
dom macht auch keine probleme. die png-alpha-transparenz ist mit dem ie7 auch drin.
nen paar css-sachen, die nicht gehen, die kann man noch per js nachbilden..
ich hab damit keine probleme .. noch nicht
gepostet vor 17 Jahre, 12 Monate von mifritscher
Sind bei Beyond the Wormhole 9 Promille aller User, also noch unter ferner liefen...
gepostet vor 17 Jahre, 12 Monate von Agmemon
@drezil
Standardkonform nach der XHTML1.1 Spezifikation des W3C, wenn Du es genau wissen willst.
Wenn das Box-Model seit IEX5.x richtig funktioniert, frage ich mich, warum der IEX5.x generell und IEX6 im Quirks-Modus die Breitenangabe als Gesamtbreite interpretiert, anstelle des Innenabstandes der Box, wie es die Spezifikation vorsieht?
Und wenn der IEX ab 5.x so standardkonform ist, warum gibt es dann das overflow-Problem? Warum interpretiert er height und width eher wie min-height und min-width und versteht dafür die Eigenschaften nicht? Warum wird der Aussenabstand verdoppelt, wenn margin und float eines Elements in die gleiche Richtung gehen? Was ist mit dem Peekaboo-Bug oder dem 3-Pixel-Bug? usw.
Aber meine Frage war ja nicht, ob der IEX6 standardkonform ist, sondern wie sich die Hacks, ob nun durch JS Nachbildungen, Erweiterungen der CSS-Definitionen, die nach Standard nicht notwendig wären, oder "PlugIns", wie für die Alpha-Transparenz von PNGs, dann im IEX7 verhalten.
Standardkonform nach der XHTML1.1 Spezifikation des W3C, wenn Du es genau wissen willst.
Wenn das Box-Model seit IEX5.x richtig funktioniert, frage ich mich, warum der IEX5.x generell und IEX6 im Quirks-Modus die Breitenangabe als Gesamtbreite interpretiert, anstelle des Innenabstandes der Box, wie es die Spezifikation vorsieht?
Und wenn der IEX ab 5.x so standardkonform ist, warum gibt es dann das overflow-Problem? Warum interpretiert er height und width eher wie min-height und min-width und versteht dafür die Eigenschaften nicht? Warum wird der Aussenabstand verdoppelt, wenn margin und float eines Elements in die gleiche Richtung gehen? Was ist mit dem Peekaboo-Bug oder dem 3-Pixel-Bug? usw.
Aber meine Frage war ja nicht, ob der IEX6 standardkonform ist, sondern wie sich die Hacks, ob nun durch JS Nachbildungen, Erweiterungen der CSS-Definitionen, die nach Standard nicht notwendig wären, oder "PlugIns", wie für die Alpha-Transparenz von PNGs, dann im IEX7 verhalten.
gepostet vor 17 Jahre, 12 Monate von Teonas
Original von mifritscher
Sind bei Beyond the Wormhole 9 Promille aller User, also noch unter ferner liefen...
Wenn der IE 7 in die automatischen Windows-Updates reinläuft, sind es vermutlich binnen kurzer Zeit 49% (zumindest hoffe ich das zur Sicherheit der arglosen Benutzer). Ich würde momentan nicht mehr für IE 6 designen, sondern alles unter IE 7 lauffähig halten. Bei uns kooexistieren beide Versionen atm problemlos.
gepostet vor 17 Jahre, 12 Monate von Kampfhoernchen
Wenn ich mit DIVs (und nicht mit DIV-Suppen) arbeite, macht mir der IE keine Probleme. Firefox verhält sich immer anders als erwartet, so dass ich das ein oder andere Pixel doch noch verschieben muss, oder sogar falsches HTML schreibe. Beim falschem HTML fällt der IE dann aber leider in den Quirksmode. Die Ursache ist Firefox. Aber die Seite sieht ja im FF richtig aus, also is der IE schuld.
gepostet vor 17 Jahre, 12 Monate von knalli
Um die Frage von vorne zu beantworten: Wie wäre es, wenn man das a) beim Entwickeln bzw b) beim Testen einfach beachtet?
Dann passiert es auch nicht, das man aus allen Wolken fällt, dass der IE6 ein paar Dinge nicht kann - denn das ist ja nun mal kein Geheimnis
Es ist ein bisschen schwierig, aus den wenigen Fakten andere Fakten zu deuten, daher nehme ich mal meine Glaskugel:
Sollte die Seite XY (eine, nicht eine ganze Anwendung) wirklich XHTML 1.1 konform und valid sein, dann kann der IE6 das auch nicht richtig. Allerdings, gibt es hier ein paar Besonderheiten: IE6 benötigt für das richtige Modell in der ersten Zeile Er mag es absolut nicht, den - in XHTML 1.x noch optionale, aber empfohlene - Selbstverständlich sind dem IE6 nahezu alle CSS2 Erweiterungen fremd, die meisten sind soweit ich weiß aber mit der IE7 Bibliothek nachgebildet.
Zu der Sache von MS selbst, wegen der Hacks: Viele Webmaster haben die Hacks so gebaut, das sie für alle IE Versionen galten.. und bedeutet, das einem IE7, der die Sache RICHTIG kann, etwas falsches vorgegaukelt wird, und es im Endeffekt so auch falsch macht (IE6: aus falsch und falsch wird richtig, IE7: aus falsch und richtig wird falsch). Hier sind die Webmaster gefragt: Entweder komplett entfernen (kein Support für
--
Das mit der Erarbeitung neuer Designs sehe ich atm genauso.. die Neuentwicklung habe ich bewusst mit XHTML1/CSS2 Grundlagen gemacht, mit der Option, ein XHTML 1.p/CSS1 nachzulegen. Mittlerweile nehme ich davon aber immer mehr Abstand, da es noch lange nicht fertig ist, und so der Release immer weiter hinten den IE7 Release fällt
Hoffe auch mit, dass IE6 bald Geschichte ist - bzw so signifikant gering ist, das nicht mehr erwähenswert ist.
Dann passiert es auch nicht, das man aus allen Wolken fällt, dass der IE6 ein paar Dinge nicht kann - denn das ist ja nun mal kein Geheimnis
Es ist ein bisschen schwierig, aus den wenigen Fakten andere Fakten zu deuten, daher nehme ich mal meine Glaskugel:
Sollte die Seite XY (eine, nicht eine ganze Anwendung) wirklich XHTML 1.1 konform und valid sein, dann kann der IE6 das auch nicht richtig. Allerdings, gibt es hier ein paar Besonderheiten: IE6 benötigt für das richtige Modell in der ersten Zeile Er mag es absolut nicht, den - in XHTML 1.x noch optionale, aber empfohlene - Selbstverständlich sind dem IE6 nahezu alle CSS2 Erweiterungen fremd, die meisten sind soweit ich weiß aber mit der IE7 Bibliothek nachgebildet.
Zu der Sache von MS selbst, wegen der Hacks: Viele Webmaster haben die Hacks so gebaut, das sie für alle IE Versionen galten.. und bedeutet, das einem IE7, der die Sache RICHTIG kann, etwas falsches vorgegaukelt wird, und es im Endeffekt so auch falsch macht (IE6: aus falsch und falsch wird richtig, IE7: aus falsch und richtig wird falsch). Hier sind die Webmaster gefragt: Entweder komplett entfernen (kein Support für
--
Das mit der Erarbeitung neuer Designs sehe ich atm genauso.. die Neuentwicklung habe ich bewusst mit XHTML1/CSS2 Grundlagen gemacht, mit der Option, ein XHTML 1.p/CSS1 nachzulegen. Mittlerweile nehme ich davon aber immer mehr Abstand, da es noch lange nicht fertig ist, und so der Release immer weiter hinten den IE7 Release fällt
Hoffe auch mit, dass IE6 bald Geschichte ist - bzw so signifikant gering ist, das nicht mehr erwähenswert ist.
gepostet vor 17 Jahre, 12 Monate von Agmemon
Original von Kampfhoernchen
Die Ursache ist Firefox. Aber die Seite sieht ja im FF richtig aus, also is der IE schuld.
Auch wenn ich nicht sehr M$ affin bin, gehöre ich nicht zu den FF-Jüngern, die Standard darüber definieren, wie es der FF macht. Für mich zählt einzig un allein die W3C Spezifikation. Und wenn da zu width drin steht, ich zitiere:
Diese Eigenschaft gibt die Inhaltsbreite von Boxen an, die auf Blockebene erzeugt wurden, sowie die Inhaltsbreite von ersetzten Elementen.
und der IEX nimmt die Angabe als Gesamtbreite und nicht als Inhaltsbreite, dann ist der IEX schuld. Würde sich der FF in diesem Fall so verhalten, würde ich den FF kritisieren. Da mache ich keinen Unterschied.
Original von Kampfhoernchen
Um die Frage von vorne zu beantworten: Wie wäre es, wenn man das a) beim Entwickeln bzw b) beim Testen einfach beachtet?
Da hast Du ja prinzipiell recht, aber so einfach ist das dann doch nicht, wenn man sich in einer M$ freien Zone bewirkt. Und ich bezahle bestimmt kein Geld für eine Windows-Lizenz und eine Virtualisierungslösung, um hier irgendwo Windows installieren zu können, um hin und wieder mal das verhalten des IEX zu testen.
Daher ja auch meine Frage, wie sich der IEX7 mit den IEX6 Hacks verhält und ob der IEX7 schon bekannte Fehler hat. Für die Anpassung und zum Test muss ich die Tage extra an die Uni fahren, um eine Windows-Kiste mit IEX6 zur Verfügung zu haben, mit der ich Testen und Anpassen kann. Aber da habe ich auch nur IEX6 und keinen IEX7.
Und die Anpassung auf IEX6 ist halt notwendig, damit ich niemanden aussperren will, den der IEX6 wird noch lange genug eingesetzt werden und nicht jeder hat die Wahl, welchen Browser er verwenden will.
gepostet vor 17 Jahre, 12 Monate von knalli
und der IEX nimmt die Angabe als Gesamtbreite und nicht als Inhaltsbreite, dann ist der IEX schuld. Würde sich der FF in diesem Fall so verhalten, würde ich den FF kritisieren. Da mache ich keinen Unterschied.
Schon mal falsch. Nur IE6!
Ich meinte mit meiner Einleitung auch weniger das Trial-and-Error-Verfahren, sondern eher der bewusste Umgang mit Technologien. Denn wenn du eine breite Akzeptanz (Browserclients) haben willst, gehört das ja doch irgendwie ins Konzept?
Aber richtig ist ja sicher auch: Nur weil der Fx was richtig macht, muss es richtig sein. Das ist nun mal so überhaupt nicht, Opera und Safari/KTHML sollten es auch richtig machen.. DANN kann man sagen, es ist de-facto richtig (ob es wirklich richtig ist, das ist was anderes).
Also, Lösungsvorschlag, ohne die Seite zu kennen: IE7 durchtesten und für IE6 die ie7-Lib (JS+CSS für IE6) einbinden.
Andere Browser als IE6 und Fx hast du ja wohl schon (erfolgreich) getestet?
gepostet vor 17 Jahre, 12 Monate von Agmemon
Getestet unter Safari 2.x, Firefox 1.5, Mozilla 1.7, Opera 9.01 und OmniWeb 5, und überall gleicht die Anzeige, wie einem Ei dem anderen.
Screenshot der Seite unter IEX6 gesehen, kein Kommentar.
Screenshot der Seite unter IEX6 gesehen, kein Kommentar.
gepostet vor 17 Jahre, 12 Monate von Kampfhoernchen
OmniWeb?
gepostet vor 17 Jahre, 12 Monate von knalli
Kenne mich zwar nicht aus, aber in der Macwelt werden Camino, Fx und Safari und natürlich auch Opera auch die Meistgebrauchten sein, denk ich mal.. ?
Das Ergebnis bezgl. IE6 war so zu erwarten - ich hatte das bei mir auch so eingeplant und erwartet. Versuch mal, die ie7-lib einzubinden, ob es dann funktioniert. IE6 ohne Hacks funktioniert nicht, und IE7 mit Hacks zumeist auch nicht.
Und wenn es mal drauf ankommt: die IE unterstützen ein durchaus interessantes Feature "Conditional Comments".
Das Ergebnis bezgl. IE6 war so zu erwarten - ich hatte das bei mir auch so eingeplant und erwartet. Versuch mal, die ie7-lib einzubinden, ob es dann funktioniert. IE6 ohne Hacks funktioniert nicht, und IE7 mit Hacks zumeist auch nicht.
Und wenn es mal drauf ankommt: die IE unterstützen ein durchaus interessantes Feature "Conditional Comments".
gepostet vor 17 Jahre, 12 Monate von TheUndeadable
> kann ich die bekannte IEX6 Hacks verwenden, vor allem die, ohne Browserweiche arbeiten, oder zickt dann der IEX7 rum?
MS hat ausdrücklich drum gebeten keine IE 6-Hacks mehr zu nutzen, sondern sauber Webseiten mit Conditional Comments für den IE 6 nutzen.
Webseiten, die der IE 7 bekommt, sollen ausdrücklich W3C-konform gestaltet werden.
Ansonsten musst du entscheiden, ob du auf den IE 6 verzichten kannst. Der IE 7 macht seine Sache gut. Ich persönlich werde für meine privaten Seiten auf den IE 6 verzichten.´
> und der IEX nimmt die Angabe als Gesamtbreite und nicht als Inhaltsbreite, dann ist der IEX schuld.
BTW: Der IE 6 behandelt dies so wie der W3C es gefordert hat (im Standard-Mode)
MS hat ausdrücklich drum gebeten keine IE 6-Hacks mehr zu nutzen, sondern sauber Webseiten mit Conditional Comments für den IE 6 nutzen.
Webseiten, die der IE 7 bekommt, sollen ausdrücklich W3C-konform gestaltet werden.
Ansonsten musst du entscheiden, ob du auf den IE 6 verzichten kannst. Der IE 7 macht seine Sache gut. Ich persönlich werde für meine privaten Seiten auf den IE 6 verzichten.´
> und der IEX nimmt die Angabe als Gesamtbreite und nicht als Inhaltsbreite, dann ist der IEX schuld.
BTW: Der IE 6 behandelt dies so wie der W3C es gefordert hat (im Standard-Mode)
gepostet vor 17 Jahre, 12 Monate von Miphois
Also jeder Browser macht so seine Macken ob IE, Firefox oder Opera, und fast jedesmal wenn wieder ein neuer Rauskommt muss ich irgendwo was anpassen *g*
Momentan habe ich sogar 4 verschiedene Styles
einen für IE 5-6
einen für Mozilla, Firefox und Safari
einen für Opera 6
einen für Opera 7-8
Die neuen Browser:
Für Opera 9 musste ich dagegen wieder das Style für Mozilla, Firefox und Safari verwenden?
IE 7 läuft auch mit dem für IE 5-6 entworfenen Style
Firefox2 macht bis jetzt auch noch keine zusätzlichen Schwierigkeiten.
Meine letzten gröberen Probleme.
Bei meinem Chat verschwindet der Chatscreen bei Opera 6-8 wenn ein Bild eingefügt wird und danach der Chat sich erneut aktualisiert. Mit Opera 9 klappts. Folglich, Bilder für Opera 6-8 sind ausgeschaltet im Chat.
Der Firefox missachtet die hight % Angaben wenn das Chatfenster nachträglich vergrössert oder verkleinert wird und der Chatinhalt über die Screenlänge hinausgewachsen ist. Er vergrössert dann die Höhe einfach soweit das kein Scrollbalken mehr nötig ist. Trotz Bodyangaben von height =100%;max-height =100%; Daher muss bei Firefox eine feste maximale Höhenangabe her. Könnte man vielleicht auch mit JS machen?
Nachtrag:
hight duch height ersetzt. Passiert mit ständig auch bei coden *g*
Momentan habe ich sogar 4 verschiedene Styles
einen für IE 5-6
einen für Mozilla, Firefox und Safari
einen für Opera 6
einen für Opera 7-8
Die neuen Browser:
Für Opera 9 musste ich dagegen wieder das Style für Mozilla, Firefox und Safari verwenden?
IE 7 läuft auch mit dem für IE 5-6 entworfenen Style
Firefox2 macht bis jetzt auch noch keine zusätzlichen Schwierigkeiten.
Meine letzten gröberen Probleme.
Bei meinem Chat verschwindet der Chatscreen bei Opera 6-8 wenn ein Bild eingefügt wird und danach der Chat sich erneut aktualisiert. Mit Opera 9 klappts. Folglich, Bilder für Opera 6-8 sind ausgeschaltet im Chat.
Der Firefox missachtet die hight % Angaben wenn das Chatfenster nachträglich vergrössert oder verkleinert wird und der Chatinhalt über die Screenlänge hinausgewachsen ist. Er vergrössert dann die Höhe einfach soweit das kein Scrollbalken mehr nötig ist. Trotz Bodyangaben von height =100%;max-height =100%; Daher muss bei Firefox eine feste maximale Höhenangabe her. Könnte man vielleicht auch mit JS machen?
Nachtrag:
hight duch height ersetzt. Passiert mit ständig auch bei coden *g*
gepostet vor 17 Jahre, 12 Monate von blum
Original von Miphois
Trotz Bodyangaben von hight=100%;max-hight=100%;
Du weisst aber, dass es height heisst und nicht hight?
gepostet vor 17 Jahre, 11 Monate von Miphois
Original von blum
Original von Miphois
Trotz Bodyangaben von hight=100%;max-hight=100%;
Du weisst aber, dass es height heisst und nicht hight?
ja klar ist ja auch net aus dem Code rauskopiert *g* Da stimmts schon, sonst würdens die anderen Browser ja net packen