UX issue | Undo easily triggered accidentally

[josephmanghan]

Language

English

Variant

English symbols messeagease

Kind of request

Changes on an existing layout

More details

On layout "english symbols messagease" (and I presume others), the undo button/arrow is extremely easy to hit and accidentally remove a large portion of text. If typing quickly & you type a few characters after this happens, you won't be able to put the delete text back with the redo button/arrow. This is largely an issue when accessing characters around the "r" key.

An MVP solution could be to make the the undo/redo buttons configurable in the "look and feel" menu. It would also be great if undo/redo simply wasn't available in the letters pane, and only in the special characters pane, as at least this would be more deliberate.

Acknowledgements

• I have written a short but informative title.
• I have searched the existing layouts and issues to confirm that this layout either does not exist or was not requested already
• I have admitted that I am a clown by having checked this box, as I have not read these acknowledgements. 🤡
• I have filled out all of the requested information in this form.

[dessalines]

On layout "english symbols messagease" (and I presume others), the undo button/arrow is extremely easy to hit and accidentally remove a large portion of text. If typing quickly & you type a few characters after this happens, you won't be able to put the delete text back with the redo button/arrow.

I was able to replicate this, but I don't know if its that common an occurence that we need to add a setting just to hide those. Backspace seems like it would be just as common to swipe, and if we had no undos keys at all, there's be no way to bring back that text either.

I wouldn't oppose a PR adding this setting (default off), but to me it just seems overkill.

[josephmanghan]

It's perhaps more of an issue in left hand mode, which I use.

…

On Fri, Jul 26, 2024 at 3:54 AM Dessalines ***@***.***> wrote: On layout "english symbols messagease" (and I presume others), the undo button/arrow is extremely easy to hit and accidentally remove a large portion of text. If typing quickly & you type a few characters after this happens, you won't be able to put the delete text back with the redo button/arrow. I was able to replicate this, but I don't know if its *that common* an occurence that we need to add a setting just to hide those. Backspace seems like it would be just as common to swipe, and if we had no undos keys at all, there's be no way to bring back that text either. I wouldn't oppose a PR adding this setting (default off), but to me it just seems overkill. — Reply to this email directly, view it on GitHub <#988 (comment)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/AR7NRGEM2HGVGCKJ5DZGYG3ZOG24RAVCNFSM6AAAAABLN3QRQCVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDENJRHA3DMOJTGE> . You are receiving this because you authored the thread.Message ID: ***@***.***>

[locrianz]

This happens to me extremely often and I'm right-handed.

[Nixill]

I sometimes struggle with fine motor control, such as exact positions of my fingers on a touch screen. If I put my finger a little too far to the right when trying to type an L, I lose up to an entire conment box worth of text (however much I've typed since the last time I had to backspace), and if I'm in the middle of typing at about 50 wpm then I won't notice what I've done before I've already cleared the undo history by typing the next letter.

If you don't want to lose the undo feature (which tbh I don't either, I just don't want it to be so easy to unintentionally invoke), it could be assigned to either of the empty swipes on that button. Even making it down-left instead of left would be a big improvement.

[josephmanghan]

Very much agreed with this & a down-swipe may be a great alternative because it's more distinct from the use of the 'r' key. I think the undo is doubly problematic because the redo memory is so short. I can never redo my accidental deletion.

…

On Sun, Sep 1, 2024, 16:38 Nixill ***@***.***> wrote: I sometimes struggle with fine motor control, such as exact positions of my fingers on a touch screen. If I put my finger a little too far to the right when trying to type an L, I lose up to *an entire conment box* worth of text (however much I've typed since the last time I had to backspace), and if I'm in the middle of typing at about 50 wpm then I won't notice what I've done before I've already cleared the undo history by typing the next letter. If you don't want to lose the undo feature (which tbh I don't either, I just don't want it to be so easy to unintentionally invoke), it could be assigned to either of the empty swipes on that button. Even making it down-left instead of left would be a big improvement. — Reply to this email directly, view it on GitHub <#988 (comment)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/AR7NRGCKP2XXTS6MKMNUM3LZUMYHBAVCNFSM6AAAAABLN3QRQCVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDGMRTGM4TSOJYGM> . You are receiving this because you authored the thread.Message ID: ***@***.***>

[Noitarud]

I may accidently trigger undo when entering an L(same button position as seen in image, but is left sweep) probably because finger landed too far right; and the guesture for redo, cut and … fails possibly bc too close to right side, redo gets num/lett switch (rightward guestures on right keys and upward guestures on top do not work)

(perhaps abstractly related: noted the ")" is difficult to enter, only possible if I swipe from left side instead of centre.)

contemplate these solutions:
•sweep on space for undo/redo
•if not, add small gap to move from edge of screen.
•(stopgap) undo places removed content on alternative clipboard

excellent app (there are some features I miss from anysoft, had to change though)

[nejni-marji]

when i get the compilation working again i might just move undo/redo onto the delete button in personal builds