Re: A way to disable the long-left mouse click shortcut to enter "Edit Mode" / modifying widgets?
René J.V. Bertin posted on Sat, 20 Aug 2022 01:05:04 +0200 as excerpted: > On Friday August 19 2022 21:43:20 Duncan wrote: > >>From krunner "killall plasmashell" (without the quotes) should do it. >>To get it back, just "plasmashell". > > You will probably find that this logs you off (or drops you back to the > console) ;) ?? It never[1] has here, not on X, and not on wayland. In fact, I deliberately use the quit plasmashell and restart it (immediately or later) tactic somewhat frequently, including when I have made some changes to the plasmashell config and wish to ensure they stick. [2] Just to be sure that hadn't changed recently I actually quit plasmashell while writing this up and am now running without it. I'll restart it in a bit, probably after I send this... OTOH, while on X the same thing can be done with kwin (kwin_x11), on wayland that doesn't work because kwin (kwin_wayland) actually provides the wayland server implementation as well, and quitting that quits the entire session (which should restart, but it means losing any unsaved work in your wayland and xwayland apps). And killing the session (startplasma* or plasma_session) will land you back at the login or CLI terminal prompt, depending on how you start plasma (from a *DM graphical login manager, or from the terminal prompt). But plasmashell, no. That can be safely killed without killing the session (other running apps should remain), at least here, and I must wonder what your distro is doing if you can't safely kill it there. So maybe you were thinking about kwin_wayland or the session, not plasmashell? That said, it's always possible (and recommended) to try it yourself in a fresh session or at least without any unsaved data the first time, just to be sure. But I'd sure like to see the details of any behavior contrary to what I've described above, because as I said, it has worked that way for me since the kde3 era so for more than 20 years now, and continues to do so. --- [1] Well, not since sometime early in the kde3 era anyway (when IIRC it was kicker, and in the kde4 era simply plasma, not plasmashell), not sure before that. [2] At least one bug was "recently" (as in perhaps six months ago) fixed where plasmashell wouldn't save changes to its config until it was properly shutdown -- if it or the entire system crashed before that, the changes wouldn't be written. Meanwhile, because I run live-git-master it isn't always as stable as releases are supposed to be, so ensuring any config changes one intends to last longer than the currently running application instance are written to disk ASAP is wise. -- Duncan - List replies preferred. No HTML msgs. "Every nonfree program has a lord, a master -- and if you use the program, he is your master." Richard Stallman
Re: A way to disable the long-left mouse click shortcut to enter "Edit Mode" / modifying widgets?
On Friday August 19 2022 21:43:20 Duncan wrote: >From krunner "killall plasmashell" (without the quotes) should do it. To >get it back, just "plasmashell". You will probably find that this logs you off (or drops you back to the console) ;) R.
Re: A way to disable the long-left mouse click shortcut to enter "Edit Mode" / modifying widgets?
René J.V. Bertin posted on Tue, 16 Aug 2022 17:54:06 +0200 as excerpted: > On Tuesday August 16 2022 11:35:44 Koeame wrote: >>that package was, but it was plasma-touch related), but that did not >>work. >>What if I just uninstalled plasma5-workspace as a package? lol > > That will probably also uninstall most of what gives you the Plasma DE > (but I can be wrong). I believe you're correct. It's also likely that plasma(5?)-desktop (and perhaps other optional/addon packages like kdeplasma-addons) would need uninstalled as well, as it surely deps on plasma-workspace. > If the issue is limited to the desktop it would be easier just to log in > to a different DE. It may not look as fancy, but you could actually find > your computer more responsive because Plasma isn't exactly low-resource > anymore (as far as I can tell). Along the same lines but different -- more drastic visually but less of a change from kde/plasma in general -- there's the option to actually terminate plasmashell and thus the desktop, while keeping the rest of plasma's system services (including krunner aka the open dialog to run apps, kwin to manage windows, global hotkeys, hardware detection and sound...) running as-is. >From krunner "killall plasmashell" (without the quotes) should do it. To get it back, just "plasmashell". Of course without plasmashell running you won't have your desktop wallpaper or widgets, or your panels with their widgets, which means no launch menus, etc (unless you run some third-party launcher). But as long as you know the name of the apps you want to run, krunner (the open dialog) should still work using its normal hotkey (alt-F2 IIRC, tho I could be wrong as I've run with custom hotkeys so long IDR what the originals are), and you can use it to open konsole if you want a terminal window to launch things from. This works because plasma is split up into various components that can continue to function even if another component freezes/crashes, thus allowing recovery from component crashes without a full logout/login or reboot cycle. The drawback is that without plasmashell you'll just have a bare-screen- black background and will be missing the small but for some workflows vital minor services (like the notifications stuff) that plasmashell provices so most people won't like to run that way in general, but it should reduce resource usage quite a bit, and if you're running full- screen apps you don't normally see the desktop anyway and may not miss it while you're busy with other things. And it's a quick "plasmashell" in krunner restartable again when needed. Of course you have to know the names of the apps you normally run in ordered to use krunner/konsole to run them. But I guess most people figure that out relatively quickly, and some end up using krunner or hotkeys they've configured to launch stuff most of the time after that because it's so much quicker, and then only using the actual menu for stuff they don't run often enough to have memorized the name yet. Certainly that's the way it is here. -- Duncan - List replies preferred. No HTML msgs. "Every nonfree program has a lord, a master -- and if you use the program, he is your master." Richard Stallman
Re: A way to disable the long-left mouse click shortcut to enter "Edit Mode" / modifying widgets?
I have submitted the bug report to the bugzilla under the "plasmashell" category (hoping that's appropriate). Thank you!! On Tue, Aug 16, 2022 at 5:13 PM René J.V. Bertin wrote: > On Tuesday August 16 2022 15:30:23 Koeame wrote: > > >I probably might figure it out later, because I'm very exhausted right > now, > >but if I don't, could you help me navigate where to report a bug? Thank > >you. > > There's no hurry, but I forgot to mention this is done on bugs.kde.org . > I think it's pretty straightforward but you can always ask if you get stuck. > > R. > >
Re: A way to disable the long-left mouse click shortcut to enter "Edit Mode" / modifying widgets?
On Tuesday August 16 2022 15:30:23 Koeame wrote: >I probably might figure it out later, because I'm very exhausted right now, >but if I don't, could you help me navigate where to report a bug? Thank >you. There's no hurry, but I forgot to mention this is done on bugs.kde.org . I think it's pretty straightforward but you can always ask if you get stuck. R.
Re: A way to disable the long-left mouse click shortcut to enter "Edit Mode" / modifying widgets?
> > If going to another DE solves the issue for you, please do consider filing > a bug report against plasma-desktop (if there isn't one already). > I probably might figure it out later, because I'm very exhausted right now, but if I don't, could you help me navigate where to report a bug? Thank you. On Tue, Aug 16, 2022 at 3:07 PM René J.V. Bertin wrote: > On Tuesday August 16 2022 14:12:29 Koeame wrote: > > >May as well try to do this, and it's going slow for me considering I'm > >doing other things, but I'm getting through it. Thank you for all your > help > >into seeing this btw I really appreciate it. > > You're welcome. This is the sort of thing that could drive me crazy too > > If going to another DE solves the issue for you, please do consider filing > a bug report against plasma-desktop (if there isn't one already). The devs > should know that their immature feature drives people away from the Plasma > desktop and that they could at least implement a very basic way to disable > or configure it (meaning editing a configuration file by hand, if writing a > proper GUI is not feasible for now). > > I forgot to mention: in order to make KDE apps look and behave as much as > possible as if they were running on a Plasma desktop session you will > probably have to set 2 environment variables at the desktop shell level (in > the "global" section of your ~/.bashrc should be fine): > KDE_FULL_SESSION=true > KDE_SESSION_VERSION=5 > > If you also chose to use KWin and Dolphin instead of the default window > manager and file explorer apps for that DE you will hardly notice the > difference except in the look & feel of the panels, desktop icons etc. > > R. > > > > >On Tue, Aug 16, 2022 at 11:54 AM René J.V. Bertin > >wrote: > > > >> On Tuesday August 16 2022 11:35:44 Koeame wrote: > >> >that package was, but it was plasma-touch related), but that did not > work. > >> >What if I just uninstalled plasma5-workspace as a package? lol > >> > >> That will probably also uninstall most of what gives you the Plasma DE > >> (but I can be wrong). > >> > >> There's an alternative KDE desktop shell which is purely widget-based > (no > >> QML like Plasma uses primarily nowadays I think). You can run that as an > >> alternative to plasmashell. Last time I checked it probably didn't have > an > >> "edit mode" at all. So there's that solution. You may have to build it > >> yourself though, if no one made a PPA for it. > >> > >> If the issue is limited to the desktop it would be easier just to log in > >> to a different DE. It may not look as fancy, but you could actually find > >> your computer more responsive because Plasma isn't exactly low-resource > >> anymore (as far as I can tell). > >> > >> R > >> > >
Re: A way to disable the long-left mouse click shortcut to enter "Edit Mode" / modifying widgets?
On Tuesday August 16 2022 14:12:29 Koeame wrote: >May as well try to do this, and it's going slow for me considering I'm >doing other things, but I'm getting through it. Thank you for all your help >into seeing this btw I really appreciate it. You're welcome. This is the sort of thing that could drive me crazy too If going to another DE solves the issue for you, please do consider filing a bug report against plasma-desktop (if there isn't one already). The devs should know that their immature feature drives people away from the Plasma desktop and that they could at least implement a very basic way to disable or configure it (meaning editing a configuration file by hand, if writing a proper GUI is not feasible for now). I forgot to mention: in order to make KDE apps look and behave as much as possible as if they were running on a Plasma desktop session you will probably have to set 2 environment variables at the desktop shell level (in the "global" section of your ~/.bashrc should be fine): KDE_FULL_SESSION=true KDE_SESSION_VERSION=5 If you also chose to use KWin and Dolphin instead of the default window manager and file explorer apps for that DE you will hardly notice the difference except in the look & feel of the panels, desktop icons etc. R. > >On Tue, Aug 16, 2022 at 11:54 AM René J.V. Bertin >wrote: > >> On Tuesday August 16 2022 11:35:44 Koeame wrote: >> >that package was, but it was plasma-touch related), but that did not work. >> >What if I just uninstalled plasma5-workspace as a package? lol >> >> That will probably also uninstall most of what gives you the Plasma DE >> (but I can be wrong). >> >> There's an alternative KDE desktop shell which is purely widget-based (no >> QML like Plasma uses primarily nowadays I think). You can run that as an >> alternative to plasmashell. Last time I checked it probably didn't have an >> "edit mode" at all. So there's that solution. You may have to build it >> yourself though, if no one made a PPA for it. >> >> If the issue is limited to the desktop it would be easier just to log in >> to a different DE. It may not look as fancy, but you could actually find >> your computer more responsive because Plasma isn't exactly low-resource >> anymore (as far as I can tell). >> >> R >>
Re: A way to disable the long-left mouse click shortcut to enter "Edit Mode" / modifying widgets?
> > If the issue is limited to the desktop it would be easier just to log in > to a different DE. It may not look as fancy, but you could actually find > your computer more responsive because Plasma isn't exactly low-resource > anymore (as far as I can tell). > May as well try to do this, and it's going slow for me considering I'm doing other things, but I'm getting through it. Thank you for all your help into seeing this btw I really appreciate it. On Tue, Aug 16, 2022 at 11:54 AM René J.V. Bertin wrote: > On Tuesday August 16 2022 11:35:44 Koeame wrote: > >that package was, but it was plasma-touch related), but that did not work. > >What if I just uninstalled plasma5-workspace as a package? lol > > That will probably also uninstall most of what gives you the Plasma DE > (but I can be wrong). > > There's an alternative KDE desktop shell which is purely widget-based (no > QML like Plasma uses primarily nowadays I think). You can run that as an > alternative to plasmashell. Last time I checked it probably didn't have an > "edit mode" at all. So there's that solution. You may have to build it > yourself though, if no one made a PPA for it. > > If the issue is limited to the desktop it would be easier just to log in > to a different DE. It may not look as fancy, but you could actually find > your computer more responsive because Plasma isn't exactly low-resource > anymore (as far as I can tell). > > R >
Re: A way to disable the long-left mouse click shortcut to enter "Edit Mode" / modifying widgets?
On Tuesday August 16 2022 11:35:44 Koeame wrote: >that package was, but it was plasma-touch related), but that did not work. >What if I just uninstalled plasma5-workspace as a package? lol That will probably also uninstall most of what gives you the Plasma DE (but I can be wrong). There's an alternative KDE desktop shell which is purely widget-based (no QML like Plasma uses primarily nowadays I think). You can run that as an alternative to plasmashell. Last time I checked it probably didn't have an "edit mode" at all. So there's that solution. You may have to build it yourself though, if no one made a PPA for it. If the issue is limited to the desktop it would be easier just to log in to a different DE. It may not look as fancy, but you could actually find your computer more responsive because Plasma isn't exactly low-resource anymore (as far as I can tell). R
Re: A way to disable the long-left mouse click shortcut to enter "Edit Mode" / modifying widgets?
Okay I'm back sorry. Rene: > - your distro packages the touch-interface in an optional package. > Uninstall that. Plasma should lose support for using your panel for its own > features but you still have the device drivers installed so it should still > work at the system level > - set up another DE and use that instead of Plasma. Most environments > allow changing the window manager so if you're fond of KWin and its widget > styling you can still use that. And of course your KDE applications will > continue to work. > I did #1 as asked before I found out plasma-workspace is a package that existed, and I didn't get anywhere with this. I thought I've uninstalled a package that seemed like it included the gesture (couldn't remember what that package was, but it was plasma-touch related), but that did not work. What if I just uninstalled plasma5-workspace as a package? lol I'm doing #2 as I type. Duncan: > Meanwhile, I /think/ you should be able to trigger it too as I'm guessing > it's not touch-specific (tho primarily targeted at touch). Does a click- > and-hold on the plasmashell desktop with your presumably regular (or at > least not touch-device) mouse trigger edit mode? I'm guessing it does. > It should. Every fresh install as far as I know with KDE Plasma included (different distros like Manjaro, Void, Fedora, OpenSUSE), it is still very much there. On Tue, Aug 16, 2022 at 6:55 AM Duncan <1i5t5.dun...@cox.net> wrote: > René J.V. Bertin posted on Tue, 16 Aug 2022 12:08:07 +0200 as excerpted: > > > On Tuesday August 16 2022 06:50:26 Duncan wrote: > > > >>But because it's a behavior clicking on the desktop itself, not > >>something in kwin, etc, I'd say it's almost certainly coded in either > >>plasma- workspace or plasma-desktop. > > > > Doesn't it happen in all applications? > > No. It only happens (at least for me) when long-clicking on the desktop. > Even long-clicking on a panel (which is of course plasmashell too) doesn't > trigger it. It has to be the desktop. > > I agree the OP made it seem to be in all apps and I'd have thought that if > I hadn't reproduced it only on the desktop, here, but that's not what I'm > seeing. If it /is/ in all apps for him, wow, that *would* be a problem! > > Meanwhile, I /think/ you should be able to trigger it too as I'm guessing > it's not touch-specific (tho primarily targeted at touch). Does a click- > and-hold on the plasmashell desktop with your presumably regular (or at > least not touch-device) mouse trigger edit mode? I'm guessing it does. > > -- > Duncan - List replies preferred. No HTML msgs. > "Every nonfree program has a lord, a master -- > and if you use the program, he is your master." Richard Stallman > >
Re: A way to disable the long-left mouse click shortcut to enter "Edit Mode" / modifying widgets?
Okay I'm back sorry. - your distro packages the touch-interface in an optional package. > Uninstall that. Plasma should lose support for using your panel for its own > features but you still have the device drivers installed so it should still > work at the system level > - set up another DE and use that instead of Plasma. Most environments > allow changing the window manager so if you're fond of KWin and its widget > styling you can still use that. And of course your KDE applications will > continue to work. > I did #1 as Rene asked before I found out plasma-workspace is a package that existed, and I didn't get anywhere with this. I thought I've uninstalled a package that seemed like it included the gesture (couldn't remember what that package was, but it was plasma-touch related), but that did not work. What if I just uninstalled plasma5-workspace as a package? lol I'm doing #2 as I type. Meanwhile, I /think/ you should be able to trigger it too as I'm guessing > it's not touch-specific (tho primarily targeted at touch). Does a click- > and-hold on the plasmashell desktop with your presumably regular (or at > least not touch-device) mouse trigger edit mode? I'm guessing it does. > It should. Every fresh install as far as I know with KDE Plasma included (different distros like Manjaro, Void, Fedora, OpenSUSE), it is still very much there. On Tue, Aug 16, 2022 at 6:55 AM Duncan <1i5t5.dun...@cox.net> wrote: > René J.V. Bertin posted on Tue, 16 Aug 2022 12:08:07 +0200 as excerpted: > > > On Tuesday August 16 2022 06:50:26 Duncan wrote: > > > >>But because it's a behavior clicking on the desktop itself, not > >>something in kwin, etc, I'd say it's almost certainly coded in either > >>plasma- workspace or plasma-desktop. > > > > Doesn't it happen in all applications? > > No. It only happens (at least for me) when long-clicking on the desktop. > Even long-clicking on a panel (which is of course plasmashell too) doesn't > trigger it. It has to be the desktop. > > I agree the OP made it seem to be in all apps and I'd have thought that if > I hadn't reproduced it only on the desktop, here, but that's not what I'm > seeing. If it /is/ in all apps for him, wow, that *would* be a problem! > > Meanwhile, I /think/ you should be able to trigger it too as I'm guessing > it's not touch-specific (tho primarily targeted at touch). Does a click- > and-hold on the plasmashell desktop with your presumably regular (or at > least not touch-device) mouse trigger edit mode? I'm guessing it does. > > -- > Duncan - List replies preferred. No HTML msgs. > "Every nonfree program has a lord, a master -- > and if you use the program, he is your master." Richard Stallman > >
Re: A way to disable the long-left mouse click shortcut to enter "Edit Mode" / modifying widgets?
René J.V. Bertin posted on Tue, 16 Aug 2022 12:08:07 +0200 as excerpted: > On Tuesday August 16 2022 06:50:26 Duncan wrote: > >>But because it's a behavior clicking on the desktop itself, not >>something in kwin, etc, I'd say it's almost certainly coded in either >>plasma- workspace or plasma-desktop. > > Doesn't it happen in all applications? No. It only happens (at least for me) when long-clicking on the desktop. Even long-clicking on a panel (which is of course plasmashell too) doesn't trigger it. It has to be the desktop. I agree the OP made it seem to be in all apps and I'd have thought that if I hadn't reproduced it only on the desktop, here, but that's not what I'm seeing. If it /is/ in all apps for him, wow, that *would* be a problem! Meanwhile, I /think/ you should be able to trigger it too as I'm guessing it's not touch-specific (tho primarily targeted at touch). Does a click- and-hold on the plasmashell desktop with your presumably regular (or at least not touch-device) mouse trigger edit mode? I'm guessing it does. -- Duncan - List replies preferred. No HTML msgs. "Every nonfree program has a lord, a master -- and if you use the program, he is your master." Richard Stallman
Re: A way to disable the long-left mouse click shortcut to enter "Edit Mode" / modifying widgets?
On Tuesday August 16 2022 06:50:26 Duncan wrote: >But because it's a behavior clicking on the desktop itself, not something >in kwin, etc, I'd say it's almost certainly coded in either plasma- >workspace or plasma-desktop. Doesn't it happen in all applications? In a way that wouldn't really make sense if the idea is indeed to implement the traditional tap-and-hold to bring up the context menu (which is what the OP confirmed happens to him, from what I understood). It would make sense to code a plasma-specific implementation as "close to home" as possible (I'd say that would be plasma-shell, or some library used by that application). An implementation that has to be available in any running Qt app can be in very few components, the KDE platform theme plugin being one of them. R.
Re: A way to disable the long-left mouse click shortcut to enter "Edit Mode" / modifying widgets?
René J.V. Bertin posted on Mon, 15 Aug 2022 14:05:09 +0200 as excerpted: > @Duncan: in what part of the code did you see the implementation? For the plasmashell long-click behavior I haven't seen the actual code (and if it was noted in the git log I either didn't notice or forgot about it), just confirmed (after reading the initial posts to this thread) that a long-click on the desktop did indeed trigger edit mode for me too. But because it's a behavior clicking on the desktop itself, not something in kwin, etc, I'd say it's almost certainly coded in either plasma- workspace or plasma-desktop. And while I'm still a bit blurry on the difference between the two, from what I can tell (IOW, my best guess based on what I've seen including components that have moved from one to the other), plasma-workspace contains the common code that would apply to plasma-touch too, while plasma-desktop is desktop-specific. So my guess would be plasma-workspace since it's behavior that applies to both the desktop and the mobile/touch interface. The implementation I /did/ see more of -- at least as git log comments, I didn't then have reason to read the actual code and while I have a bit more now it's not yet risen to a priority to actually go back and find the git log comments and take a look at the code -- was in kwin, if I'm not mistaken, and was the relatively recent introduction of the 3-finger-swipe stuff, and earlier the four-finger-swipe stuff, to activate desktop switching and the overlay and grid effects -- which are all global and thus kwin's turf (as opposed to the above long-click which is plasmashell specific). I'm pretty certain I could/can find the kwin code, since I know I saw the git log entries for it and can search back in git history for them, but rather less certain I could find the (presumably) plasma-workspace code, since I don't have git log entries to point me at it, thus leaving me either trying to search for git log entries that might not be there, or trying, as a git-sources-consumer literate[1] and patch literate but non- dev kde-using gentooer, to find it in the code directly. --- [1] Git: consumer-side aka sysadmin-side vs. dev-side: For example, I routinely do the git consumer-side tasks of checking git logs, inspecting individual git commits, sometimes with -R to create a revert-patch I can apply as-is or modify further, etc. But the best I can do in terms of /submitting/ a patch is file a bug with an attached patch, even tho the kde bug attachment process specifically says bugs aren't checked for patches, because I'm not a dev and don't know the dev-side process for actually creating a branch, doing a commit, and pushing the result to invent.kde.org in ordered to create a PR/pull-request. Similarly, running the gentoo/kde project live-git packages, when I detect that a gentoo-level patch needs rebased, all I can do is file a gentoo bug requesting it, perhaps with a patch attached that I've created by manually reviewing the old patch and comparing it against the new code. I haven't a clue how to actually do it in git and submit what I'm told is a rebase as a pull request, because that's dev-side and all my git experience is admin/consumer-side. -- Duncan - List replies preferred. No HTML msgs. "Every nonfree program has a lord, a master -- and if you use the program, he is your master." Richard Stallman
Re: A way to disable the long-left mouse click shortcut to enter "Edit Mode" / modifying widgets?
Koeame posted on Mon, 15 Aug 2022 11:12:21 -0400 as excerpted: > My sleep schedule is awful so I apologize if my reporting is sporadic. LOL. Yours and mine both! =:^( -- Duncan - List replies preferred. No HTML msgs. "Every nonfree program has a lord, a master -- and if you use the program, he is your master." Richard Stallman
Re: A way to disable the long-left mouse click shortcut to enter "Edit Mode" / modifying widgets?
Thank you very much Rene. l'll go and do as you suggested to see if that
works. My sleep schedule is awful so I apologize if my reporting is
sporadic. Thank you Duncan as well.
On Mon, Aug 15, 2022, 08:05 René J.V. Bertin wrote:
> On Monday August 15 2022 13:37:38 René J.V. Bertin wrote:
> > /*!
> >
> > Set the timeout, in milliseconds, before the gesture triggers.
> >
> > The recognizer will detect a touch down and if \a msecs
> > later the touch is still down, it will trigger the
> QTapAndHoldGesture.
> > The default value is 700 milliseconds.
> >
> > */
> > void QTapAndHoldGesture::setTimeout(int msecs)
> > {
> >
> > QTapAndHoldGesturePrivate::Timeout = msecs;
> >
> > }
>
> NB: the timeout appears to be a global parameter, not something that can
> be varied so you cannot have different timeouts on tap-and-hold gestures
> (on different objects, for instance) in a single application.
>
> That means it *should* be possible to inject an override that sets the
> timeout to some sufficiently long duration so you don't trigger the gesture
> by accident but can still trigger it if you want to.
> That would be done by a simple call to QTapAndHoldGesture::setTimeout(); a
> good place to do that would be in a widget style. Those are typically not
> very complicated to build (and distros usually make it easy to install the
> build dependency of any of their packages).
>
> @Duncan: in what part of the code did you see the implementation? I put my
> own implementation in the KdePlatformTheme class which is one of the rare
> places where it gets exposed to just about any Qt application with a GUI.
> If the Plasma implementation is in a similar package (the plasma-framework
> isn't the most complex or expensive to build) it would be almost just as
> easy to disable the feature or set that timeout there.
>
> R.
>
Re: A way to disable the long-left mouse click shortcut to enter "Edit Mode" / modifying widgets?
On Monday August 15 2022 13:37:38 René J.V. Bertin wrote:
> /*!
>
> Set the timeout, in milliseconds, before the gesture triggers.
>
> The recognizer will detect a touch down and if \a msecs
> later the touch is still down, it will trigger the QTapAndHoldGesture.
> The default value is 700 milliseconds.
>
> */
> void QTapAndHoldGesture::setTimeout(int msecs)
> {
>
> QTapAndHoldGesturePrivate::Timeout = msecs;
>
> }
NB: the timeout appears to be a global parameter, not something that can be
varied so you cannot have different timeouts on tap-and-hold gestures (on
different objects, for instance) in a single application.
That means it *should* be possible to inject an override that sets the timeout
to some sufficiently long duration so you don't trigger the gesture by accident
but can still trigger it if you want to.
That would be done by a simple call to QTapAndHoldGesture::setTimeout(); a good
place to do that would be in a widget style. Those are typically not very
complicated to build (and distros usually make it easy to install the build
dependency of any of their packages).
@Duncan: in what part of the code did you see the implementation? I put my own
implementation in the KdePlatformTheme class which is one of the rare places
where it gets exposed to just about any Qt application with a GUI. If the
Plasma implementation is in a similar package (the plasma-framework isn't the
most complex or expensive to build) it would be almost just as easy to disable
the feature or set that timeout there.
R.
Re: A way to disable the long-left mouse click shortcut to enter "Edit Mode" / modifying widgets?
On Monday August 15 2022 04:46:46 Koeame wrote:
>Alright, is there a way to turn Plasma-Touch off or anything like
>that, assuming the long-clicking is tied to it? That could be a way to
>disable the annoying long-clicking I'm doing. Apologies for the wording,
>I'm not tech-savvy.
Is there is a dedicated touch*screen* configuration panel in
SystemSettings/Input Devices? NB: touch*pad* is the trackpad, if you have one
of those too. If not, or if that panel is of no help:
If Duncan is right and you're running into a Plasma "feature" which cannot at
the moment be configured there are basically 2 options
- your distro packages the touch-interface in an optional package. Uninstall
that. Plasma should lose support for using your panel for its own features but
you still have the device drivers installed so it should still work at the
system level
- set up another DE and use that instead of Plasma. Most environments allow
changing the window manager so if you're fond of KWin and its widget styling
you can still use that. And of course your KDE applications will continue to
work.
FWIW I've written a long-press-for-contextmenu feature myself using Qt's
tap-and-hold gesture, but only on certain widgets. I do think it triggers in
about 1s so that must be a Qt constant. And indeed:
> /*!
>
> Set the timeout, in milliseconds, before the gesture triggers.
>
> The recognizer will detect a touch down and if \a msecs
> later the touch is still down, it will trigger the QTapAndHoldGesture.
> The default value is 700 milliseconds.
>
> */
> void QTapAndHoldGesture::setTimeout(int msecs)
> {
>
> QTapAndHoldGesturePrivate::Timeout = msecs;
>
> }
R
Re: A way to disable the long-left mouse click shortcut to enter "Edit Mode" / modifying widgets?
On Sunday August 14 2022 21:28:18 Koeame wrote: >> Long-click is the traditional way to bring up the context menu in touch >> interfaces; it would not surprise me if the tablet handles this >> autonomously. >> > It's not a touchpad for human fingers, it's just a projector tablet that >can only sense the pen that comes with it. That's irrelevant, you're still using it as a touch interface to interact with an application. Now either that goes through support in/by each application, or it goes through the standard HID layers, i.e. your device is going to function as a pointing or a typing device. R.
Re: A way to disable the long-left mouse click shortcut to enter "Edit Mode" / modifying widgets?
> > (sorry, "Koeame" doesn't come > with a default-gender label here and there's no preferred pronoun > indication so singular-they it is) > He/him. While I don't agree with the lack of configuration (as should be plain from the above, I'd turn it off if I could, too), it should be noted that plasma is multi-physical-platform targeted. Plasma-touch (IIRC that's what it's called), for use on phones and the like, is a thing, with development for the pinephone originally helping it progress by leaps and bounds. Alright, is there a way to turn Plasma-Touch off or anything like that, assuming the long-clicking is tied to it? That could be a way to disable the annoying long-clicking I'm doing. Apologies for the wording, I'm not tech-savvy.
Re: A way to disable the long-left mouse click shortcut to enter "Edit Mode" / modifying widgets?
Koeame posted on Sun, 14 Aug 2022 12:02:59 -0400 as excerpted: [Moving this around to standard mailinglist/newsgroup quote/reply-in- quote-context format so it's easier to follow.] > On Sun, Aug 14, 2022 at 6:21 AM René J.V. Bertin > wrote: > >> On Saturday August 13 2022 23:44:11 Koeame wrote: >>> Hi, I've been trying to find a way to disable this feature for about a >>> year now, and to no avail. I have a XP-PEN projector tablet, counted >>> as a second monitor, and when I press and hold my pen for no more than >>> a second, I trigger the "Edit Mode" functionality. This has been an >>> annoying problem >> >> >> NB: this is something for which you may have to ask on the calligra or >> krita (devel) MLs. Just to be clear here, (I believe) "they're" (sorry, "Koeame" doesn't come with a default-gender label here and there's no preferred pronoun indication so singular-they it is) talking about plasmashell functionality -- a long-click on the desktop triggers edit mode, as I just confirmed for myself here. Nothing (directly) to do with calligra/krita; they just mentioned krita to pre-answer "why a pen-tablet". >> Is long-press the normal trigger for edit mode or if not, what is? > Yes. It just happens when I hold left-click (which is also my pen click) > for one second and it thinks I want to modify widgets based on that > (thus being, Edit Mode). [/This/ is why quote/reply mode works better. With that question in the block quote underneath it wasn't immediately clear what "yes" was referring to. Quote/reply-in-context mode makes it obvious. =:^) You'll also note that I omitted some of the quote for context I wasn't directly replying to.] It (long-click) seems to be /one/ of the normal triggers for desktop/ activity edit mode (the others, right-click-select-from-menu, which is I suppose the most common trigger method, and the Alt+D hotkey, being mentioned below), yes. Meanwhile, *THIS* (long-click) must be why I've found edit-mode being randomly triggered here. I had no idea this was even a /thing/, but sure enough, click-and-holding triggers edit-mode. As it happens I use a(n external wireless) touchpad as my primary/only pointer-device here and as mentioned, I've had problems with edit-mode "randomly" being triggered. Knowing about the long-click trigger now I suppose that's what's happening, when I let my finger linger too long on the touchpad. > Also, if I may ask, why would the Edit Mode long-click be a hardcoded > gesture that I cannot enable or disable if I can just right click and > Enter Edit Mode that way, or Alt + D for my keyboard shortcut? While I don't agree with the lack of configuration (as should be plain from the above, I'd turn it off if I could, too), it should be noted that plasma is multi-physical-platform targeted. Plasma-touch (IIRC that's what it's called), for use on phones and the like, is a thing, with development for the pinephone originally helping it progress by leaps and bounds. So plasma-touch would be the target usage for the long-touch edit-mode trigger. I'm much more a desktop person[1] but it does make sense to me -- for "fondleslab" (reference: theregister.com) usage. FWIW, tho they won't work in the pentab case there's additional hard-coded touch-focused gestures as well, three- and four-finger swipe gestures to activate grid-view (4-up), overview (4-down), and desktop switching (originally 4-left/right, more recently 3-up/down/left/right). I actually use these with my touchpad some. But if they were configurable I'd probably use them more. (The hard-coded desktop-switching wrap doesn't work the way I'd like...) Meanwhile, from the git logs and/or bug comments I've read, I think the intent is to eventually make these configurable. The thinking was that hard-coding the behavior solved a real problem for the plasma-touch folks, while /in/ /theory/ not affecting desktop users (which they apparently presume to be using normal mice as pointing devices) without the equipment to trigger it, so they did a quick hard-code solution instead of more than doubling the code to have a nice GUI configurator to go with it. Unfortunately, such "intent" items tend to "bluesky" and may or may not appear in anything like an even half-reasonably timely manner, if at all... --- [1] Actually don't have a cellphone. I don't like the privacy invasion of the big players and while pinephone, etc. would take care of /some/ of that (you're still location-trackable via wifi connection or cell tower triangulation, while my cable IP only gets isolated to the city level, except for the cableco themselves of course), I've never quite been able to cost-justify paying for both a home and mobile internet connection, and at least in the US, mobile internet is /severely/ bandwidth-constrained in either speed or per-month allowance, so for someone typically using up to a TB a month on the cable connection (once had to cut back to avoid
Re: A way to disable the long-left mouse click shortcut to enter "Edit Mode" / modifying widgets?
> > Does a right-click activate edit mode directly or via a context menu? > It's just a context menu, my apologies, I should have clarified. > > Long-click is the traditional way to bring up the context menu in touch > interfaces; it would not surprise me if the tablet handles this > autonomously. > It's not a touchpad for human fingers, it's just a projector tablet that can only sense the pen that comes with it. No touching involved. The pen's function behaves like a normal left-mouse click for any pressing I do on it unless I press the other buttons in the pen (which don't really do anything, I'd have to keybind it ). > > Pen click: you mean like clicking the mouse cursor on an object to "grab" > it? The touch interfaces I am familiar with use a double tap for that. > No. > > Alternatively: does the unwanted event still occurs if you move the pen a > tiny bit before 1s has elapsed? > Yes, but it sometimes also doesn't do that, too, so good point. I'd like to make dots and do it perfectly still on drawing programs like Krita and most of the time it would trigger the functionality. > > Finally: I see there are Linux drivers for at least some models. Did you > install those?! According to the manual I looked at there are many things > that can be configured via the driver software. Maybe there is also > something like a bios (firmware) settings screen you can call up when > booting the tablet? It might be possible there to increase the required > long-click duration, or even deactivate the feature altogether. > I did. For my current distro I used the .rpm (OpenSUSE) version of the file, because XP-PEN does provide different compressed packages (.deb, .tar.gz, and .rpm). The drivers work like a charm and I had no problems with it. If you find no suitable solution you can always write to the company ( > serv...@xp-pen.com); I'm guessing you paid enough for this device. Long > ago I was interested in a non-standard application of a graphics tablet > with pen pressure and tilt detection, to be used from an SGI workstation. I > got into contact with a product manager, who was eager and interested to > help me write my own driver. I'll talk to them if I've found no luck so far.
Re: A way to disable the long-left mouse click shortcut to enter "Edit Mode" / modifying widgets?
On Sunday August 14 2022 12:02:59 Koeame wrote: >Also, if I may ask, why would the Edit Mode long-click be a hardcoded >gesture that I cannot enable or disable if I can just right click and Enter >Edit Mode that way, or Alt + D for my keyboard shortcut? Does a right-click activate edit mode directly or via a context menu? Long-click is the traditional way to bring up the context menu in touch interfaces; it would not surprise me if the tablet handles this autonomously. Pen click: you mean like clicking the mouse cursor on an object to "grab" it? The touch interfaces I am familiar with use a double tap for that. Alternatively: does the unwanted event still occurs if you move the pen a tiny bit before 1s has elapsed? Finally: I see there are Linux drivers for at least some models. Did you install those?! According to the manual I looked at there are many things that can be configured via the driver software. Maybe there is also something like a bios (firmware) settings screen you can call up when booting the tablet? It might be possible there to increase the required long-click duration, or even deactivate the feature altogether. If you find no suitable solution you can always write to the company (serv...@xp-pen.com); I'm guessing you paid enough for this device. Long ago I was interested in a non-standard application of a graphics tablet with pen pressure and tilt detection, to be used from an SGI workstation. I got into contact with a product manager, who was eager and interested to help me write my own driver. R.
Re: A way to disable the long-left mouse click shortcut to enter "Edit Mode" / modifying widgets?
Hi, Yes. It just happens when I hold left-click (which is also my pen click) for one second and it thinks I want to modify widgets based on that (thus being, Edit Mode). Krita was only pointed as an example for an app I use alongside, the Long-click is indiscriminate to any program and it still happens anytime I happen to press for one second. It's also indiscriminate whichever distro I use with KDE as its DE. I'll take a look at using xev and synclient and learning how to use it. Also, if I may ask, why would the Edit Mode long-click be a hardcoded gesture that I cannot enable or disable if I can just right click and Enter Edit Mode that way, or Alt + D for my keyboard shortcut? On Sun, Aug 14, 2022 at 6:21 AM René J.V. Bertin wrote: > On Saturday August 13 2022 23:44:11 Koeame wrote: > >Hi, I've been trying to find a way to disable this feature for about a > year > >now, and to no avail. I have a XP-PEN projector tablet, counted as a > second > >monitor, and when I press and hold my pen for no more than a second, I > >trigger the "Edit Mode" functionality. This has been an annoying problem > > > NB: this is something for which you may have to ask on the calligra or > krita (devel) MLs. > > Is long-press the normal trigger for edit mode or if not, what is? Some > mouse/trackpad drivers (which can be in firmware) have hardcoded gestures > which you cannot modify. I had a tablet PC where the trackpad has hide or > shade window(s) coupled to a 2-finger gesture I'm used to making for other > things. On Linux I was able to avoid that by using xev to determine what > events were being generated. I don't remember exactly how I used that info > to solve the issue; either via xmodmap or via KDE's global shortcut > mechanism. In your case synclient may also offer a solution, or whatever > equivalent exists for the touchscreen driver. > > R. >
Re: A way to disable the long-left mouse click shortcut to enter "Edit Mode" / modifying widgets?
Hi, Yes. It just happens when I hold left-click (which is also my pen click) for one second and it thinks I want to modify widgets based on that (thus being, Edit Mode). Krita was only pointed as an example for an app I use alongside, the Long-click is indiscriminate to any program and it still happens anytime I happen to press for one second. It's also indiscriminate whichever distro I use with KDE as its DE. I'll take a look at using xev and synclient and learning how to use it. Also, if I may ask, why would the Edit Mode long-click be a hardcoded gesture that I cannot enable or disable if I can just right click and Enter Edit Mode that way, or Alt + D for my keyboard shortcut? On Sun, Aug 14, 2022 at 6:21 AM René J.V. Bertin wrote: > On Saturday August 13 2022 23:44:11 Koeame wrote: > >Hi, I've been trying to find a way to disable this feature for about a > year > >now, and to no avail. I have a XP-PEN projector tablet, counted as a > second > >monitor, and when I press and hold my pen for no more than a second, I > >trigger the "Edit Mode" functionality. This has been an annoying problem > > > NB: this is something for which you may have to ask on the calligra or > krita (devel) MLs. > > Is long-press the normal trigger for edit mode or if not, what is? Some > mouse/trackpad drivers (which can be in firmware) have hardcoded gestures > which you cannot modify. I had a tablet PC where the trackpad has hide or > shade window(s) coupled to a 2-finger gesture I'm used to making for other > things. On Linux I was able to avoid that by using xev to determine what > events were being generated. I don't remember exactly how I used that info > to solve the issue; either via xmodmap or via KDE's global shortcut > mechanism. In your case synclient may also offer a solution, or whatever > equivalent exists for the touchscreen driver. > > R. >
Re: A way to disable the long-left mouse click shortcut to enter "Edit Mode" / modifying widgets?
On Saturday August 13 2022 23:44:11 Koeame wrote: >Hi, I've been trying to find a way to disable this feature for about a year >now, and to no avail. I have a XP-PEN projector tablet, counted as a second >monitor, and when I press and hold my pen for no more than a second, I >trigger the "Edit Mode" functionality. This has been an annoying problem NB: this is something for which you may have to ask on the calligra or krita (devel) MLs. Is long-press the normal trigger for edit mode or if not, what is? Some mouse/trackpad drivers (which can be in firmware) have hardcoded gestures which you cannot modify. I had a tablet PC where the trackpad has hide or shade window(s) coupled to a 2-finger gesture I'm used to making for other things. On Linux I was able to avoid that by using xev to determine what events were being generated. I don't remember exactly how I used that info to solve the issue; either via xmodmap or via KDE's global shortcut mechanism. In your case synclient may also offer a solution, or whatever equivalent exists for the touchscreen driver. R.
A way to disable the long-left mouse click shortcut to enter "Edit Mode" / modifying widgets?
Hi, I've been trying to find a way to disable this feature for about a year now, and to no avail. I have a XP-PEN projector tablet, counted as a second monitor, and when I press and hold my pen for no more than a second, I trigger the "Edit Mode" functionality. This has been an annoying problem for me since I tried drawing on Krita, and I oddly see no one else having a solution to this issue. I've tried going through gestures, shortcuts, mouse input, to see if I can find it but this shortcut isn't listed. If there's a way at all to disable this that would be very appreciated. Thank you.
