3.93 KB, image/png
Created attachment 8786294 [details] Set cookies allow for session permission screenshot In latest Polish nightly (probably after bug 1290174), "Set cookies" permission label and "Allow for session" setting are displayed in two lines (this in not the case in 49).
Created attachment 8786297 [details] Set cookies allow for session permission screenshot
I'd say this is just an unfortunate edge case of a formatting that usually works well. I'd call it wontfix, but I'll mark it for triage so that we can discuss it.
If UI benefits somehow from such change then maybe but I don't really see anything like that or a reason to not display this in one line.
We increased the font size. If it were possible to get it on one line, the layout would do that automatically.
If bug 1290174 comment 0 is indeed the reason then please update the dialog size to also match the mockup.
What's wrong with breaking the text? How many other Polish permission list items are breaking?
Nothing wrong or broken but permissions/settings in one line look way better, more readable and closer to the mockup. AFAIK set coockies is the only permission in two lines.
Is there any chance to make the width of this dialog customizable per locale? I know cases where that's technically not possible (e.g. hamburger button), not sure if this is the same.
(In reply to Francesco Lodolo [:flod] from comment #8) > Is there any chance to make the width of this dialog customizable per > locale? I know cases where that's technically not possible (e.g. hamburger > button), not sure if this is the same. We talked about this at today's team planning meeting. For the Control Center we can likely use a localizable width, like we do with the Downloads Panel. However, it's a low priority for us to implement this system if the issue only occurs for the cookies permission, which doesn't appear at all for most users during normal usage. If we hear more reports for more common permission then we could revisit this, and we can probably use localization screenshots for various locales to see if this problem occurs elsewhere.
Note that bug 1290174 comment 1 was spot-on in that we were just using the default system text size there, so the concern that this might be illegible for some people was basically misguided and we could revert that change.
(In reply to Dão Gottwald [:dao] from comment #10) > Note that bug 1290174 comment 1 was spot-on in that we were just using the > default system text size there, so the concern that this might be illegible > for some people was basically misguided and we could revert that change. Philipp, we need some UX guidance here.
With regards to the smaller text size: I think both sizes work in terms of aesthetics and legibility. However, it is not clear to me as that this would entirely avoid the text breaking issue. Do we know that we don't have breaking languages (Russian, for example, gets notoriously long) with the smaller text size?