Continuous Grab issue with pen/stylus #61329

New Issue

Pablo Vazquez · 2019-02-08T16:14:40+01:00

Pablo Vazquez commented

2019-02-08 16:14:40 +01:00

System Information
Operating system: Ubuntu 18.04
Graphics card: NVIDIA Quadro 6000
Tablet: Wacom Intuos Pro

Blender Version
Broken: Blender 2.80 current (e925c20f2fac)
Worked: 2.79b

Short description of error
Continuous Grab with a pen goes bananas.

Long description of error
Years ago an exception was added to Continuous Grab so it would be temporarily disabled if it detected pen input, because it simply didn't work well (transform went crazy). That way it would always work properly. We could keep Continuous Grab on for mouse use and it'd be ignored if we used the pen to tweak a slider or orbiting the 3D Viewport. It seems that the stylus detection is not working anymore.

Exact steps for others to reproduce the error

Factory startup.
Simply rotate the viewport or transform the cube with the stylus past the border of the editor.

screencapture_003.mp4

Thanks!

**System Information** Operating system: Ubuntu 18.04 Graphics card: NVIDIA Quadro 6000 Tablet: Wacom Intuos Pro **Blender Version** Broken: Blender 2.80 current (e925c20f2fac) Worked: 2.79b **Short description of error** Continuous Grab with a pen goes bananas. **Long description of error** Years ago an exception was added to Continuous Grab so it would be temporarily disabled if it detected pen input, because it simply didn't work well (transform went crazy). That way it would always work properly. We could keep Continuous Grab on for mouse use and it'd be ignored if we used the pen to tweak a slider or orbiting the 3D Viewport. It seems that the stylus detection is not working anymore. **Exact steps for others to reproduce the error** * Factory startup. * Simply rotate the viewport or transform the cube with the stylus past the border of the editor. [screencapture_003.mp4](https://archive.blender.org/developer/F6549836/screencapture_003.mp4) Thanks!

Pablo Vazquez commented

2019-02-08 16:14:40 +01:00

Added subscriber: @pablovazquez

Brecht Van Lommel commented

2019-02-12 18:34:53 +01:00

Added subscriber: @brecht

Brecht Van Lommel commented

2019-02-12 18:34:54 +01:00

I can't reproduce this. The code for detecting the stylus is still there and appears to be working for me.

It's probably easiest if I debug that on your computer because it's not obvious to me from the code where this might be failing.

I can't reproduce this. The code for detecting the stylus is still there and appears to be working for me. It's probably easiest if I debug that on your computer because it's not obvious to me from the code where this might be failing.

Brecht Van Lommel commented

2019-02-12 20:04:33 +01:00

Added subscriber: @Sergey

Brecht Van Lommel commented

2019-02-12 20:04:33 +01:00

It appears Blender was being built without libxi-dev on @pablovazquez's system, which means there was no tablet detection. I've installed that now.

@Sergey, do we have a standard script or procedure for installing build tools and similar packages in the studio, where this can be fixed?

blender_local_update.sh does not require sudo currently so it's not easy to add in there.

It appears Blender was being built without `libxi-dev` on @pablovazquez's system, which means there was no tablet detection. I've installed that now. @Sergey, do we have a standard script or procedure for installing build tools and similar packages in the studio, where this can be fixed? `blender_local_update.sh` does not require `sudo` currently so it's not easy to add in there.

Sergey Sharybin commented

2019-02-12 23:17:27 +01:00

@brecht, we used to have, there is prepare_xubuntu_14_10.sh. We also had studio-related distro with silent install which was taking care of everything. But those things becomes out if date very soon, and with heterogenous distro environment such things becomes rather PITA to maintain and nobody does it :(

We can at least have blender_local_update.sh checking for libxi.so and fail. Then IT will be kicked more immediately.

Other idea is to use wrangler and dlopen for this library. Will increase portability as well (not sure whether that's an issue in this specific case though). I've got WIP wrangler for quite a part of X11. If you think that's the direction we want to move i can give it a whirl (one possible excuse to DO this is that eventually we'll hit situation when we'll need to be supporting native Wayland implementation in GHOST while still being able to run on X11).

@brecht, we used to have, there is `prepare_xubuntu_14_10.sh`. We also had studio-related distro with silent install which was taking care of everything. But those things becomes out if date very soon, and with heterogenous distro environment such things becomes rather PITA to maintain and nobody does it :( We can at least have `blender_local_update.sh` checking for `libxi.so` and fail. Then IT will be kicked more immediately. Other idea is to use wrangler and dlopen for this library. Will increase portability as well (not sure whether that's an issue in this specific case though). I've got WIP wrangler for quite a part of X11. If you think that's the direction we want to move i can give it a whirl (one possible excuse to DO this is that eventually we'll hit situation when we'll need to be supporting native Wayland implementation in GHOST while still being able to run on X11).

Brecht Van Lommel commented

2019-03-25 12:58:21 +01:00

Changed status from 'Open' to: 'Archived'

Brecht Van Lommel closed this issue

2019-03-25 12:58:21 +01:00

Brecht Van Lommel self-assigned this 2019-03-25 12:58:21 +01:00

Brecht Van Lommel commented

2019-03-25 12:58:21 +01:00

I've mentioned this library now /shared/info/Animation Studio.odt.

Wouldn't mind a better solution but don't think we need to spend further time on this, or keep a task open at developer.blender.org for a studio issue.

I've mentioned this library now `/shared/info/Animation Studio.odt`. Wouldn't mind a better solution but don't think we need to spend further time on this, or keep a task open at developer.blender.org for a studio issue.

Sign in to join this conversation.