Widgets are clickable when desktop is disabled about uebersicht

[felixhageloh]

I somewhat surprised because the widget layer shouldn't be clickable at all (check Issue #16 for a discussion on that). You can only interact with widgets while the debug console is open. So can you elaborate on that: Are widgets clickable for you - for example can you select text inside a widget?

[felixhageloh]

It was brought to my attention that there are apps that let you hide the desktop, in which case Übersicht becomes clickable. Are you using something like that?

[beschoenen]

what do you mean by hide the desktop? i have my icons disabled but nothing else that i can think of at the moment

[felixhageloh]

how did you hide/disable them?

[beschoenen]

via terminal command:
defaults write com.apple.finder CreateDesktop false

[felixhageloh]

Alright, thanks! So this is a special case I hadn't anticipated. Widgets are not meant to be clickable - currently this is achieved because they sit behind the desktop icon layer, which I learned now, is not failsafe. Something to look into - thanks for reporting!

[beschoenen]

i use the css styles:
user-select:none;
cursor:default;
to disable click events at the moment.

[felixhageloh]

makes sense! If you have some time, could you elaborate why you don't want them to be clickable? I am only asking because I have some people that really want them to be clickable, so it would be interesting to hear the other side of the story.

[beschoenen]

I want my widgets to be part of the desktop like a "dynamic wallpaper". Most widgets i would use don't need to be interacted with. You could of course make it so that they are not clickable on a per widget basis.

[felixhageloh]

alright, thanks!

[ttscoff]

I would love to be able to respond to hover/clicks selectively. I don't want to lose access to the desktop layer, though, so I'm not sure how that would work.

[felixhageloh]

is this solved with the newest release (0.3)?

[beschoenen]

Tested with this cpu widget

i changed the render method

Before:

After

I am still able to click them.

[lhkbob]

I'm using the latest release and have the desktop disabled with the same Terminal command and it's still clickable. The css workaround posted (or using pointer-events: none) isn't sufficient because the right-click context menu still appears. In addition (and more annoying for me) is that touch pad scroll events within the desktop's rectangle, whether or not the desktop is active, are received and cause the widget content to rubber band (or whatever the bouncing scroll behavior in OS X is called).

This scrolling issue could also affect normal desktop mode and interaction since hitting command and then scrolling would bounce the widget around. It would be great if scrolling is completely disabled for the content if a scroll bar is not in place.