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]: Bars use own_window_argb_value for transparency, text doesn't #1504

Closed
muellerjoel opened this issue Apr 17, 2023 · 3 comments · Fixed by #2105
Closed

[Bug]: Bars use own_window_argb_value for transparency, text doesn't #1504

muellerjoel opened this issue Apr 17, 2023 · 3 comments · Fixed by #2105
Labels
bug related to incorrect existing implementation of some functionality display: wayland related to Wayland backend text related to `conky.text` variables, their parsing or implementation

Comments

@muellerjoel
Copy link

What happened?

#1497

The bars aren't displayed from the cores under wayland

Version

conky 1.19.1_pre compiled 2023-04-10 for Linux x86_64

Which OS/distro are you seeing the problem on?

Arch Linux

Conky config

No response

Stack trace

No response

Relevant log output

No response

@muellerjoel muellerjoel added bug related to incorrect existing implementation of some functionality triage issue that hasn't been verified, categorized or acknowledged yet labels Apr 17, 2023
@muellerjoel muellerjoel changed the title [Bug]: [Bug]: Bars not displayed under wayland Apr 17, 2023
@bi4k8
Copy link
Collaborator

bi4k8 commented Apr 17, 2023

(tested by using the config file from #1497.)

I believe this is caused by own_window_argb_value being interpreted differently on Wayland vs. X11. Specifically, on X11, this only affects the window background, while on Wayland, this alpha value is used for all non-text drawing (because text uses the xftalpha setting).

I think we need to decide once and for all how to handle alpha in Conky: is it separate from colors, or included with them? We conflate ends and means in the current configuration scheme: own_window_transparent overrides own_window_argb_value, but should really be equivalent to own_window_argb_value = 0, except that it actually triggers a different implementation that can work in more X11 configurations. Meanwhile, color parsing does support reading alpha values, except for places where the parsed alpha is overridden by xftalpha or own_window_argb_value.

A workaround for now is to change own_window_argb_value to 255, but that does mean it's not really feasible to share configurations between X11 and Wayland, which isn't good.

Copy link

This issue is stale because it has been open 365 days with no activity. Remove stale label or comment, or this issue will be closed in 30 days.

@github-actions github-actions bot added the Stale requires attention because it hasn't been updated in a long time label Apr 17, 2024
@Caellian Caellian added display: wayland related to Wayland backend and removed triage issue that hasn't been verified, categorized or acknowledged yet Stale requires attention because it hasn't been updated in a long time labels Apr 17, 2024
@Caellian Caellian added this to the Wayland Support milestone Apr 19, 2024
@Caellian Caellian added the text related to `conky.text` variables, their parsing or implementation label Oct 4, 2024
@Caellian Caellian changed the title [Bug]: Bars not displayed under wayland [Bug]: Bars use own_window_argb_value for transparency, text doesn't Dec 7, 2024
@Caellian
Copy link
Collaborator

Caellian commented Jan 3, 2025

#2127 cleans up omission from closing commit.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug related to incorrect existing implementation of some functionality display: wayland related to Wayland backend text related to `conky.text` variables, their parsing or implementation
Projects
None yet
Development

Successfully merging a pull request may close this issue.

3 participants