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
