Diagramme werden "überproportional" gezoomt

[jusaca]

Ich nutze FF 47.0 auf meinem Surface Pro 3.
Typischerweise habe ich einen großen Monitor angeschlossen, daher war das nie ein Problem, aber gerade habe ich CB mal mobil gelesen und musste aufgrund der hohen Auflösung des kleinen Displays im Browser ein gutes Stück reinzoomen. Dabei ist mir aufegfallen, dass Diagramme sonderbar vergrößert werden, sodass dort dann mit Scrollbalken navigiert werden muss.

Ist das ein Problem, dass ich irgendwie selber beheben kann? Oder liegt das am Seitendesign?

Grüße
jusaca

PS: Wieso wird eigentlich nur so ein schmaler "Balken" für die Textdarstellung genutzt? Man könnte doch Widescreen-Monitore viiiel besser ausnutzen... ;(

 

[Steffen]

Es geht um folgende News: https://www.computerbase.de/2016-07/ein-jahr-windows-10/

Dass Firefox beim Zoomen die Diagramme doppelt vergrößert ist ein seit drei Jahren bekannter Bug in Firefox, um den sich bis leider niemand gekümmert hat. Alle anderen Browser zoomen korrekt: https://bugzilla.mozilla.org/show_bug.cgi?id=843480

Das Problem ließe sich theoretisch umgehen, indem wir den SVG-Diagrammen zusätzlich zu dem "viewport"-Attribut auch noch "width"- und "height"-Attribute hinzufügen. Aber dann würde bei schmalen Viewports die Größenanpassung der Diagramme nicht mehr funktionieren, d.h. die Diagramme wären für Smartphone- und Tablet-Nutzer unbrauchbar – in allen Browsern.

Ich befürchte da können wir also leider nichts machen. Falls du einen Bugzilla-Account hast, dann kannst du für den genannten Bug-Report voten, was eventuell die Chance leicht erhöht, dass sich jemand des Problems annimmt.

PS: Zu lange Textzeilen sind schlecht für die Lesbarkeit (bitte googeln nach "zeilenlänge lesbarkeit").

 

[jusaca]

Oh, das ist ja ärgerlich. Einen Bugzilla-Account habe ich nicht, wäre vielleicht eine Überlegung.
Naja, schaun wir mal. Danke für das Feedback.

 

[Steffen]

Kurz nachdem ich gestern für den Bug abgestimmt habe und mich in die CC-Liste eingetragen habe, hat ein Entwickler damit begonnen, sich des Problems anzunehmen und einen Patch geschrieben. Ob da ein Zusammenhang besteht weiß ich nicht, vermutlich war es einfach Zufall. Jedenfalls wurde der Patch zwar noch nicht in den Firefox-Quelltext aufgenommen, aber mit etwas Glück passiert das bald und dann gibt es in ein paar Monaten eine finale Firefox-Version, in der dieser Bug behoben ist.

 

[jusaca]

Das sind doch gute Nachrichten! Meinst du, der Patch wird vielleicht schon in FF 49 integriert?

 

[Steffen]

Nein, das halte ich für ausgeschlossen. Ich würde auch eher auf Firefox 51 als auf Firefox 50 tippen. Damit Patches getestet werden können, müssen sie ja nicht umsonst die Alpha- und Beta-Releases durchlaufen. Ausnahmen gibt es afaik nur bei schwerwiegenden Bugs und Sicherheitslücken.

Siehe https://wiki.mozilla.org/RapidRelease/Calendar und https://wiki.mozilla.org/Releases/Branches

 

[Steffen]

Der Patch wird in Firefox 51 enthalten sein. Das angepeilte Release-Datum von Firefox 51 ist Januar 2017. Das dauert also leider noch etwas. Falls du experimentierfreudig bist, dann kannst du in drei Monaten die Betaversion von Firefox 50 installieren.

 

[jusaca]

Naja, zum Glück ist der Fehler jetzt nicht sonderlich schwerwiegend. Da kann ich auch etwas warten