Skip to content

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

Merged
merged 6 commits into from
Jul 29, 2025
Merged

Conversation

kairotlei
Copy link
Contributor

@kairotlei kairotlei commented Jul 28, 2025

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

Dynamic mode supports ${COLOR} template, where COLOR is a color value before the inversion.
Example: ${white} will become ${black} in dark mode.

...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

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).
@kairotlei
Copy link
Contributor Author

kairotlei commented Jul 29, 2025

For now this fix works fine for the desktop version, but still has a little big issue for mobile.

Screenshot_20250729-071338 This is the standard look of the colour picker. See how the orange colour cell has a little dot and black border. Screenshot_20250729-071357 This is how it looks when using DarkReader without any fix. It's all off. Screenshot_20250729-071655 This is how it looks after the fix (undo looks "disabled" but I didn't touch the canvas yet, it works fine). It's fine for desktop as the brush preview shows the colour, but on phone it is hidden, and as the current approach hides the dots and borders it gets harder to use.

Improvement over the previous commit. This is now fully fixed.
@@ -24472,6 +24472,168 @@ body {

================================

www.playinterference.com
Copy link
Member

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).

Copy link
Contributor Author

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)"],
Copy link
Member

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"]

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I've tried this, but the result is the same as not applying anything:

image

Also the same result when trying that code without the background-color selectors

Moved URL from "pla..." to "www.pla..."
Moved back to "pla..." (from "www.pla...") and removed "www."
@kairotlei
Copy link
Contributor Author

Sample of the last code change (some screenshots as the page requires login).

Normal:
image
(phone example in previous comment)

DarkReader:
image
image

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.
@kairotlei
Copy link
Contributor Author

After changes and testing, I think it's all done now.

@kairotlei kairotlei requested a review from alexanderby July 29, 2025 19:00
Copy link
Member

@alexanderby alexanderby left a 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.

@alexanderby alexanderby merged commit f9c494a into darkreader:main Jul 29, 2025
1 check passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants