8000 tablet: pen does not return after lifting and moving back · Issue #743 · pdfpc/pdfpc · GitHub
[go: up one dir, main page]
More Web Proxy on the site http://driver.im/
Skip to content

tablet: pen does not return after lifting and moving back #743

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

Sign up for GitHub

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Open
ratschan opened this issue Mar 2, 2025 · 14 comments
Open

tablet: pen does not return after lifting and moving back #743

ratschan opened this issue Mar 2, 2025 · 14 comments

Comments

@ratschan
Copy link
ratschan commented Mar 2, 2025

I am using a One by Wacom S tablet on Ubuntu 24.04. Both for pdfpc 4.6 from the Ubuntu package pdf-presenter-console and freshly compiled pdfpc 4.7, when lifting the physical pen away from the tablet the pdfpc pen vanishes (which is expected), but does not come back when moving the physical pen back.

When using other applications (e.g., xournal), the tablet works as expected. Everything also worked as expected in Ubuntu 22.04 (pdfpc 4.5). When using a different tablet (Wacom Intuos4) in the current setup, pdfpc also works as expected. So the only problematic combination seems to be One by Wacom S together with pdfpc >=4.6.

@ratschan
Copy link
Author
ratschan commented Mar 3, 2025

I just compiled pdfpc 4.5 on Ubuntu 24.04. Everything works as expected. This confirms that the problem was probably introduced with pdfpc 4.6.

@fnevgeny
Copy link
Member
fnevgeny commented Mar 4, 2025

does not come back when moving the physical pen back.

So what does happen, exactly? Do you mean the pointer becomes the default cursor in its function and appearance? Do you observe the same problem in the eraser mode?

@ratschan
Copy link
Author
ratschan commented Mar 4, 2025

Actually, for some reason I do not understand, now I observe a slightly different behavior:

  • the pointer vanishes as soon I lift the physical pen, and does not come back until I move the mouse
  • pen and eraser do not vanish but freeze when I lift the physical pen, and they do not come back until I move the mouse.

In any case, after this happens, the tablet does not react anymore until I restart pdfpc.

But now I suddenly also observe this behavior with pdfpc 4.5, so I am not sure any more whether the reason for the problem is not more complex than I originally thought. I also tried with xournal once more, and there everything works o.k.

Is there anything I can do for debugging?

@fnevgeny
Copy link
Member
fnevgeny commented Mar 4, 2025
* the pointer vanishes as soon I lift the physical pen, and does not come back until I move the mouse

It's the intended behavior.

* pen and eraser do not vanish but freeze when I lift the physical pen, and they do not come back until I move the mouse.

In any case, after this happens, the tablet does not react anymore until I restart pdfpc.

What if you reset the pointer mode manually (1)?

Also, please try enabling disable-input-autodetection in pdfpcrc.

@ratschan
Copy link
Author
ratschan commented Mar 4, 2025

I understand that the pointer vanishing is the intended behavior, but why should it not come back if I use the pen again? This disables using the pen on one slide, putting it aside, continuing with the presentation and using the pen once more, later.

Resetting the pointer mode manually (1) does not help.

I already set disable-input-autodetection to true in pdfpc

Is there no verbose mode that shows which events pdfpc recognizes and how it reacts to them? This would help debugging...

@fnevgeny
Copy link
Member
fnevgeny commented Mar 4, 2025

I understand that the pointer vanishing is the intended behavior, but why should it not come back if I use the pen again?

Of course, it should. Why it doesn't work for you (or even more specifically, doesn't work with this specific device) is the question.

Resetting the pointer mode manually (1) does not help.

Doesn't help to do what? Do you see a pointer at all? If you move the mouse?

I already set disable-input-autodetection to true in pdfpc

Weird. If the autodetection is disabled, the tablet input should essentially work like a mouse.

Is there no verbose mode that shows which events pdfpc recognizes and how it reacts to them?

No, but you can use the usual debugging or add some printf calls in src/classes/window/controllable.vala, especially in the v_on_mouse_move method.

@fnevgeny
Copy link
Member
fnevgeny commented Mar 4, 2025

P.S. I suggest you compare the events that your two tablets generate and see where the difference comes from, using the evtest utility.

@ratschan
Copy link
Author

I have some new insight:

  • Everything else being equal, the problem occurs on Wayland, but not on X.
  • On Wayland, when the problem occurs (i.e., the pen vanishes), I can make the pen come back by pressing the Super key and then explicitly selecting pdfpc.
  • Again on Wayland, when the problem occurs (i.e., the pen vanishes), it seems that v_on_mouse_move() is not even called (this information is not 100% reliable, since I have never seen any Vala code before in my life)
  • I cannot observe an essential difference between the output of evtest on X and Wayland.

Does this help in any way?

@fnevgeny
Copy link
Member

What is your monitor configuration? I.e., single or dual? Try running pdfpc with a single presenter window (pdfpc -S).

@ratschan
Copy link
Author

Dual (which, for me, is the main point of using pdfpc).

@fnevgeny
Copy link
Member

Try running pdfpc with a single presenter window (pdfpc -S).

@ratschan
Copy link
Author

pdfpc -S does not make a difference:

  • on X everything works
  • on Wayland the pen works at the beginning, after lifting it, it vanishes (which is o.k.), but it does not come back when bringing it back to the tablet, to make it come back I have to press the Super button and select pdfpc

@fnevgeny
Copy link
Member

Which window manager/desktop environment do you use? The standard one that comes with Ubuntu-24.04?

@ratschan
Copy link
Author

yes, the standard one that comes with Ubuntu-24.04

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Development

No branches or pull requests

2 participants
0