Skip to content
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

[BUG]: inconsistent font color in gnome shell in the light mode preset #78

Open
xcpky opened this issue Sep 30, 2024 · 4 comments
Open

Comments

@xcpky
Copy link

xcpky commented Sep 30, 2024

Describe the bug
it seems that the font color (black or white) is inconsistent.
And the bug happens in light mode preset.
For Latin characters and numbers it's black, but for icons and Chinese characters it's white.
One thing that might be related: in the light mode preset with auto FG color on, in the bar all the icons are black while the Latin font is white.

To Reproduce
Steps to reproduce the behavior:
enable all the options for gnome shell sections.
auto FG color enabled for the issue that might be related.

Relevant Specs:

  • Open Bar version: 41
  • Gnome version: 47
  • OS/Distribution: archlinux
  • Other installed extensions if interference is expected [Optional]:

Screenshots
Screenshot From 2024-09-30 14-04-05
Screenshot From 2024-09-30 14-00-36
Screenshot From 2024-09-30 13-59-16
Screenshot From 2024-09-29 21-02-15

@neuromorph
Copy link
Owner

Hello,

This is how it looks here.
Screenshot from 2024-09-30 21-55-53
Screenshot from 2024-09-30 21-55-20
Screenshot from 2024-09-30 22-07-13
Screenshot from 2024-09-30 22-06-58

It mostly seems fine except for the search results from Characters app wherein the character Icon in description is white. After some digging, it seems that the Icon is provided by the app and Gnome does not apply any style class on it. The OpenBar FG color is applied to the entire title/description as also done by Gnome but if the Icon sent by app is not colorable, it may not work. I only saw Characters app behaving so.

In your screenshots, the text (Chinese) in results from other apps is also white but I am not facing that as you can see in the Search Entry box or the result for Files app above.

  • Can you please try with Blur My Shell off, some things seem to be getting wrong color with BMS On.
  • Can you please also show a screenshot of how it looks with default Gnome for the Chinese characters/icons
  • What is the second last screenshot with a lot of Chinese text, some clipboard maybe? I also want to try that.

Thanks for reporting!

@xcpky
Copy link
Author

xcpky commented Oct 1, 2024

Can you please try with Blur My Shell off, some things seem to be getting wrong color with BMS On.

It doesn't work.
Screenshot From 2024-10-01 14-45-23

Can you please also show a screenshot of how it looks with default Gnome for the Chinese characters/icons

here it is, it seems the all the characters are white
Screenshot From 2024-10-01 14-46-14

What is the second last screenshot with a lot of Chinese text, some clipboard maybe? I also want to try that.

It's Clipboard Indicator.

@neuromorph
Copy link
Owner

I can't figure out why the text is White in your case.
Here's Clipboard Indicator for me:
image

Only some exceptions that seem to be non css-colorable symbols like the icons in Characters app result (as mentioned earlier) and the Pin icon in above Clipboard Indicator are white even though text color is black.

Also, weirdly the text typed in the Search entry of Overview is also white for you while it correctly appears black here. It is not part of the results provided by any app so it should follow the color from OpenBar.

Only thing could be if you have any special setup for multiple language input e.g. fcitx5 maybe. I do not have that. Please check if there is some settings in it that decide the color for how the input is rendered in the shell.

@neuromorph
Copy link
Owner

From the extension list you shared on the other issue, I think the 'kimpanel' one might be interfering here or may have some settings for font/color. I thought of mentioning here as it is on the lines of the "special setup for multiple language input" I mentioned earlier.

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

No branches or pull requests

2 participants