Skip to content
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.

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

Actions assigned temporary to graphic tablet pen buttons don't work well #1346

Open
Wolfbanus opened this issue Jan 15, 2025 · 2 comments
Open
Labels
bug Something isn't working UI / UX Design, UI and UX issues

Comments

@Wolfbanus
Copy link

Wolfbanus commented Jan 15, 2025

Describe the bug
Actions assigned to graphic tablet pen buttons are buggy.

To Reproduce

  • Set tool as follows:
    immagine
  • Set the main and the secondary pen button as follows:
    Schermata del 2025-01-15 11-54-07
    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
@Wolfbanus Wolfbanus changed the title Mapping of graphic tablet pen buttons doesn't work well Actions assigned to graphic tablet pen buttons don't work well Jan 16, 2025
@Wolfbanus Wolfbanus changed the title Actions assigned to graphic tablet pen buttons don't work well Actions assigned temporary to graphic tablet pen buttons don't work well Jan 16, 2025
@jhahvhi
Copy link

jhahvhi commented Feb 4, 2025

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.

@Doublonmousse
Copy link
Collaborator

@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

@flxzt flxzt added UI / UX Design, UI and UX issues bug Something isn't working labels Feb 27, 2025
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working UI / UX Design, UI and UX issues
Projects
None yet
Development

No branches or pull requests

4 participants