Bug 1756203 Comment 9 Edit History

Note: The actual edited comment in the bug view page will always show the original commenter’s name and original timestamp.

(In reply to Bruce from comment #8)
> I'm not sure I'm understanding the argument you are making here?

Sure, let me try to clarify.

Essentially: if the datalist dropdown is too small, then that's certainly bad, but that's a problem that **affects every datalist/autocomplete dropdown everywhere** for this user -- and presumably it also affects Firefox's tab-titles, and hamburger menu, and context-menu, and all sorts of other UI which uses the same size text.  To the extent that this is a problem, we should absolutely be sure there are good tools in place to fix it.

And I'm saying that full-page-zoom is **not a great tool to fix it**, because (a) it would only fix it on a one-off manner (it would only help with this one piece of UI and only on sites where it's configured), (b) the datalist dropdown text sizing is unrelated to the text size of the rest of the webpage so it may or may not look sensible to have it scaled.

One tool that is available for this is the OS text and/or resolution settings.  That may not be the best tool, but it is one place where a user can express their preferences about how big they prefer application-text to be.

> If the user zooms in on the web page (using either page zoom or text-only zoom) then shouldn't all of the content on the web page increase in size?

(The datalist dropdown isn't "content on the web page"; it's rather a browser-UI-presentation of some text that is provided by the web page, which is sized according to browser/OS conventions and fully outside of the web page's control; similar to the context-menu, `alert()` and `prompt()`, for example.)
(In reply to Bruce from comment #8)
> I'm not sure I'm understanding the argument you are making here?

Sure, let me try to clarify.

Essentially: if the datalist dropdown is too small, then that's certainly bad, but in that case, that's a problem that **affects every datalist/autocomplete dropdown everywhere** for this user -- and presumably it also affects Firefox's tab-titles, and hamburger menu, and context-menu, and all sorts of other UI which uses the same size text.  (And probably affects all the same/similar bits of UI in other browsers/applications?)  To the extent that this is a problem, we should absolutely be sure there are good tools in place to fix it.

And I'm saying that full-page-zoom is **not a great tool to fix it**, because (a) it would only fix it on a one-off manner (it would only help with this one piece of UI and only on sites where it's configured), (b) the datalist dropdown text sizing is unrelated to the text size of the rest of the webpage so it may or may not look sensible to have it scaled.

One tool that is available for this is the OS text and/or resolution settings.  That may not be the best tool, but it is one place where a user can express their preferences about how big they prefer application-text to be.

> If the user zooms in on the web page (using either page zoom or text-only zoom) then shouldn't all of the content on the web page increase in size?

(The datalist dropdown isn't "content on the web page"; it's rather a browser-UI-presentation of some text that is provided by the web page, which is sized according to browser/OS conventions and fully outside of the web page's control; similar to the context-menu, `alert()` and `prompt()`, for example.)

Back to Bug 1756203 Comment 9