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

fix fg-color of dark themes #501

Closed
wants to merge 1 commit into from
Closed

Conversation

raveit65
Copy link
Member

fixes #81

@raveit65
Copy link
Member Author

@monsta @bl0ckeduser
please test, in my test this does not break previous fixes for
#438
#105

@bl0ckeduser
Copy link
Contributor

No regressions for me with the foregoing patch

@monsta
Copy link
Contributor

monsta commented Jan 18, 2016

Thanks, I don't see #81 anymore here 😄

But I see it reverts the change from #495 - hope it's ok.

@raveit65
Copy link
Member Author

As i said this fixes all 3 issues for me.

@monsta
Copy link
Contributor

monsta commented Jan 18, 2016

Ok good, can be merged in both master and 1.12 then 😄

@raveit65
Copy link
Member Author

merged 1ff3468

@raveit65 raveit65 closed this Jan 18, 2016
@raveit65 raveit65 deleted the dev-fg-color-black-themes branch January 18, 2016 14:59
@monsta
Copy link
Contributor

monsta commented Jan 19, 2016

Well there's a regression after all... When using custom background color (you can set it via Emblems & Background dialog), font color isn't changed. E.g. if I select dark bg color and font of my GTK+ theme is black, it will remain black (and thus unreadable).

Tested in GTK+2 build.

@bl0ckeduser: can anything be done about that?

@monsta monsta mentioned this pull request Jan 19, 2016
@bl0ckeduser
Copy link
Contributor

It is a quite complex issue. It seems eel_background_is_set and eel_background_is_dark routines are not functioning properly and returning bogus values on repeated calls. It might be a bug in mate-desktop, or in both. It would need some pretty detailed debugging to track down

@bl0ckeduser
Copy link
Contributor

I am investigating some more. When the bug happens, for some reason update_label_color() fails to be called whereas in previous instances it is called succesfully. Before the call, eel_background_is_dark returns false which leads to incorrect theming while after the call it returns true.

@monsta
Copy link
Contributor

monsta commented Feb 25, 2016

Hmm... but I can reproduce it every time. No matter which background color I choose, the font stays black.

@raveit65
Copy link
Member Author

@bl0ckeduser
any chance that you find a fix before 1.14 release end of march?

@bl0ckeduser
Copy link
Contributor

bl0ckeduser commented Mar 6, 2016 via email

@monsta
Copy link
Contributor

monsta commented Mar 15, 2016

@alexandervdm: maybe you know what could cause the problem? See my description above. And if we'll revert 1ff3468 (which fixes the issue), we'll get #81 back, which isn't nice as well.

@monsta
Copy link
Contributor

monsta commented Mar 21, 2016

Ok, now fixed with #526.

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.

caja doesn't use the the right font color in iconview with dark themes
3 participants