#8923 closed bug (fixed)
[Deskbar] Auto-raise does not work correctly when covered by a window
Reported by: | x-ist | Owned by: | jscipione |
---|---|---|---|
Priority: | normal | Milestone: | R1/beta2 |
Component: | Applications/Deskbar | Version: | R1/Development |
Keywords: | Auto-raise | Cc: | edglex |
Blocked By: | Blocking: | #9746 | |
Platform: | All |
Description (last modified by )
This is hrev44584.
- Drag the Deskbar to the lower screen edge.
- Enable Auto-raise.
- Open a window, e.g. a Tracker window
- Move the window such that it covers the Deskbar beyond the lower screen edge
- Hover the mouse down the window to the screen edge carefully without hovering over the Deskbar.
- Deskbar is NOT raised.
- Now hover over the Deskbar (not necessarily the edge)
- Now hover the mouse again down the window to the screen edge carefully without hovering over the Deskbar.
- This time it's raised.
Change History (11)
comment:1 by , 12 years ago
comment:2 by , 12 years ago
Cc: | added |
---|
follow-up: 5 comment:3 by , 12 years ago
The issue was introduced by hrev44113. Enabling/disabling reception of mouse events is made dependent on the state of the transit parameter:
if (transit == B_ENTERED_VIEW && EventMask() == 0) SetEventMask(B_POINTER_EVENTS, B_NO_POINTER_HISTORY);
and
if (transit == B_EXITED_VIEW || transit == B_OUTSIDE_VIEW) SetEventMask(0);
That apparently excludes the case when the Deskbar is covered by other windows at the screen edge, effectively preventing auto-raise. @anevilyak: Do you see an alternative to that solution without reintroducing the bugs it solved?
comment:4 by , 12 years ago
Description: | modified (diff) |
---|---|
Owner: | changed from | to
Status: | new → assigned |
comment:5 by , 12 years ago
Replying to x-ist:
That apparently excludes the case when the Deskbar is covered by other windows at the screen edge, effectively preventing auto-raise. @anevilyak: Do you see an alternative to that solution without reintroducing the bugs it solved?
Not easily, since it's already quite the balancing act to support all the disparate modes we have. Furthermore, that would reintroduce some other problematic behavior of auto-raise which isn't currently resolvable with our existing API to my knowledge (Deskbar would then auto-raise over apps that are deliberately full-screen such as watching a movie in MediaPlayer). I wouldn't have time to look into it before BG anyways.
comment:6 by , 12 years ago
Blocking: | 9746 added |
---|
comment:7 by , 10 years ago
Owner: | changed from | to
---|
comment:10 by , 5 years ago
Resolution: | → fixed |
---|---|
Status: | assigned → closed |
comment:11 by , 5 years ago
Milestone: | R1 → R1/beta2 |
---|
Assign tickets with status=closed and resolution=fixed within the R1/beta2 development window to the R1/beta2 Milestone
I've seen other odd behaviour with deskbar auto-raise that I thought would make sense to add to this ticket.
If you have the deskbar set to auto-raise and put a window partialy covering it, when you click on that window in a place where the window is covering the deskbar, the deskbar auto-raises. However it doesn't always do this, only most of the time.
This is annoying since I tend to work with the deskbar in its default position and windows maximised. In this way when I move the mouse to the upper-right corner the deskbar auto-raises and I can use it to e.g. change workspace with the workspace applet (in the deskbar tray) or change application. However if I click in that area where the deskbar is covered by a window then the deskbar appears and I cant see what I'm doing. Currently I'm using auto-hide instead, but it's not as nice.