-
-
Notifications
You must be signed in to change notification settings - Fork 552
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
Update styles.css make desert theme search button icon visible #2172
Conversation
the original 3 lines look equivalent to all html[it-theme=dawn] :not([it-schedule=system_peference_dark]):not([it-schedule=system_peference_light]), |
the line you quoted doesnt exist in the patch, there is
no, separate one with [dark] is required. The goal is #2174. With proper CSS there is no need to manipulate HTML adding/removing [dark] attributes, With current changes our themes work independent of [dark] attribute presence.
I just got here :), I dont know what whoever made those CSS selectors had in mind and why they are there. There was some YT day/night dynamic switching theme in the past? still is? no idea what data-system-color-scheme or system_peference does ...edit: found "Night mode" hidden away next to settings. Thats too much for me to read and learn what it does right now. |
the 3 lines almost the same as
yes 😃 mentioned here #2138 (comment)
|
( ...more relevant
), i dont know the percentage but assumable we a significant % who aren't logged-in to youtube. (And changing the cookie once sticks as said.) |
ok now I get it! :). Like I said I dont know the purpose of it-schedule data-system-color-scheme and dont have mental capacity to learn about it, quickest way for me to make changes I needed right now was to leave it as is. Ideally then instead of adding
What Im trying to fix is situation where user has YT set to Dark but then sets ImproveTube theme: The way I test it is I modified shortcutDarkTheme
and look for changes when forcing [dark] on different themes.
|
oooor, we leave simple CSS and just keep changing [dark] attribute on both html and ytd-masthead elements in a reliable way on page load - up to now myColor()/myTheme() code was being called before ytd-masthead was present, thus color glitches in the header. We will need to divide themes into light and dark ones and apply/remove [dark] attributes accordingly. |
💡 setting the header only seemed to fail in 2023 after switching so setting a background color then was a solution. (besides that i remember #79 a4d2316 )
just thought thats makes no difference |
yes, at least the page's background color should be finial immediately.
header color
or !important after our header colors? |
found another one, .yt-video-attribute-view-model__title is hardcoded depending on cookie value
Dark cookie:
example https://www.youtube.com/watch?v=dPs4kN9DRgw in Description link to Music references. Curently text "Aldebert raconte : La grande évasion, Pt. 12" is invisible with Desert theme and Dark F6 cookie. |
reformatted cinematics so its clearer what is happening. rejuggled rest of selectors to always tart with it-theme, added last missing [dark]
62a36d2
to
40aedd4
Compare
+more work to make CSS overrides [dark] independent