Page MenuHome

Continuous Grab issue with pen/stylus
Closed, ArchivedPublic


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.




Event Timeline

Pablo Vazquez (pablovazquez) triaged this task as Confirmed, High priority.

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 (brecht) lowered the priority of this task from Confirmed, High to Confirmed, Low.

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

@Sergey Sharybin (sergey), do we have a standard script or procedure for installing build tools and similar packages in the studio, where this can be fixed? does not require sudo currently so it's not easy to add in there.

@Brecht Van Lommel (brecht), we used to have, there is 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 checking for 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 (brecht) claimed this task.

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 for a studio issue.