You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Interestingly, if I tap on the bullet, I get a similar delay as I do when the keyboard is up. If I tap on the thought itself (without creating a browser selection) then I see the selected cursor change very quickly. Can you please confirm that you would like to see this faster transition in the following cases?
Tap on thought, keyboard closed (currently fast)
Tap on bullet, keyboard closed (currently slow)
Tap on thought, keyboard open (currently slow)
Tap on bullet, keyboard open (currently slow, closes keyboard)
Thanks for the question. Yes, we want a fast transition is all cases. When touchend occurs, there is no possibility for long tap or drag-and-drop, so I don't see any reason to delay setCursor. We use fastClick instead of onClick for similar reasons.
Tapping on a thought vs tapping on a bullet involve different event handlers, so I would be cautious about treating them as the same issue. Perhaps they have the same cause, or perhaps they are slightly different. A bullet does not need to worry about preserving the browser selection offset created by the default browser behavior the way that a thought does in edit mode. For troubleshooting purposes, I would act as if they have separate causes until proven otherwise. If troubleshooting them together proves to be too complex, you can try approaching them one at a time. Just my $0.02, but I trust your judgment!
Steps to Reproduce
Current Behavior
There is a delay after
touchend
before the cursor moves. This delay only exists when the keyboard is up (state.editing
).Expected Behavior
On
touchend
, the cursor should immediately move.(On
touchstart
the cursor cannot move immediately since we have to wait for drag-and-drop.)The text was updated successfully, but these errors were encountered: