-
-
Notifications
You must be signed in to change notification settings - Fork 2.6k
Fix for www.PlayInterference.com #14540
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
Conversation
This is for www. and not *. as legacy. exists This a drawing game - the colour palette gets modified by DarkReader, and on phone interface some dots appear with also same wrong colours for "border" on colour picker, so what you see isn't what you're drawing. This CSS fixes that and the same colours applies to .p-1 brushes preview. However, to avoid doubling the CSS, the "border-width: 0px" for colour picker squares also applies to .p-1 brushes' DIVs, which makes the brushes borders invisible (already 1px), and adding a new ".p-1 div{border-width: 1px !important}" at the end doesn't override that. However, the brush preview should contrast enough with the dark bg which has been made sligthly clear (it was really dark and merged with the real BG and black brush preview).
Improvement over the previous commit. This is now fully fixed.
@@ -24472,6 +24472,168 @@ body { | |||
|
|||
================================ | |||
|
|||
www.playinterference.com |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Please remove www.
(it will work as it would have www).
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I had just moved it to the "www." section as soon as you replied that, sorry, but it is back to "pla..." without the "www.".
.p-1 div { | ||
border-color: rgb(185,185,185) !important; | ||
} | ||
.col div[style*="background-color: rgb(255, 255, 255)"], |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I understand IGNORE INLINE STYLE
didn't work for you, but if you could try it one more time:
IGNORE INLINE STYLE
.col div[style*="background-color"]
.p-1 div[style*="background-color"]
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Moved URL from "pla..." to "www.pla..."
Forced real black for selected-colour instead of "black" which DarkReader turned into grey on real phone but not when emulating on desktop.
Fixed the black border turning grey - it got only black when pressing "apply" on the dev window, but not when loading the page with no user intervention, so I was getting tricked by that.
After changes and testing, I think it's all done now. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Thank you! I need to find out what's wrong with IGNORE INLINE STYLE
.
This is for www. and not *. as legacy. exists
This is a drawing game - the colour palette gets modified by DarkReader, and on phone interface some dots appear with also same wrong colours for "border" on colour picker, so what you see isn't what you're drawing. This CSS fixes that and the same colours applies to .p-1 brushes preview. However, to avoid doubling the CSS, the "border-width: 0px" for colour picker squares on phone layout also applies to .p-1 brushes' DIVs, which makes the brushes borders invisible (already 1px), and adding a new ".p-1 div{border-width: 1px !important}" at the end doesn't override that. However, the brush preview should contrast enough with the dark bg which has been made sligthly clear (it was really dark and merged with the real BG and black brush preview).
This goes after trying
IGNORE INLINE STYLE
(no effect) and variables as--darkreader-neutral-background
, etc. (still wrong palette colours)The
...would be useful, but there's no way to simply tell DR to revert to the original colours, and we use many different ones, not standard colour names.
And this unfortunately doesn't exist yet.
#4144