Kommentare zu: prozentuale Angaben - was Browser meinen zu verstehen

Von: f-j-k

f-j-k — Sun, 25 Jan 2009 18:18:23 +0000

Na gut. Da bin ich mit meinem Latein jetzt wirklich am Ende… Vorallem, wenns Fluid und ohne JS sein soll. …

Von: codestyling

codestyling — Sun, 25 Jan 2009 16:04:02 +0000

Das ist ein Problem, wenn man fluid Designs benutzt und kein Javascript erlaubt. Bei fixen Layouts könnte der Benutzer die exakte Pixelbreite bei der Erstellung der Seite angeben und man könnte das von Anfang an in Pixel korrekt ausrechnen (inklusive eigener Fehlerkorrektur). Aber bei fluid designs, die ihre Breite dynamisch der Auflösung der Browserfensters anpassen, kann man genau das nicht. Denn man müsste immer wieder bei Änderung der Fenstergröße die Breite neu besorgen und alles umrechnen und neu ausrichten.
Dies würde beim 1. Aufruf der Seite erfordern, das irgendwie die Fensterbreite mit übertragen wird und Javascript im Browser, der bei resize des Fensters, die Spalten live neu rechnet.
Beides versagt bei ausgeschaltetem Scripting im Browser, was in manchen Firmen z.B. zur Policy gehört !

Von: f-j-k

f-j-k — Sun, 25 Jan 2009 15:33:54 +0000

was wäre mit folgender idee: zuerst die gesamtbreite erruieren, dann diese mit der summe der px-werte, die sich aus den %-werten ergeben vergleichen. mit der differenz kannst du dann ja irgend etwas machen, wie zB die hälfte jeweils auf die spaltenabstände aufrechnen. bei 4-spaltigem layout dann auf die spalten selbst usw (gerade»spaltenabstand, ungerade»spaltenbreite). ich glaube, dass sich das mathematisch sicher umgehen lässt… als anderer vorschlag könntest du ja auch die rundungswerte selbst (mathematisch) au ganze zahlen auf- oder abrunden…

Von: codestyling

codestyling — Sun, 25 Jan 2009 15:28:23 +0000

Beispiele für 48,5% | 3% | 48,5% bei 450 px Breite des Containers Firefox: 218px | 14px | 218px = 450px -> Rest 0px IE: 218px | 12px | 218px = 448px -> Rest 2px Einige Browser berechnen auch die Spaltenbreite durch Rundungsfehler nicht korrekt, somit summieren sich die restlichen Pixel je Browser und Spaltenanzahl dann auf und sind dann wegen float: left immer rechts zu sehen. Grundübel ist die falsche Rundung in den Browsern, wenn gebrochene Pixel das Resultat der Prozentrechnung sind. Außer Firefox gleicht das kein anderer Browser aus. (IE hat auch noch andere Rechenmacken, die allein mit Rundungsfehlern nicht erklärbar sind)

Von: f-j-k

f-j-k — Sun, 25 Jan 2009 15:07:34 +0000

Ich hab ja eigentlich gemeint überhaupt keinen “Rest” aufkommen zu lassen. Also nur die Spaltenabstände zu errechnen. Oder kommst Du um den “Rest” rechts nicht herum? Weil dann hab ich Dein Problem leider nicht richtig verstanden.

Von: codestyling

codestyling — Sun, 25 Jan 2009 14:58:26 +0000

Das Plugin erzeugt auch nur Abstände zwischen den Spalte, deshalb ist der Screenshot von Firefox ja auch ok. Nur die anderen Browser haben eine komische Vorstellung von Umrechnung von % in Pixel. Deshalb bleibt dann auch in den anderen Browsern rechts ein “Rest”, was den Rechenfehler darstellt.
Die % Werte sind korrekt ermittelt, wenn ich das so rechnen würde, wie von dir vorgeschlagen, würde der “Rest” rechts nur noch größer werden.

Von: f-j-k

f-j-k — Sun, 25 Jan 2009 13:35:34 +0000

wenn ich mir deinen screenshot so anschaue, dann seh ich beim ff rechts gar keinen abstand mehr. würde es nicht im sinne des layouts sowieso sinn machen nur zwischen den spalten einen abstand zu haben? dann würde es ja auch nur darum gehen, ob der browser die spaltenbreite richtig berechnet. was ich mir auch vorstellen könnte, wäre dass man statt prozent einfach deppenprozentrechnungen mit variablen macht. also spaltenbreite ist $variable1 und der abstand zwischen den spalten ist $var2=($var1 *100)/110 für zB10% und so dem browser gar nicht erst die möglichkeit gibt, selbst zu rechnen. wenn du die prozent eh aus einer admin-einstellung/db-zelle holen musst, ist es doch eh schon wurscht obst jetzt deswegen 2,3 variablen mehr einsetzt und holst, oder?

beste grüße!

Von: codestyling

codestyling — Mon, 19 Jan 2009 16:23:09 +0000

Im Normalfall schon. Ab IE 7, den ich hier im Test habe (IE 6 unterstütze ich aus Protest nicht mehr), verarbeitet der auch korrekt den Doctype mit dem korrekten Box Model. Somit haben alle die gleiche Voraussetzung. Wenn es dann immer noch nicht klappt, ist das ein mathematisches Problem im Browser und nicht eine “Interpretation” eines falschen Box Models.

Von: flöschen

flöschen — Mon, 19 Jan 2009 16:07:39 +0000

Ist eigentlich nicht das Box Model massgebend für solche Dinge? Aus einem Grund hat man es ja mit all den Standards erschaffen…

Von: codestyling

codestyling — Mon, 19 Jan 2009 13:27:38 +0000

Leider sind die Eckdaten ja bei allen gleich:
- äußerer Container hat keine margin, kein padding und keine Border (100% Basis).
- innere Container (Spalten) haben ebenfalls kein padding und keine Border.
Nur ab der 2. Spalte haben die Spalten eine prozentuale margin links. Also sollte die Rechengrundlage für alle identisch sein, solche Späße wie Border oder Padding sind dadurch außen vor.
Deshalb ist es ja verwunderlich, dass jeder Browser eine andere Vorstellung von Prozentrechnung hat.