-
Notifications
You must be signed in to change notification settings - Fork 306
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Per-style CSS origin option #325
Comments
Let's see how the implementation will actually fare. I'm quite sure it'll have its own issues. Maybe it'll be even inferior to the one we currently use in some aspects due to the inherent limitations of WebExtensions API. Also, what makes sense to a style author doesn't necessarily make sense to a user. We could add dozens of arcane options that will be used by 1 user out of 10k once a year. Maybe a better solution would be to have only a global option. Or maybe we could use a comment like the infamous |
In my opinion user styles should always outweight page styles, but the CSS cascade spec is broken in this regard. It currently goes
We wouldn't even have this issue in first place if it were the more sane
With such a cascade, you could insert all styles as |
The thing is, you should use |
This is covered by #827. |
Lifting this out of #248 which is also a dependency for this issue.
tabs.insertCSS
features acssOrigin
option with values'author'
(default) and'user'
. I think it makes sense to expose this option to style authors via a newusercss
option as well as adding a select box in the style options to change the CSS origin.The option is implemented in Firefox since version 53 and will likely be in Chromium 66 pending review.
The text was updated successfully, but these errors were encountered: