Re: A way to disable the long-left mouse click shortcut to enter "Edit Mode" / modifying widgets?

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



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 <rjvbertin@xxxxxxxxx>
> 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 the 
1.25 TB cap, could get unlimited but only once so I haven't, more 
typically 700-900 GB), mobile-only isn't a viable option.

-- 
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




[Index of Archives]     [Trinity (TDE) Desktop Users]     [Fedora KDE]     [Fedora Desktop]     [Linux Kernel]     [Gimp]     [GIMP for Windows]     [Gnome]     [Yosemite Hiking]
  Powered by Linux