Bedingte Kommentare sind in IE 10 verschwunden. Das ist gut. IE 10 ist ein sehr guter Browser. Feature-Erkennung ist in fast allen Fällen der bessere Weg. Aber was, wenn Sie eine Styling-Situation finden, in der Sie absolut IE 10 ansprechen müssen? Ich schätze, das müssen Sie dann tun.
Rogie hat vor einiger Zeit eine wirklich einfache Idee gepostet, die immer noch gut funktionieren sollte. Fügen Sie den User-Agenten dem <html>-Element mit einem kleinen Stück JavaScript hinzu.
var doc = document.documentElement;
doc.setAttribute('data-useragent', navigator.userAgent);Der User-Agent-String von IE 10 ist
Mozilla/5.0 (compatible; MSIE 10.0; Windows NT 6.2; Trident/6.0)Was zu folgendem Ergebnis führt:
<html data-useragent="Mozilla/5.0 (compatible; MSIE 10.0; Windows NT 6.2; Trident/6.0)">Und dann können Sie stylen wie
html[data-useragent*='MSIE 10.0'] h1 {
color: blue;
}
Das ist eine ziemlich unschöne Einbindung am HTML-Tag. Könnten Sie nicht zumindest ein kleines Regex verwenden, um es aufzuräumen?
Es ist lustig, wie wir oft andere unschöne Dinge nutzen, wenn wir versuchen, das erste zu beseitigen. Ich würde vorschlagen, einfach eine einfache Methode zu verwenden, um diese Aufgabe zu erledigen, wahrscheinlich
indexOf.Interessante Technik, aber ich glaube nicht, dass das der beste Weg ist, dies zu tun. Und ist das nicht im Grunde nur User-Agent-Sniffing?
Ich habe in diesem Beitrag drei Möglichkeiten behandelt, um IE10 anzusprechen
http://www.impressivewebs.com/ie10-css-hacks/
Ich denke, diese sind viel besser (ich habe sie nicht erfunden; ich zitiere Quellen). Sie sind auch nicht perfekt, aber soweit ich weiß, funktionieren sie und erfordern keine problematische UA-String-Erkennung.
Siehe auch die Kommentare in diesem Beitrag mit grünen Häkchen, da gab es einige gute Ergänzungen und Warnungen zur Verwendung solcher Techniken.
Ich denke, es ist völlig vertretbar, User-Agent-Sniffing zu nutzen, um Dinge wie Marke / Plattform zu bestimmen. Wenn Marke / Plattform für Ihre Präsentation oder Ihr Verhalten wichtig sind, ist dies der einzige Weg.
Ich stimme zu, dass wir User-Agent-Sniffing nicht in Kombination mit Annahmen über verfügbare Features / Verhaltensweisen verwenden sollten. Das ist definitiv am besten mit JavaScript, CSS Media Queries und CSS @supports zu erledigen.
Ich finde User-Agent-Sniffing in manchen Fällen mit CSS durchaus vernünftig. Jeder Browser hat mindestens eine kleine Eigenart, die sich von den anderen unterscheidet, sei es eine Rundungsdifferenz am Rand oder die Art und Weise, wie der Text gerendert wird. Die Möglichkeit, einen bestimmten Browser auszuwählen, um so etwas zu beheben, ist sehr hilfreich, besonders wenn man mit einem Unternehmen zu tun hat, das auf pixelgenaue Ergebnisse Wert legt.
Der Versuch, den Browser per Feature-Erkennung herauszufinden, könnte ein Problem darstellen, wenn ein anderer Browser später beschließt, ihn zu implementieren. Wenn jemand seinen String fälschen möchte, wird er einfach eine weniger perfekte Erfahrung haben.
Offensichtlich ist Feature-Erkennung der beste Weg für Funktionalität und die meisten anderen Dinge, aber User-Agent-Sniffing ist meiner Meinung nach immer noch in Ordnung zu verwenden.
Danke, Bro.
Ich verwende den folgenden Code
@media screen and (min-width:0) {
/* IE9 und IE10 Regelsets gehen hier rein */
}
Es funktioniert für mich.
Das ist im Wesentlichen User-Agent-Sniffing per CSS. Letztendlich gibt es nur sehr wenige Gründe, warum dies jemals akzeptabel sein sollte. Chris und Dave haben mehrfach in der Shop Talk Show erklärt, warum UA-Sniffing eine schlechte Praxis ist, daher muss ich diesen Punkt hier nicht weiter ausführen. Letztendlich ist das ein cleverer Trick, um den User-Agent-String mit CSS-Selektoren anzusprechen, aber letztendlich die Art von Praxis, die das Web kaputt macht und uns zurückwirft.
Das oben Genannte wäre unzureichend, wenn 10.1 erscheint oder wenn ein anderer Browser mit einem ähnlichen Super-String wie AMSIE 10.01 erscheint oder wenn Microsoft beschließt, den UA-String in "IE 10.0" zu ändern (es gibt Gerüchte, dass dies nach den IE11-Leaks passieren wird).
Verlassen Sie sich immer auf Funktionen und nicht auf veränderliche Zeichenketten, außer in seltenen Fällen. In den Situationen, in denen es legitim ist, ist dies eine gute Praxis, um Ihr CSS mit Navigator-Eigenschaften zu verbinden.
Hier ist ein gutes Beispiel dafür, dass nur IE10 angesprochen werden muss. http://codepen.io/MichaelArestad/full/KtLsl
Eingabefelder in IE haben sich nie ganz wie andere Browser verhalten. Ich bin mir keiner Feature-Erkennung bewusst, die grundlegendes Platzhaltertext-Styling betrifft. IE11 hat kürzlich die meisten dieser Verhaltensfehler bei der Darstellung von Platzhaltertexten in Eingabefeldern behoben. Daher müsste ich IE 10 ansprechen anstelle von Features. IE macht auch seltsame Dinge mit Animationen in Kombination mit einem Download. Das würde auch nicht durch Feature-Erkennung gelöst werden.
Ich stimme zu, dass Feature-Erkennung in 99% der Fälle der richtige Weg ist.
Mir gefällt der Ansatz, aber vielleicht wäre es etwas sauberer, den UA-String mit JS zu sniffen und einfach die richtige Klasse zum HTML-Element hinzuzufügen. Was meinen Sie?
Ich habe eine kleine Frage zum Selektor-Codestil.
Vielleicht ist es besser, klassische irische Klassenstile wie , was meinen Sie?
Sieht aus wie .ie10, viel einfacher zu benutzen
< html class=”ie10″>, meine ich
Ich denke, der Punkt hier ist, Ihnen die Möglichkeit zu geben, jeden Teil des User-Agent-Strings von Anfang an anzusprechen, ohne JavaScript zu verwenden, um nach bestimmten Teilen zu suchen. Schließlich könnte Ihr JavaScript potenziell etwas umständlich werden, wenn Sie Chrome, Safari, Firefox, Opera und Internet Explorer einbeziehen möchten. Fügen Sie ein paar Versionsnummern hinzu, um die Frustration zu erhöhen. Die Schönheit dieses Ansatzes (obwohl die Praxis immer noch schlecht ist) ist, dass Sie diese Mühe stattdessen in Ihre CSS stecken können, wo sich viele Leute wohler fühlen.
Ivan, Sie können die bedingten Klassen von Paul Irish nur mit IE6-9 verwenden, nicht mit IE10. Deshalb hat Chris dies gepostet, weil Sie IE10 nicht mit CCs ansprechen können. (Siehe der erste Link im Beitrag).
Ich werde nicht testen, ob es funktioniert :D
Leider ist das notwendig. Bisher rendert IE10 nicht wie Chrome oder FF. Dieses Stück: html[data-useragent*=’MSIE 10.0′] — ist etwas langatmig, aber einfach genug, um einen Ausschnitt in TextExpander zu erstellen. Danke, Chris!
Scott, ich wäre neugierig, was Sie in IE10 gefunden haben, das sich so stark von Chrome/FF unterscheidet, dass es den Einsatz von UA-Sniffing rechtfertigt. Meiner Erfahrung nach ist IE10 ein herausragender Browser, der selten eine wesentlich andere Erfahrung als Chrome oder Firefox bietet. Ich kenne einige Bereiche (wie progressiv erweiterte Formelemente wie
<metric>,<input type='number'>und<range>), die anders aussehen, aber nicht kaputt sind.border-collapse ist eines für IE10, es gibt auch einige seltsame Fehler bei Verläufen und Hintergründen für IE und Chrome.
Firefox hat Probleme mit outline-offset.
Für eine Erfahrung, die über Firefox/Chrome und IE praktisch einheitlich ist, benötigen Sie leider diese Hacks.
Es ist seltsam zu denken, dass mit dem Erscheinen von Windows 8.1… bis Ende 2013 IE10 ein Legacy-Browser sein wird.
Nun, bedingte Kommentare waren der beste Weg, um Browser zu erkennen, da sie sofort nach dem Laden der Seite aktiviert wurden. Wenn Sie Browser wie IE erkennen und eine Klasse an den Body anfügen, wie msie, und dann in CSS IE-spezifisches Styling für diese .msie-Klasse haben, kann das sehr langsam sein. IE7, IE8 haben ein hässliches Flimmern wegen der Verzögerung, bis JavaScript geladen wird und die Klasse zum Body hinzufügt. Bedingte Kommentare funktionieren sofort, HTML-Lösungen sind immer schneller als JS-Lösungen.
Schöner Beitrag @Louis!
Wenn Ihr anfängliches HTML vom Server dynamisch generiert wird, dann kann der Servercode (z.B. Ruby, PHP, JavaScript, was auch immer) das "data-..."-Attribut einfügen. Dann kann das CSS aktiv sein, bevor JavaScript ausgeführt wird.
Ich schaue mir gerade conditionizr an und es erkennt IE10 (und kann darauf basierend ausliefern) – Weiß jemand, welche Methode es verwendet, um IE10 tatsächlich zu erkennen?
Brillante Tipps einmal mehr Chris, danke! :-D
Schnelle Frage an alle: Bin ich der Einzige, der feststellt, dass ich heutzutage immer mehr Attributselektoren verwende, da man Elemente anhand verschiedener und allerlei Werte browserübergreifend isolieren kann, ohne proprietäre Klingel- und Pfeifen?
Ich bin wirklich neugierig auf die Nutzung und Untersuchungen anderer?
Prost!
Ich würde gerne einen realen Anwendungsfall dafür sehen. Ich bin noch auf nichts in IE10 gestoßen, was dies zu einer Anforderung machen würde, und wie Sie sagen, ist Feature-Erkennung ein viel besserer Weg.
Ich bin tatsächlich überrascht, dass Sie das gepostet haben, da die allgemeine Haltung gegenüber UA-Sniffing "NIEMALS; es ist unzuverlässig" ist.
Es ist eine clevere Art, es zu tun, aber ich frage mich, ob es überhaupt getan werden sollte.
Schöner Artikel, aber das Wichtigste, worauf wir achten müssen, ist, dass unsere Website in IE 10 perfekt funktioniert.
Ich habe ein kleines JavaScript-Plugin namens Layout Engine geschrieben, das IE10 und jede andere Art von Browser per Feature-Erkennung erkennt und Ihnen eine Klasse für HTML und ein JS-Objekt zur Verfügung stellt.
Schauen Sie hier: http://mattstow.com/layout-engine.html
Nun, ich benutze einfach
@media screen and (-ms-high-contrast: active), (-ms-high-contrast: none) {
.selector { property:value; }
}
Beim Einrichten eines neuen Website-Gerüsts heute habe ich eine Variante davon verwendet, die verschiedene Ideen kombiniert, die ich im Internet gefunden habe. Dies fügt den Browser als Klasse hinzu und fügt die Version als INT hinzu, wenn es sich um IE handelt. Zum Beispiel gibt IE-10 "\[html class=\”MSIE-10\” lang=\”en\”]" aus, während Chrome "[html lang=\”en\” class=\”Chrome\”]" ausgibt.
Ich bin mir nicht sicher, warum man heutzutage standardkonforme Browser ansprechen muss, und das auch noch mit JavaScript.
Nichtsdestotrotz ist das ein interessantes Skript, danke fürs Posten. Ich werde es zu meiner Toolbox hinzufügen.
Danke Chris, wir werden versuchen, das bald auf Browserhacks.com zu veröffentlichen. :)
Seien Sie sehr vorsichtig damit, den vollständigen User-Agent in irgendeinen Teil einer Webseite einzufügen. Es gibt eine bekannte Sicherheitslücke, bei der ein Benutzer einen bösartigen User-Agent-String bereitstellen kann, um einen XSS-Exploit der Website zu erreichen. Das Parsen des User-Agent-Strings nach bekannten Werten wie "MSIE 10.0" ist eine sicherere Option.
Das ist ein sehr guter Punkt, man sollte niemals etwas vom Client ungefiltert in sein HTML einfügen.
Ich würde gerne wissen, welcher Prozentsatz der css-tricks-Besucher tatsächlich diesen blauen Text gesehen hat! Ich schätze, 90% sahen schwarzen Text :)
Hmmm... wie wichtig ist es jetzt, dass es für jeden Browser funktioniert?
Ich hatte kürzlich ein Problem, bei dem ein Seitenheader in Chrome perfekt war, aber die Schriftart/der Text in Firefox zu lang war und umgebrochen wurde. Wenn ich ihn für Firefox kleiner machte, sah er in Chrome zu kurz aus. Damit kann ich ihnen unterschiedliche Schriftgrößen geben.
Dito, es gibt einen seltsamen Bug in Safari, wenn Sie ein ziehbares Popup haben, das auch eine vertikale Scrollleiste hat, das Klicken auf die Scrollleiste klemmt das Popup am Cursor, ohne dass ein "Maustaste loslassen"-Ereignis ausgelöst wird. Ich kann das Popup in Safari nicht ziehbar machen.
Funktioniert im Sinne von Funktionalität? Extrem. Erstbesucher Ihrer kaputten Website werden wahrscheinlich nicht versuchen, herauszufinden, ob es ihr Browser ist.
Funktioniert im Sinne von pixelgenauer/exakt gleicher Darstellung in jedem Browser? Vergeblich. Benutzer Ihrer Website sind wahrscheinlich ahnungslos, dass sie in einem anderen Browser besser oder schlechter aussieht.
Übrigens würde dieser spezielle String auch Windows Phone 8 ansprechen: http://jonathanstark.com/blog/windows-phone-8-user-agent-string
Soweit ich weiß, hatten Windows Phones IE10 seit ihrer Einführung.
Mein idealistisches Ich sagt "mach das nicht", denn unter fast jeder Situation sollte man nicht auf einem modernen Browser Browser-sniffen müssen (und das ist im Grunde das, was diese Technik ist). Und ich betrachte IE10 als einen modernen Browser. Meine pragmatische Seite sagt jedoch, dass "OK, das ist eine clevere Technik (an die ich überrascht bin, dass sie nicht früher gedacht wurde), und unter sehr spezifischen Umständen *könnte* sie eine nützliche Waffe im Arsenal sein."
Allerdings würde ich widersprechen, dies zu einer Technik zur Ansprache von IE10 zu machen. *Jeder* Browser hat bestimmte Fehler, die schwer zu umgehen sind. Wenn man sich nur auf Stackoverflow umsieht, wird man Entwickler sehen, die beklagen, wie xyz in Firefox, Opera oder was auch immer nicht wie erwartet funktioniert. Es gibt keinen Grund, warum dies nicht auch für jeden anderen Browser verwendet werden kann. Der Anwendungsfall ist genauso legitim (oder illegitim) für jeden modernen (oder alten) Browser.
Ich würde diese Technik nur in Erwägung ziehen, wenn es sich tatsächlich um einen Fehler handelt (im Gegensatz dazu, dass der Browser anders als Ihr bevorzugter Browser agiert, weil Sie bis zum Ende nicht getestet haben, und es könnte sogar Ihr bevorzugter Browser sein, der schuld ist – kein Scherz, ich habe Beiträge gesehen, in denen Leute sich beschweren, dass alle anderen Browser außer ihrem bevorzugten falsch sind), und es gibt keine Möglichkeit, das Problem auf andere Weise zu umgehen. Es ist oft möglich, einen Fehler nicht auszulösen, indem man eine leicht andere, aber ebenso gültige Technik verwendet als die, die das fehlerhafte Verhalten zeigt. Bei vielen Browsern (besonders alten IE) sind die Fehler gut bekannt und ein erfahrener Entwickler kann sie wie ein erfahrener Minesweeper vermeiden. Zum Beispiel unterstützt IE10 keine rem-Einheiten für die Schriftgröße in der Kurzschreibweise von Schriftarten. Es ist leicht zu umgehen. Definieren Sie einfach die Schriftgröße nach der Kurzschreibweise erneut oder vermeiden Sie die Kurzschreibweise ganz (die Schrift-Kurzschreibweise setzt oft Dinge zurück, die Sie nicht wollen, wie z.B. die Zeilenhöhe, sowieso).
Wenn all das gesagt ist, bevorzuge ich diesen Ansatz gegenüber der Verwendung von Media-Query-Hacks, um IE10 anzusprechen. Das Gute an diesem Ansatz ist, dass er in IE11 fehlschlägt. Das MSIE-Token ist (zumindest derzeit) nicht enthalten. Da Browser in aktiver Entwicklung ihre Fehler beheben, wenn Sie zukünftige Browser ansprechen, wird der Browser für die Behebung des Fehlers bestraft und könnte fehlschlagen. Dies wird wahrscheinlich mit der IE-spezifischen Media-Feature-Technik passieren. Bei dieser Technik passt der Selektor nicht mehr und es wird kein Workaround bereitgestellt. Dies wird natürlich IE11 und darüber hinaus zum Absturz bringen, wenn der Fehler nicht behoben wird, aber ich denke, der Ansatz, Hacks immer wieder überprüfen, neu bewerten und warten zu müssen, ist besser, als einen Browser für immer wegen seiner vergangenen Verfehlungen zu verdammen. Das ist ein Grund, warum UA-Strings zu einem Lied und Tanz darum geworden sind, schlechtes Sniffing zu vermeiden, und verrückte Dinge wie Dokument- und Browser-Modus-Umschaltung existieren.
Also, verwenden Sie es, wenn Sie es wirklich *wirklich* müssen, nachdem Sie alle anderen Optionen ausgeschöpft haben, aber gehen Sie vorsichtig vor, und denken Sie daran, dass dies für jeden Browser gleichermaßen gültig ist. IE10 ist kein Sonderfall und der einzige, der Hacks benötigt.
Konzeptionell haben Sie Recht, dieses Prinzip/diese Technik würde für jeden Browser gelten.
Aber ich muss sagen: Ich musste noch nie Hacks verwenden, um nur Firefox, Chrome oder Opera anzusprechen. Das habe ich einmal vor sehr langer Zeit für Safari gemacht, als es zum ersten Mal für Windows herauskam (und habe meine Lektion einige Zeit später gelernt, als Firefox aktualisiert wurde), aber abgesehen davon keine Hacks jeglicher Art für standardkonforme Browser.
Für IE… ALLE IEs muss ich sagen, viele Hacks aller Art, die wir alle haben.
Was mich zu meinem Punkt bringt: Technisch gesehen müsste ich Ihnen widersprechen, dass die hier beschriebene Technik für jeden Browser gilt.
Ich denke, wenn diese Technik überhaupt gültig ist, dann ist sie nur für JEDEN IE gültig.
Ich habe nach einem IE10 spezifischen CSS-Hack gesucht. Danke für den Tipp, Chris!
Ich denke, ich bleibe dabei, User-Agent-Prüfungen auf dem Server durchzuführen.
Die Art und Weise, wie ich das in der Vergangenheit gemacht habe, ist mit einem HTML-Tag wie diesem
Mit einem <html>-Tag wie diesem
Und ein bisschen JavaScript wie dieses
// Based off James Padolsey's IE detection - http://james.padolsey.com/javascript/detect-ie-in-js-using-conditional-comments/ Util.IEVersion = (function () { var undef, v = 3, div = document.createElement('div'), all = div.getElementsByTagName('i'); while (div.innerHTML = '', all[0]); return v > 4 ? v : undef; } ()); // IE 10 no longer supports conditional comments in HTML, but does support JavaScript conditional comments // This will have to be revisited once IE 11 comes out... :( if (/*@cc_on!@*/false && !Util.IEVersion) { Util.IEVersion = 10; document.documentElement.className = document.documentElement.className.replace('non-ie', 'ie ie10'); }JavaScript verwendet
Util.IEVersion, um die IE-Version zu überprüfen, und CSS verwendethtml.ie6bishtml.ie10. Der letzte JavaScript-Schnipsel basiert auf einer Annahme – Wenn JavaScript-bedingte Kommentare unterstützt werden, aber HTML-bedingte Kommentare nicht, muss der Browser IE 10 sein. Dies entspricht natürlich auch zukünftigen IE-Versionen, bis JavaScript-bedingte Kommentare entfernt werden.Ich habe diesen Artikel gefunden, der mir geholfen hat, als ich versuchte, das IE10-Rätsel zu lösen
http://geekswithblogs.net/anirugu/archive/2013/03/02/how-to-write-css-only-for-internet-explorer–10.aspx
Ich habe ein großes Problem mit Joomla als meinem CMS und IE, das mein CSS nicht erkennt. Ich habe fast alle Ihre Vorschläge ausprobiert und bin immer noch erfolglos. Es ist eine einzelne Seite, die ich neu gestaltet habe, um die Markenidentität konsistent zu halten. Sieht gut aus in allen Browsern außer IE.
Das ist in der Tat eine clevere Art, IE10-spezifisches CSS zu schreiben, aber definitiv nicht die beste.
Danke für diesen Tipp. Er funktioniert für mich.
Danke für diesen Beitrag, Chris! Das war sehr hilfreich.
Ich verwende den obigen Erkennungscode, um mit der Tatsache umzugehen, dass IE10 bei Verwendung von Modernizr als flexbox-unterstützend getestet wird… aber Flexbox nicht vollständig unterstützt.
Durch das Sniffen von IE10 kann ich meine CSS-Flex-Klasse zurückziehen, die als Ergebnis des "False Positive" Modernizr-Tests hinzugefügt wurde.
Ich *möchte*, dass dieser Code-Schnipsel unzureichend ist und fehlschlägt, wenn sich etwas ändert oder wenn eine neue Version von IE erscheint. Wenn und wenn das passiert, bedeutet es möglicherweise, dass sich die CSS3-Flexbox-Unterstützung geändert hat. Ich möchte nur, dass dieser Code-Schnipsel in der aktuellen "Zwischenversion" von IE10 funktioniert.
Danke für diesen Artikel! Ich hatte nicht wirklich darüber nachgedacht, diese Methode zu verwenden, um den Browser per CSS einzugrenzen. Ignorieren Sie die Nörgler. Es ist immer noch eine großartige Methode.
Ich kann bestätigen, dass dies funktioniert hat, um IE10 auf einem Windows Phone 8 anzusprechen. Danke fürs Posten dieses Juwels!
Das funktioniert nicht in IE 11
Die Methode selbst funktioniert immer noch mit IE11. Da IE jedoch nicht mehr als MSIE gemeldet wird, müssen Sie anders erkennen.
Wie hier erwähnt
Obwohl technisch möglich, möchte ich denken, dass wir IE11 nicht ansprechen müssen.
Also zu ScarLights Punkt, das funktioniert nicht in IE11… und das ist der Sinn der Sache, dass es nicht funktionieren sollte.
IE 10 ist *kein* sehr guter Browser. Ein sehr guter Browser würde sich beim Lesen von CSS-Code wie Firefox verhalten, und IE 10 tut das nicht.
Tatsächlich hatte IE *immer* Probleme mit CSS, deshalb waren bedingte Kommentare überhaupt erst notwendig.
Die Abschaffung bedingter Kommentare zwingt uns jetzt, mehr Code zu schreiben, und viele Leute verschwenden dadurch viel Zeit.
Hallo!
Schöne Technik… aber funktioniert das auch für IE11.0?
Ich benutze schon
für IE10, aber ich habe einige Probleme, einige wenige Elemente in IE11.0 zu stylen.
Prost!
Hallo Marcel, es gibt eine Korrektur für IE11,
Verwenden Sie die gleichen Codes wie oben,
Für JavaScript,
var b = document.documentElement;
b.setAttribute(‘data-useragent’, navigator.userAgent);
b.setAttribute(‘data-platform’, navigator.platform);
alert(navigator.userAgent+”**********”+navigator.platform);
Ich habe es getestet, Sie erhalten einen Alert, in dem Sie sehen können, dass "useragent & platform with rv:11" vorhanden ist.
Für das CSS verwenden Sie diesen Code
html[data-useragent*=’rv:11.0′] h1 {
color: blue;
}
h1{
margin-top:50px;
margin-left:50px;
}
Es funktioniert für mich, hoffentlich funktioniert es auch für Sie….
Ich bin mir nicht sicher, ob es am Windows 8.1 IE-Update liegt
Dies funktioniert für mich in den IE-Versionen 10 und 11. Alles, was Sie tun müssen, ist, nach bedingten Stylesheets zu suchen und auch ie8, ie9 hinzuzufügen.
Ich weiß, dass User-Agent-Sniffing schlechte Praxis ist und so weiter, aber ich habe eine Deadline, die ich einhalten muss, bevor wir in UAT gehen und eine schnelle Lösung für IE 10 brauche. Vielen Dank, Chris!