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

[KDE 6] Alt drag/zoom stops working after a short amount of time #1071

Open
aidanhadley opened this issue Apr 8, 2024 · 3 comments
Open
Labels
bug Something isn't working input input related issues

Comments

@aidanhadley
Copy link

aidanhadley commented Apr 8, 2024

Describe the bug
When using RNote on KDE 6, when using alt to scroll or to zoom, it stop working after a short amount of time, instead making a stroke instead

To Reproduce
Steps to reproduce the behavior:

  1. Install RNote and KDE 6
  2. Stay on draw mode
  3. use ALT to drag round
  4. Observe the behaviour

Expected behavior
It shouldn't stop scrolling/zooming.

Console Output
Run the app in the terminal with flatpak --env=RUST_LOG=rnote=debug --env=RUST_BACKTRACE=1 run com.github.flxzt.rnote
and post the output.

$ flatpak --env=RUST_LOG=rnote=debug --env=RUST_BACKTRACE=1 run com.github.flxzt.rnote

Note that the directories 

'/var/lib/flatpak/exports/share'
'/home/ldas/.local/share/flatpak/exports/share'

are not in the search path set by the XDG_DATA_DIRS environment variable, so
applications installed by Flatpak may not appear on your desktop until the
session is restarted.

2024-04-08T18:58:10.782024Z DEBUG rnote: .. tracing subscriber initialized.

(rnote:2): Gtk-CRITICAL **: 14:58:23.888: The layout manager of type GtkBoxLayout 0x59b50ebc2080 does not create GtkLayoutChild instances

Screenshots
If applicable, add screenshots to help explain your problem.

Desktop (please complete the following information):

  • OS: EndeavourOS/Arch Linux
  • App Version: 0.10.2 (?)
  • Installation Source: AUR
  • Desktop Environment: KDE 6 (latest)
  • Display Server: Wayland
  • Input Source: External Tablet + keyboard

Let me know if I've missed anything

@Doublonmousse
Copy link
Contributor

You're using alt + pen to drag around right ? Can reproduce on windows, seems like it has to do with event handling.
The weird thing is that ALT is still there and seemingly detected and I'm not yet sure what's the reason the behavior suddenly changes.

Testing the other alt + drag possibility (alt + mouse and alt + touch with touch drawing enabled doesn't seem to have the same issue).

@aidanhadley
Copy link
Author

yes, i'm using alt+pen, as well as alt+shift+pen. tested it on SwayWM and it has the same issue. probably, as you said, event handling issues.

@camradex
Copy link

same issue, disabling windows ink fixes the problem but i lose pressure sensitivity, as mentioned on the duplicate issue

OS: Win 11
App Version: 0.10.2
Installation Source: .exe
Input Source: External Graphics Tablet + keyboard

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working input input related issues
Projects
None yet
Development

No branches or pull requests

4 participants