
Loading…
Use standard style for settings page #197
I could do this if you don't have time @gorhill
The only thing I don't like about the settings page is probably the fact that the "Apply changes" button isn't very noticable at first.
@kurtextrem Thanks for the link.
@Baegus It used to be worst, as the button was always pinned at the top, default appearance -- did not stand out much. If a user scrolled down to select a filter list, he/she wouldn't know "Apply changes" needed to be clicked. So the solution was to make it float on the page. The float behavior led to have the button moved to the right (or left of RTL text) so that it's not rendered over the filter lists. Then I added color to make it stand out more, and I increased the size. I don't know what else I can do.
Hey everyone, I'm still trying to understand the usage and look of options_ui I've seen it as a separate page and as a modal in the google doc write up
I would love this idea tho, I think it would automate much work. I see the addition in the manifest in the link that @kurtextrem posted, but am confused as to how to specify the options in the options_ui. Assuming it runs off of a json config?
I understand the options_ui as it's like the normal option page, with some "additional features", such:
- Embedded in the extensions overview page
- Chrome settings "style"
options_page will continue to act like now. options_ui will be the new (inline) options page.
I can imagine the options_ui page is just a normal options page without (custom) styling. Someone could test it as well.
(See https://chromium.googlesource.com/chromium/src/+/09a7e00df7e8316a01cda0288577a293d7d126a3 again)
ah cool, understand now
I enabled "Enable embedded extension options" in chrome://flags/#enable-embedded-extension-options and on the dev build this is what it looks like.
Is it really going to be that narrow popup window? Or is it like that because the options page isn't made for the new options_ui? Either way I think it sucks.
It is definitely not made for the new options_ui. But yes, it will be that narrow. One of the links I've posted contains a designer doc which shows examples.
I don't see how uBlock or uMatrix (or a lot of other extensions for that matter) can fit their UI in such a small box. My understanding was that this was optional though recommended way of doing it, but reading the doc again, it will become mandatory.
I guess the solution would be to simply show a link to the dashboard in that small UI popup.
@LeoColomb
Of course I read that part. It's HTML, the browser rendering engine knows the optimal size required to avoid scrollbars etc., there is no way one can know the size in advance with a UI which go further than a couple of buttons/radios/checkboxes.
In any case, the screenshot above shows that contrary to the doc, the "embedded dialogue" does not "automatically determine its own size based on the options page content".
You're right
I don't plan more work on this, I consider what we have to be all fine.
Hmm, well, just to be sure: my initial issue was to the style (which still the same), not specific to the Chrome's new options popup, right?
I don't see an issue with the current style. It's the same for all browser versions which I prefer this way than have a different style on each browser.

Hi, great ad blocker!
I think use a bootstraped style for setting page should help to make it a bit more readable.
Of course the best is roykolak/chrome-bootstrap: