GNOME Bugzilla – Bug 150493
make stickynotes alpha transparent
Last modified: 2020-11-07 12:26:21 UTC
- Addition of a transparency/pseudo transparency option to sticky notes to make them less distracting on the desktop. - Addition of a roll-up feature that would only allow for the title of the sticky to be visible would also make them less distracting and allow to have more notes on the desktop without wasting screen real state. - Addition of the option to change sticky font colors. This option currently is not part of the applet properties and is quite frustrating considering the background color can be changed.
This is three bugs. On each: - Want real transparency, marking for G12 at least. - WONTFIX, I think we're now handling this in a better way. - This should be resolved, ideally for G10. Marking this entire bug for G10 so that this last part hopefully gets resolved.
Part 3 is fixed. Retitling applet. Marking for G12.
I think that, if you are running a compositing manager, making a sticky note translucid is just a matter of setting X property _NET_WM_WINDOW_OPACITY on the GdkWindow. Looking at the source of transset helps...
This is a candidate for some GNOME Love
Created attachment 56400 [details] [review] Initial compositing attempt, buggy Some initial attempt to add alpha-support to the sticky notes using XComposite/window opacity. It's buggy in several ways, but I don't know whether this is related to the notes themselves, or bugs in XComposite/xcompmgr/metacity/... See http://blog.eikke.com/index.php/ikke/2005/12/26/stickynotes_alpha for a little more information.
Created attachment 56517 [details] [review] More stickynotes transparency support More transparency work (against current CVS). It *does* work great when you get metacity working with a good composite manager, see bug 309152 (runs fine on my system, nvidia binary). It might be not HIG-compliant, see updates to stickynotes/TODO. Some further work is necessary, but it'd be nice if this could be reviewed and get some testing.
On the UI side of things, the preferences dialog needs cleaning up. The alignment is screwy, and the opacity should be a slider instead of a spinbox. It would also be nice if the preference was only available when XComposite and a Compositing manager were determined to be present (if that is possible). Now I just need to work out how to set up compositing on my machine.
Checking wether compositing is present on the machine is certainly possible, I'll add a function to do so. You can't check whether a composite manager is running though, so if there's not one running, you will be able to set opacity, but won't get a "result". I'm really bad at doing GUI layout/code...
This appears to be committed without approval. That makes me a little bit sad.
Actually, I apologise. It seems that my tree was tainted with patches that I hadn't properly removed. Any chance of getting the GUI cleaned up? I'm sure you'll find you're able to handle it. Only one way to practise and all that.
Ow, you scared me to death when I read the mail I got from comment 9! I'm really willing to do this, if I find the time to do it... Exams, you know. I hope this one is not a blocker :-)
No, this isn't a blocker, however feature freeze is in a fortnight. So that's your deadline.
Any chance of transparency support making the next release?? As the expression goes: Like a builder with a new tool I am trying to use compiz on every job
I tried this patch on my FC6 test box and saw weird results. In particular when I change the opacity the sticky notes no longer appear reliably. I don't know if this is a stickynotes bug or a compiz bug.
bugzilla.gnome.org is being replaced by gitlab.gnome.org. We are closing all old feature requests in Bugzilla which have not seen updates for many years. If you still use gnome-applets and if you are still requesting this feature in a currently supported version of GNOME (currently that would be 3.38), then please feel free to report it at https://gitlab.gnome.org/GNOME/gnome-applets/-/issues/ Thank you for reporting this issue and we are sorry it could not be implemented.