Skip to content
This repository has been archived by the owner on Jul 9, 2021. It is now read-only.

Exiting selection mode doesn't work on first try #159

Closed
kugiigi opened this issue Mar 1, 2021 · 18 comments · Fixed by #164
Closed

Exiting selection mode doesn't work on first try #159

kugiigi opened this issue Mar 1, 2021 · 18 comments · Fixed by #164

Comments

@kugiigi
Copy link
Contributor

kugiigi commented Mar 1, 2021

Steps to Reproduce

  1. Press and hold the spacebar or swipe from the bottom
  2. Double tap without lifting your finger and drag to enter selection mode and select some texts
  3. Lift your finger then swipe again to select more texts
  4. Double tap again.

Expected Results

Exits selection mode

Actual Results

Double tap doesn't exit selection mode. Second double tap exits it.

kugiigi added a commit to kugiigi/keyboard-component that referenced this issue Mar 2, 2021
Implemented custom double click in cursor mover mode to fix issues with difficulty to trigger it
kugiigi added a commit to kugiigi/keyboard-component that referenced this issue Mar 2, 2021
Implemented custom double click in cursor mover mode to fix issues with difficulty to trigger it
UniversalSuperBox added a commit to ubports/qtubuntu that referenced this issue Mar 5, 2021
In Qt 5.12.4[1], Qt started checking for the distance between two clicks
or taps when deciding whether a Clicked event should become a
DoubleClicked event. The default distance in Qt 5.12.9 is 5 pixels
horizontally or vertically from the initial click point. The double tap
distance is defined as twice the double click distance[2].

We can use the DPI value of the screen to determine a likely value of
.15 (3/20) of an inch for distance between click events, and .30 of an
inch for touch events. These values, and most of the implementation,
were taken from the Android QPA[3].

Fixes ubports/keyboard-component#159
Fixes ubports/keyboard-component#158

[1] qt/qtdeclarative@56fbc27
[2] https://github.com/qt/qtbase/blob/5.12.9/src/gui/kernel/qplatformtheme.cpp#L548-L563
[3]https://github.com/qt/qtbase/blob/v5.12.9/src/plugins/platforms/android/qandroidplatformtheme.cpp#L469
@dobey dobey closed this as completed Mar 5, 2021
@Fuseteam
Copy link
Contributor

Fuseteam commented Mar 6, 2021

this still seems to be an issue on 03-05/2 while #158 seems fixed

@kugiigi
Copy link
Contributor Author

kugiigi commented Mar 6, 2021

Note that this isn't a regression in OTA-16. It just happens that this was also fixed with my proposed PR 😄
So I think this should be reopened but doesn't necessarily need to be fixed in OTA-16.

@Fuseteam
Copy link
Contributor

Fuseteam commented Mar 6, 2021

pretty sure you have the ability to reopen @kugiigi 👀

@kugiigi
Copy link
Contributor Author

kugiigi commented Mar 6, 2021

I'm not sure if I can but I'm pretty sure I don't see the button to do it 😅

kugiigi added a commit to kugiigi/keyboard-component that referenced this issue Mar 7, 2021
@kugiigi kugiigi mentioned this issue Mar 7, 2021
@dobey
Copy link
Member

dobey commented Mar 8, 2021

This is working fine on my Nexus 4 without the newly proposed changes. How can I verify this issue?

@kugiigi
Copy link
Contributor Author

kugiigi commented Mar 8, 2021

You have to lift your finger after entering selection mode then swipe again. Lastly, double tap again to try exiting selection mode.

@Fuseteam
Copy link
Contributor

Fuseteam commented Mar 8, 2021

so for brevity:

  • double tap
  • swipe
  • double tap

@dobey
Copy link
Member

dobey commented Mar 8, 2021

Yes. That all works fine here.

@Fuseteam
Copy link
Contributor

Fuseteam commented Mar 9, 2021

weird, that doesn't work on the e5 devel 0305, I'll test on the nexus5 when I get home

@kugiigi
Copy link
Contributor Author

kugiigi commented Mar 9, 2021

Yeah, it definitely happens on all my devices (Xperia X, Pinephone, MX4 and Nexus 5)

@dobey Are you sure you lifted your finger after entering selection mode and swiped again? Double tapping shouldn't work on first try. Or maybe you already installed my PR 😄

@dobey
Copy link
Member

dobey commented Mar 9, 2021

Yes, I am sure. Weird, now trying again it is indeed not working. But it was working fine yesterday. 🤷

dobey added a commit that referenced this issue Mar 15, 2021
@Keneda-ut
Copy link

Keneda-ut commented May 8, 2021

Since OTA 17 (RC) i have an issue, when using this form : https://media.interieur.gouv.fr/attestation-deplacement-derogatoire-covid-19/

On this field :
KB

Before, i could select and set time, first hour then minutes in a row, just using the blue "swipe to move" keyboard feature (only way to set this kind of fields on Morph/Utouch), but now, if i swipe on the right to swap from hour to minutes, or the opposite, it closes keyboard instently.

And because miss swipes are easy, it closes often without even wanting to swap hours/minute.

I see only this commit that could have done something to this.
I just tested to go back to OTA 16 and it works like before.

Edit : now switched back to OTA-17 RC and issue again.

@Fuseteam
Copy link
Contributor

Fuseteam commented May 9, 2021

that mode is technically meant to allow text selection, have you tried in the gray mode (also called cursor mover mode)

@Fuseteam
Copy link
Contributor

Fuseteam commented May 9, 2021

just tested, it works in the regular "not blue" mode. it somewhat flaky but it doesn't immediately dismiss the keyboard

if its immediate blue in your case you can double tap to exit the blue mode

@Keneda-ut
Copy link

Keneda-ut commented May 9, 2021

just tested, it works in the regular "not blue" mode. it somewhat flaky but it doesn't immediately dismiss the keyboard

if its immediate blue in your case you can double tap to exit the blue mode

It didn't work before in "grey" mode, that's why i used blue one, and you're right now i just tested and yes it works now too in grey, but same behavior than i described, if i swap hours/minutes, it closes keyboard.

EDIT : reverted back to OTA 16 and grey mode still allow changing time (so some previous update fixed that, morph or uTouch i can't tell), and keyboard doesn't close when swaping hours/minutes.

And to be clearer, when i talk about swaping hours/minutes, i talk about swiping with finger to right or left in the keyboard field, not in the website hour/minute field by touching it.

@kugiigi
Copy link
Contributor Author

kugiigi commented May 9, 2021

I can replicate your issue on my Nexus 5. But I don't think it is related to this issue. The change only concerns entering/exiting selection mode.
My guess is it's related to this
https://gitlab.com/ubports/core/packaging/qtwebengine/-/merge_requests/4

@Keneda-ut
Copy link

Keneda-ut commented May 9, 2021

Well, as i followed ubports thread https://forums.ubports.com/topic/6055/ota-17-call-for-testing-companion-post?_=1620508443094 that leads to this page https://github.com/orgs/ubports/projects/26 for reporting behavior, i only saw this issue, not the one you just gave me.
But as you're the dev, i believe you ^^

All i can tell is that it worked on OTA 16 but not anymore in OTA 17 :)

Should i post on here https://gitlab.com/ubports/core/packaging/qtwebengine/-/merge_requests/4 or there ubports/morph-browser#468 ?

@kugiigi
Copy link
Contributor Author

kugiigi commented May 9, 2021

I'd say on the morph browser issue.

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
None yet
Projects
None yet
Development

Successfully merging a pull request may close this issue.

5 participants