flxzt
Actions assigned temporary to graphic tablet pen buttons don't work well
Describe the bug
Actions assigned to graphic tablet pen buttons are buggy.
To Reproduce
- Set tool as follows:
- Set the main and the secondary pen button as follows:
The problem is present by selecting any action with the option=temporary, but let's look at one specifically:
- For pen main button:
- Just before tapping the surface with pen, press the button, then release, then draw: instead of drawing like before, is keeping the temporary action (eraser) just for one shot. (I don't know if is a bug)
- For pen secondary button:
- The same as before (in this case the action is "selector"), but in addition if pressed just before tapping the surface with pen, enters in "move" action
Desktop:
- OS: [PopOS 22.04 LTS]
- App Version: [Rnote v0.11.0]
- Installation Source: [Flatpak]
- Desktop Environment: [Gnome 42.9]
- Display Server: [X11]
- Input Source: [Wacom Co., Ltd CTL-672 [One by Wacom (M)]]
Additional context
- The mouse secondary button actions work.
- Prolonged pressure with two fingers actions don't work but maybe I'm doing something wrong.
- crtl + space keyboard actions work.
- I don't know if is useful but on Xournal++ the actions assigned to pen buttons work
The same thing happens to me. It used to work fine, but after a system update these actions stopped working. Instead, pressing the buttons causes drawing. I suspect it's because of the system settings, in my case gnome, where within the configuration the buttons are assigned mouse clicks. The thing is that from there I can't assign the functions I want to use in rnote, only keyboard shortcuts and mouse buttons, so I can't use that configuration to fix it. It seems that rnote used to be able to override the system settings, but not anymore. I use debian testing, gnome (it's been happening for several versions, not just with the current one), wayland and a gaomon s620 tablet.
@jhahvhi For recent gnome versions, Put the right mouse button for the primary button and the middle click for the secondary pen button in the gnome tablet settings.
I know there was some discussion on gnome's gitlab (but I can't find it again), maybe gnome settings ?
@Wolfbanus what is your pen settings ? Can you run the flatpak in debug mode with flatpak --env=RUST_LOG=rnote=debug --env=RUST_BACKTRACE=1 run com.github.flxzt.rnote or flatpak --env=RUST_LOG=rnote=trace --env=RUST_BACKTRACE=1 run com.github.flxzt.rnote so that we can check what events rnote see (pretty sure they are printed with these launch options). There might be difference between gtk3 and gtk4 that create the difference between rnote and xournal. Or it's on us
It's now working with the latest update. To do this, you also need to configure the pencil buttons in Gnome settings as middle click and right click as pencil buttons.
Sorry for the late reply. I tried again but the problem persists:
- For pen main button:
- Just before tapping the surface with pen, press the button, then release, then draw: instead of drawing like before, is keeping the temporary action (eraser) just for one shot.
- For pen secondary button:
- The same as before (in this case the action is "selector"), but in addition if pressed just before tapping the surface with pen, enters in "move" action
The settings recommended by @jhahvhi are the same as the ones I have been using since opening this issue:
any other pen configuration done from the Gnome settings will not make the pen work properly on Rnote
@Doublonmousse I tried running the commands you suggested:
flatpak --env=RUST_LOG=rnote=debug --env=RUST_BACKTRACE=1 run com.github.flxzt.rnote
flatpak --env=RUST_LOG=rnote=trace --env=RUST_BACKTRACE=1 run com.github.flxzt.rnote
Forgive me, I am inexperienced with log files.
- What should I do after running the command?
- How do I save the log file in txt format?
What you can do is run
flatpak --env=RUST_LOG=rnote=trace --env=RUST_BACKTRACE=1 run com.github.flxzt.rnote > log.txt
Then try to reproduce the issue inside rnote. That way the sequence of events is saved and you can quit afterwards. The log is thus saved to a txt file (saved at the current location). Or you can do > /home/USER/Documents/log.txt adding the full path to save to where you want it to save.
I'm also seeing this issue on Gnome 47, and it was working before (on a slightly older Gnome version) for me, too. Two-finger long press gesture also was working and does not work anymore. Since I am on an MS Surface device (driver for stylus and touch is iptsd), I am not aware of how I could configure the buttons. The "Wacom Tablet" section in the settings says "No tablet detected".
been having similar problems on gnome 47 as well (fedora 42), both with a drawing tablet on my desktop and on my laptop with touchscreen and pen that works on the screen. to be more precise the issue is that with temporary actions you expect the tool to be active (like selection or eraser) only until the button is held, while rnote does this thing where even if you press and release the button before laying the pen on your drawing surface (like a drawing tablet or the screen of the laptop) it will keep the tool assigned to that button active until you have touched the drawing surface with the pen, then it goes back to the default tool; this is opposed to the expected behavior of going back to the default tool as soon as the button is released. Another weird behavior that is probably linked to the same issue it that when you touch your drawing surface with the pen and used the tool that was selected as a temporary action, once you release the pen it will go back to its default tool regardless of whether you keep pressing the button for that tool or not, while you would expect that keeping the button pressed keeps the tool active.
here's the log:
also when running
flatpak --env=RUST_LOG=rnote=trace --env=RUST_BACKTRACE=1 run com.github.flxzt.rnote > log.txt
I also got this in the terminal
(rnote:2): Gtk-CRITICAL **: 16:00:21.325: The layout manager of type GtkBoxLayout 0x562fbb5427e0 does not create GtkLayoutChild instances
