400364 - full page zoom not applied to radiobuttons and checkboxes

Status: RESOLVED DUPLICATE of bug 1688978

(Core :: Widget, defect, P3)

Description

[Daniel Glazman (:glazou) (not active in Mozilla any more)]

Please see the attached URL.

On the right hand side of the image, a screenshot of http://lemonde.fr resized to fit into a 240px wide vertical gutter.
On the left hand side, a screenshot of the same page with a full zoom ratio applied so the whole content fits into the same 240px width.

Notice the radiobuttons and checkbox at the top and bottom-right of the left screenshot (the zoomed out one).

Comment 1

[Robert O'Callahan (:roc) (email my personal email if necessary)]

I blogged about this:
http://weblogs.mozillazine.org/roc/archives/2007/10/a_tale_of_two_z.html
The Firefox 3 full zoom is intentionally not trying to scale layout perfectly, so we may choose to not fix this. On the other hand, we might want to scale down native-themed controls below their nominal "minimum size", if we're zoomed out a lot. Even if so, though, I doubt we'll want to fix this for Gecko 1.9.

Comment 2

[Daniel Glazman (:glazou) (not active in Mozilla any more)]

As a side comment, I think the property on the markupDocumentViewer is then
badly named. It's not a "fullZoom" and we may need "fullZoom" in the future.
It's "fullZoomWithHinting".

Comment 3

[Robert O'Callahan (:roc) (email my personal email if necessary)]

That name was a natural progression from "textZoom", which just changed font sizes. But yeah.

Comment 5

[Brian Polidoro]

Text Zoom suffered from the same problem.  (Bug 158303) 

Comment 6

[Josh Crawford]

This bug is not only a layout issue but an accessibility issue as well. If labels are not associated with their corresponding controls, users with a vision impairment and particularly the elderly (many of whom have deteriorating eyesight) have trouble seeing, or clicking on the small default size of these two controls.

Is anybody able to clarify how difficult this is to fix?

Comment 7

[Robert O'Callahan (:roc) (email my personal email if necessary)]

I think it's really a theme issue that should be fixed per-platform. We'd fix it by making the theme able to draw larger checkboxes and radio buttons than normal, perhaps by scaling a regular checkbox/radio button.

Comment 8

[Norbert]

Opera 9.26 seems to scale these objects correctly when zooming.

Comment 11

[diyism]

Guys, i also noticed scrollbars can't been zoomed together with radio and checkbox, that could cause some site's layout break.

Comment 12

[diyism]

(In reply to comment #1)
> I blogged about this:
> http://weblogs.mozillazine.org/roc/archives/2007/10/a_tale_of_two_z.html
> The Firefox 3 full zoom is intentionally not trying to scale layout perfectly,
> so we may choose to not fix this. On the other hand, we might want to scale
> down native-themed controls below their nominal "minimum size", if we're zoomed
> out a lot. Even if so, though, I doubt we'll want to fix this for Gecko 1.9.

I very much prefer firefox's "everything zoom" function than ie's "page zoom", in fact "page zoom" is nonsense, while "everything zoom" ie. "all elements zoom" is indeed useful for millions of handheld devices.

Comment 13

[Damian Shaw [Quan]]

I find it odd such a blatant zoom issue isn't on anyone's to do list.

Comment 14

[Norbert]

Please don't forget to fix this bug for Linux builds, too!

Comment 16

[Logan Rosen [:Logan]]

This happens on Linux as well, so I am changing this to affect all platforms.

Comment 17

[u142003]

Works for me in OS X with Firefox 25.

Comment 18

[B.J. Herbison]

(In reply to Nisse Nordin from comment #17)
> Works for me in OS X with Firefox 25.

Unfortunately Bugzilla only allows a specific operating system or "All", so the only way to indicate the problem exists in Windows (just checked Firefox 24.0) and Linux (just checked Nightly 27) is to say "All".

Comment 19

[Roman]

Added party-chrome, because Chrome zooms these controls correctly too. All major browsers do this except for Firefox.

The ability to zoom these controls is already implemented; CSS3 transform does this (in a blurry fashion). Perhaps Firefox could at least fall back onto the blurry scaling until this is resolved properly?

I'm tentatively bumping the importance because this bug results in broken layout if you zoom out. Please revert if this is not appropriate.

Comment 20

[Leon Sorokin]

Given how simple these controls are to re-implement, combined with how short the list is of platforms/ui-toolkits for which they would need to be emulated to cover 99.9% of users today, it's bizarre that this bug is 7.5 years old with 20 votes and no one working on it.

Even IE11 doesn't use the "native" controls under Windows 8.1 and scales the rendered controls as expected.

Comment 22

[henk]

The problem is getting worse (version 37.0.2) If 90% zoom is chosen and the width of the page is decreased, a lot of rubbish is displayed. To eliminate a video driver, can someone try https://support.mozilla.org/en-US/kb/find-what-version-firefox-you-are-using or 
http://ebay.com on a 90% setting? 
Apart from the scrollbar disappearing sometimes the whole page is ruined.
Is this the same bug?

Comment 23

[Norbert]

@Henk:
No problems while zooming on that pages. (Although in don't know how to set exactly 90%.)

Firefox 37.0.2 Linux tested.

It looks like you have a video driver problem with windows.

Comment 24

[anas.tamemy]

Anybody able to solve this or has a work around.

Comment 25

[scott]

Opera has similar issues with these input types when scaling with CSS and using page zoom.

http://codepen.io/thedigitalman/pen/bpQZyQ

Comment 26

[scott]

Attachment: Visual differences in page zoom and CSS scaling in Windows 7 browsers

IE 11 and Chrome exhibit the desired behavior and visualizations.

Comment 27

[Jared Wein [:jaws] (please needinfo? me)]

This works for me now on Windows 10 thanks to bug 418833.

Comment 28

[Jared Wein [:jaws] (please needinfo? me)]

This works for me now on Windows 10 Nightly 53.0a1 (2016-12-14) (64-bit) thanks to bug 418833.

Comment 29

[Jonathan Watt [:jwatt]]

Mass bug change to replace various 'parity' whiteboard flags with the new canonical keywords. (See bug 1443764 comment 13.)

Comment 30

[Sylvestre Ledru [:Sylvestre]]

Moving to p3 because no activity for at least 24 weeks.

Comment 31

[Julien Wajsberg [:julienw]]

This seems to have been fixed in bug 1688978, thanks emilio!