Mit Windows XP mit FF9 sieht bei mir alles korrekt aus. Dein letzter Codeblock hier sieht auch unter Windows 7 x64 korrekt aus.

Damit haben wir 2 die das reproduzieren können und 2 die das nicht können. Schön

Also, um das auch noch auszuschließen hier mal Testdateien, die direkt eine TTF vom Server laden.
Windows-7-Fonts
Windows-XP-Fonts
Native Fonts

Was passiert?

Das ist echt ein mysteriöses Problem. Man könnte das ja fixen, indem man einfach eine line-height von 16px festnagelt. Geht aber irgendwie nicht

FinnO hat mich da aber vorhin bei eingehendem Testen auf was gebracht... was passiert hier?
Windows-7-Fonts mit "Fix"
Windows-XP-Fonts mit "Fix"
Native Fonts mit "Fix"

Um das ganze noch lustiger zu machen:
OS: OpenSUSE 11.4
Browser: FF 7.0.1
UND Chrome 12.0.742.124
und Konqueror 4.6.00

Martok hat folgendes geschrieben :

Was passiert?

Alle 6 Links sehen auch unter Win 7 x64 korrekt aus.
// EDIT:
Abgesehen davon, dass die Kommentare um eine Zeile verschoben sind, wohl weil die erste Zeile "außer Konkurrenz" drin steht.

Teekeks hat folgendes geschrieben :

Um das ganze noch lustiger zu machen: OS: OpenSUSE 11.4 Browser: FF 7.0.1

Mit Firefox bis Version 8 tritt das Problem auch nicht auf, erst Version 9 und 10 zeigen das Verhalten.

Ist aber Version 7 und es tritt das Problem auf

Oh, stimmt, ich habe die Kommentare nicht gesehen. Am Ende ist es ja wieder bündig.

Martok hat folgendes geschrieben :

Damit haben wir 2 die das reproduzieren können und 2 die das nicht können. Schön Also, um das auch noch auszuschließen hier mal Testdateien, die direkt eine TTF vom Server laden. Windows-7-Fonts Windows-XP-Fonts Native Fonts Was passiert? Das ist echt ein mysteriöses Problem. Man könnte das ja fixen, indem man einfach eine line-height von 16px festnagelt. Geht aber irgendwie nicht FinnO hat mich da aber vorhin bei eingehendem Testen auf was gebracht... was passiert hier? Windows-7-Fonts mit "Fix" Windows-XP-Fonts mit "Fix" Native Fonts mit "Fix"

Sorry für das Vollzitat. Brauchte eine Referenz.

Die sehen alle gut aus und zeigen keine Fehler an.

Bei mir sieht das auch alles gut aus, nutze Fx9.0.1 unter WinXP.
Keiner der angegebenen Links zeigt ein Problem.

Ich sag ja: Fonts...

Passt bei mir auch alles, bis auf die Tatsache, dass unten Leerraum bleibt. Kann aber sein, dass das gewollt ist.

LG

jaenicke hat folgendes geschrieben :

// EDIT: Abgesehen davon, dass die Kommentare um eine Zeile verschoben sind, wohl weil die erste Zeile "außer Konkurrenz" drin steht.

Ja, ich failte. Ich weiß Habs mal behoben.

FinnO hat folgendes geschrieben :

Passt bei mir auch alles, bis auf die Tatsache, dass unten Leerraum bleibt. Kann aber sein, dass das gewollt ist.

Mehr oder weniger, da ist noch ein \n im <pre> zu viel.

Okay, es liegt also nicht an:

• Font-Datei
• Betriebssystem
• Plattformarchitektur
• Browser (auch wenns erst im Fx9 ist, Chrome und Konqueror machens auch)

Nach Occams Razor bleibt nur eins übrig: etwas auf der Seite ist das Problem.

Es kann nicht das CSS sein, das hab ich 1:1 geguttenbergt, trotzdem verhält sich meine Seite anders.
Und das führt uns zu einem einzigen Unterschied: mein Testseite ist Standards Compliant, das DF ist Quirksmode.

Bleibt noch ein Test zum verifizieren. Im QM funktioniert "Font Einbinden Per CSS" nicht mehr, also nur noch die native Version (also exakt wie DF).
Normal
Mit Testfix

Wenn sich hier was konklusives ergibt, kann man ja mal suchen wo der Pfeffer im Hasen liegt.

(PS: was ihr sehen solltet: ohne Fix das gleiche wie hier (nämlich Fehler), mit Fix hoffentlich was anderes)


EDIT: Halt, eins hab ich noch! Habt ihr ClearType (heißt doch so oder ) aktiviert/deaktiviert? Das ist auf W7 x64 anders als auf x86, wenn ich mich richtig erinnere! Und auf Linux sowieso, da ist es immer aktiv. Sowas kann die Schrifthöhe durchaus verleiern.

Martok hat folgendes geschrieben :

Normal Mit Testfix

Beides sieht falsch aus im FF.

Martok hat folgendes geschrieben :

Browser (auch wenns erst im Fx9 ist, Chrome und Konqueror machens auch)

Bei mir passiert es bei keinem anderen Browser (getestet IE9, Opera 11.6, Konquerer 4.7, Chrome 16). Weder unter Windows XP, Windows 7, Debian oder Ubuntu.
// EDIT:
Ok, aber dafür mit Opera 8 unter XP und Firefox 3.6 unter Ubuntu.

Und wie siehts mit ClearType aus?

Ich teste hier mit PM3.6, PM 8, Fx 9, Opera 11, IE6 (just 'cause), alles unter XPx86. Das geht wunderbar. 64bit-Windowsen hab ich hier nicht, und das Linux auf'm Server hat naheliegenderweise keinen X-Server

Okay, also im QuirksMode isses immer falsch. Das ist gut (vermutlich).

@jaenicke, kannst du nochmal alle Browser die du hast drauf loslassen, den 2. Absatz copy/pasten und dranschreiben ob es passt? martoks-place.de/files/courier/test.php martoks-place.de/fil...rier/test.php?quirks
Ich werd das mal durch Browsershots jagen, vermute aber dass du schneller bist

Martok hat folgendes geschrieben :

Ich werd das mal durch Browsershots jagen

Darüber habe ich die beiden im Edit genannten gefunden, die auch nicht gehen.

Martok hat folgendes geschrieben :

Und wie siehts mit ClearType aus?

Abgesehen davon, dass es ohne Sch*** aussieht, ändert sich nichts, es sieht auch ohne falsch aus.

Martok hat folgendes geschrieben :

@jaenicke, kannst du nochmal alle Browser die du hast drauf loslassen, den 2. Absatz copy/pasten und dranschreiben ob es passt?

Ich schaue mal, ob ich da heute noch zu komme, sonst morgen.

Beide sehen falsch aus. ClearType ist aktiv. Es sind zu viele Schritte, das zu deaktivieren

Edit: Ich kann aber beide richtig aussehen lassen, indem ich die Schriftgröße der Zeilennummern auf 12px festsetze.

Regan war im falschen Beitrag, via Skype haben wir meinen Verdacht bestätigt.

Einziger Grund für den Fehler ist Quirks Mode auf x64 ODER Linux, ist also konsistent. Warum das ein Fehlergrund ist will ich gar nicht genau wissen, aber ich denke da lässt sich was finden. Vielleicht ein Rundungsproblem vom Canvas oder so.

Das Problem ist aber, dass ich nicht einfach auf den Standards Compliant Mode stellen kann. Das ändert so viel im Rendering, dass muss man extrem testen.

Heißt also: ich werd mir die quirks.css genau angucken und versuchen rauszubekommen was anders ist. Vielleicht findet sich ja was.

Ich antworte mir mal selbst, neue Informationen und so.

Browsershots ist fertig (okay, habs Refreshen irgendwann vergessen, aber das Ergebnis ist eindeutig). Hier das Ergebnis (Rohdaten)

... aand I came up with this: martoks-place.de/fil....php?quirks&fix2

Lustigerweise war das mein erster Ansatz, und in einem Versuch mit Firebug an FinnO's Firefox via TeamViewer hat das nicht funktioniert. Für Opera scheint's aber zu reichen. Also, geht das?

Martok hat folgendes geschrieben :

Lustigerweise war das mein erster Ansatz, und in einem Versuch mit Firebug an FinnO's Firefox via TeamViewer hat das nicht funktioniert. Für Opera scheint's aber zu reichen. Also, geht das?

Es sieht auf den ersten Zeilen richtig aus, aber eine winzige Verschiebung gibt es, so dass es am Ende so aussieht (FF9, Win7 x64):

Dann noch ein Vorschlag

martoks-place.de/fil...ks&fix2&fix1

Jetzt neu, mit vertical-align: top für alles was bunt ist. Dann fällt das eigentlich gar nicht existierende Padding unten raus... Und, völlig unerklärlich: background: inherit, weil nämlich vertical-align den Hintergrund zurücksetzt. Ist ja klar

Getestet mit:
-Opera 11 + PM 3.6 auf XP32
-Firefox 8 + reconq 0.7 (Webkit 533.3) auf Kubuntu 11.04 i686 (VM)

In Firefox (Linux) und Webkit haben so zwar mehrzeilige Highlights eine Lücke zwischen den Zeilen (in Opera nicht), aber das wär mir dann grad mal egal. Meistens markiert man ja eh nur Zeilen(teile)

Martok hat folgendes geschrieben :

Dann noch ein Vorschlag martoks-place.de/fil...ks&fix2&fix1

Ja, der sieht korrekt aus mit FF 9 unter Win7 x64. Mehr kann ich hier auf Arbeit grad nicht testen.

Sieht auch unter WinXP noch gut aus (Mozilla/5.0 (Windows NT 5.1; rv:9.0.1) Gecko/20100101 Firefox/9.0.1), also zumindest keine Regression.