Region below transparent sidebar panels captures mouse input #59789

New Issue

Elias Gabriel Gonzalez Saez · 2018-12-23T13:17:49+01:00

2018-12-23 13:17:49 +01:00

System Information
Operating system: Windows 10 x64 latest update
Graphics card: gtx 1060 3gb

Blender Version
Broken:
2018-12-22-9:56 hash 4c5e76025d

When navigating the UV from the UV editor, it doesnt respond consistently whenever I roll the scrollwheel. The icon and the sugestions at the border of the space indicates that my input is being captured, but the zoom level and pan is not captured. Also tried with the touchpad just in case the mause was the trouble, but no luck.

**System Information** Operating system: Windows 10 x64 latest update Graphics card: gtx 1060 3gb **Blender Version** Broken: 2018-12-22-9:56 hash 4c5e76025d83 When navigating the UV from the UV editor, it doesnt respond consistently whenever I roll the scrollwheel. The icon and the sugestions at the border of the space indicates that my input is being captured, but the zoom level and pan is not captured. Also tried with the touchpad just in case the mause was the trouble, but no luck.

Elias Gabriel Gonzalez Saez commented

2018-12-23 13:17:49 +01:00

Added subscriber: @profetaodemonio

blender-admin commented

2018-12-23 13:17:49 +01:00

#63444 was marked as duplicate of this issue

blender-admin commented

2018-12-23 13:17:49 +01:00

#63403 was marked as duplicate of this issue

blender-admin commented

2018-12-23 13:17:49 +01:00

#62763 was marked as duplicate of this issue

blender-admin commented

2018-12-23 13:17:49 +01:00

#61873 was marked as duplicate of this issue

blender-admin commented

2018-12-23 13:17:49 +01:00

#61020 was marked as duplicate of this issue

blender-admin commented

2018-12-23 13:17:49 +01:00

#60540 was marked as duplicate of this issue

blender-admin commented

2018-12-23 13:17:49 +01:00

#60486 was marked as duplicate of this issue

blender-admin commented

2018-12-23 13:17:49 +01:00

#60483 was marked as duplicate of this issue

blender-admin commented

2018-12-23 13:17:49 +01:00

#59779 was marked as duplicate of this issue

Michael Hubbaard commented

2018-12-23 13:56:09 +01:00

Added subscriber: @MichaelHubbard

Michael Hubbaard commented

2018-12-23 13:56:09 +01:00

System Information
Operating system: Windows 10 x64 (10.0.17134.472)
Graphics card: Nvidia GTX 1080

Blender Version
Broken: 2.80, dafaa6f228, 2018-12-22 00:52

Would like to add that this started for me with the dafaa6f22881 build and the 3D view port is also affected. It is difficult to determine precise steps to reproduce this but this usually causes it to happen pretty quickly for me:

UV Editing Workspace
Move mouse between viewports having the first action be an attempt to pan using the mouse wheel.
If it works, try zooming with the mouse wheel next. Often the zoom will fail for me.
Switching between viewports now will have mixed results on whether pan/zoom works.
Sometimes moving the cursor into a viewport and pressing and releasing the mouse wheel button will restore the input for me.

**System Information** Operating system: Windows 10 x64 (10.0.17134.472) Graphics card: Nvidia GTX 1080 **Blender Version** Broken: 2.80, dafaa6f228, 2018-12-22 00:52 Would like to add that this started for me with the `dafaa6f22881` build and the 3D view port is also affected. It is difficult to determine precise steps to reproduce this but this usually causes it to happen pretty quickly for me: - UV Editing Workspace - Move mouse between viewports having the first action be an attempt to pan using the mouse wheel. - If it works, try zooming with the mouse wheel next. Often the zoom will fail for me. - Switching between viewports now will have mixed results on whether pan/zoom works. - Sometimes moving the cursor into a viewport and pressing and releasing the mouse wheel button will restore the input for me.

Sebastian Parborg commented

2018-12-28 13:43:42 +01:00

Added subscriber: @ZedDB

Sebastian Parborg commented

2018-12-28 13:43:42 +01:00

I can not reproduce this with a build from today, could you see if this is still a problem with a newer build from https://builder.blender.org/download/ ?

Zachary commented

2018-12-28 15:06:33 +01:00

Added subscriber: @AFWS

Zachary commented

2018-12-28 15:06:33 +01:00

I had something similar happen in the node editor. The scroll wheel would no longer zoom in and out. If you press the middle mouse down and move up or down, it would act like the zoom widget in the 3D view. Also, I could no longer hold the middle mouse down and rotate ,cause the 3D view was acting the same way. Restarting blender fixed the issue ,but there was something going on. I have no idea what triggered this behavior ,but something did.

Michael Hubbaard commented

2018-12-28 15:20:32 +01:00

I think I figured out what I was experiencing ...

The hit area for the T and N sidebars cover the whole height of the screen even though I have the impression that I am clicking in the view port because of the background transparency. This becomes much more of an issue when working with the two view ports in the UV layout.

Red area shows the entire region that is directing mouse input to the N panel and not the view port.

(a4e4d9f0ab)

I think I figured out what I was experiencing ... The hit area for the `T` and `N` sidebars cover the whole height of the screen even though I have the impression that I am clicking in the view port because of the background transparency. This becomes much more of an issue when working with the two view ports in the UV layout. Red area shows the entire region that is directing mouse input to the `N` panel and not the view port. ![image.png](https://archive.blender.org/developer/F6097282/image.png) (a4e4d9f0ab)

Sebastian Parborg commented

2018-12-28 16:40:11 +01:00

Added subscriber: @brecht

Sebastian Parborg commented

2018-12-28 16:40:11 +01:00

@brecht Is there a ticket to merge in these "mouse is grabbed by the transparent area of the panels" into? I thought we did, but I haven't managed to find it by searching the bug tracker...

Brecht Van Lommel changed title from ~~Uv editor responding randomly to scrollwheel in uv editing workspace~~ to Region below transparent sidebar panels captures mouse input

2019-01-15 13:34:17 +01:00

Brecht Van Lommel commented

2019-01-15 13:34:31 +01:00

Added subscribers: @RomboutVersluijs, @JacquesLucke, @WilliamReynish

Brecht Van Lommel commented

2019-01-15 13:34:41 +01:00

Added subscriber: @michaos

lucas veber commented

2019-01-15 17:58:27 +01:00

Added subscriber: @LucasVeber

Brecht Van Lommel commented

2019-01-15 19:02:58 +01:00

Added subscriber: @Humbaba

William Reynish commented

2019-01-15 19:07:38 +01:00

So, I guess the solution is for the input to fall back to the underlying view when there is no panel under the cursor?

Brecht Van Lommel commented

2019-01-15 19:26:24 +01:00

Yes. I was thinking of making the region dynamically sized based on the contents. But unfortunately it's more complicated than that because the tabs are part of the same region, so we have a kind of non-rectangular region.

Rombout Versluijs commented

2019-01-15 21:36:54 +01:00

Cant the tabs get a seperate area they already seem sort of separate because ui is rotated there. Im not sure how this part work in GUI

Brecht Van Lommel commented

2019-01-30 14:36:20 +01:00

Added subscriber: @ZsoltStefan

Rombout Versluijs commented

2019-01-30 20:18:03 +01:00

In #59789#600614, @brecht wrote:
Yes. I was thinking of making the region dynamically sized based on the contents. But unfortunately it's more complicated than that because the tabs are part of the same region, so we have a kind of non-rectangular region.

I had commented this in a different post. Cant the scroll function be activated if the total height of the panels is bigger than the total height of area? That way the scroll would only be active when needed.

However im not sure if these kind of function can be applied to a panel. The idea is simple and many scroll functions in like flash and HTML work this way

> In #59789#600614, @brecht wrote: > Yes. I was thinking of making the region dynamically sized based on the contents. But unfortunately it's more complicated than that because the tabs are part of the same region, so we have a kind of non-rectangular region. I had commented this in a different post. Cant the scroll function be activated if the total height of the panels is bigger than the total height of area? That way the scroll would only be active when needed. However im not sure if these kind of function can be applied to a panel. The idea is simple and many scroll functions in like flash and HTML work this way

Russell commented

2019-02-20 23:04:21 +01:00

Added subscriber: @Russ1642

Russell commented

2019-02-20 23:04:21 +01:00

This is happening to me today in the 3D viewport with build 9315cc443b, windows pro 64 bit, GTX 1050. I noticed that no matter how I resize the sidebar any region underneath it won't capture my pan and rotate view commands.

This is happening to me today in the 3D viewport with build 9315cc443b1d, windows pro 64 bit, GTX 1050. I noticed that no matter how I resize the sidebar any region underneath it won't capture my pan and rotate view commands.

Sebastian Parborg commented

2019-02-25 16:11:59 +01:00

Added subscriber: @EricJomphe

Brecht Van Lommel commented

2019-03-20 10:21:49 +01:00

Added subscriber: @rs2128

Brecht Van Lommel commented

2019-04-08 23:31:04 +02:00

Added subscriber: @RafaelChacon

Harley Acheson commented

2019-04-09 00:07:34 +02:00

Added subscriber: @Harley

Harley Acheson commented

2019-04-09 00:07:34 +02:00

Until this problem is fixed properly, we should make the region overlapped areas have a very very small amount of opacity, rather than zero. Just enough to give a hint that something is there. Just on the default theme.

Since it would just be on the default theme, and because it is so easy for users to change, I can't see people being upset about it. But at least then new users would start off with a sense of how big that panel is, that it extends to the bottom. They would understand why their mouse pointer wants to resize that (invisible) edge and otherwise behaves differently there than they expect.

And when the problem is fixed properly the default could be changed back to having invisible side panels.

Until this problem is fixed properly, we should make the region overlapped areas have a *very very small* amount of opacity, rather than zero. Just enough to give a *hint* that something is there. Just on the default theme. Since it would just be on the default theme, and because it is so easy for users to change, I can't see people being upset about it. But at least then new users would start off with a sense of how big that panel is, that it extends to the bottom. They would understand why their mouse pointer wants to resize that (invisible) edge and otherwise behaves differently there than they expect. And when the problem is fixed properly the default could be changed back to having invisible side panels. ![RegionOverlap.png](https://archive.blender.org/developer/F6920326/RegionOverlap.png)

Sebastian Parborg commented

2019-04-10 18:27:38 +02:00

Added subscriber: @SethTooQuick