Closed
Bug 1236434
Opened 9 years ago
Closed 9 years ago
Reduce delay in hiding AccessibleCarets during zoom/scroll
Categories
(Core :: DOM: Selection, defect)
Tracking
()
RESOLVED
WORKSFORME
People
(Reporter: capella, Unassigned)
References
(Blocks 1 open bug)
Details
Originally commented somewhere around bug 1235632 comment #6 ...
We notice a lag in hiding the carets during zoom/scroll, especially while zooming up and to the left (carets move opposite, down and to the right) [0], and wonder if this can be tightened up / reduced.
[0] https://www.dropbox.com/s/xi2dvkf3q0j0ydv/accessibleCarets_delayHide.mp4?dl=0
Reporter | ||
Updated•9 years ago
|
OS: Unspecified → Android
Hardware: Unspecified → ARM
Comment 1•9 years ago
|
||
AccessibleCaretEventHub implements nsIScrollObserver::AsyncPanZoomStarted() at [1] to get notified when the zooming started to hide the carets. I don't know if this function can be called earlier during zooming. Perhaps kats will know more.
[1] https://dxr.mozilla.org/mozilla-central/source/layout/base/AccessibleCaretEventHub.cpp?from=AccessibleCaretEventHub.cpp#661
Updated•9 years ago
|
Blocks: AccessibleCaret
Comment 2•9 years ago
|
||
(In reply to Ting-Yu Lin [:TYLin] (UTC+8) from comment #1)
> AccessibleCaretEventHub implements nsIScrollObserver::AsyncPanZoomStarted()
> at [1] to get notified when the zooming started to hide the carets. I don't
> know if this function can be called earlier during zooming. Perhaps kats
> will know more.
I don't think it can really get called any earlier the way it's structured now. The call happens in the compositor as soon as the zooming starts, but it can take some time for that call to propagate over IPC and get run on the main thread. During that time the APZC will continue with the zoom. I think the only way to guarantee this is to somehow annotate the layers so that we can show/hide them directly on the compositor thread.
Comment 3•9 years ago
|
||
(In reply to Kartikaya Gupta (email:kats@mozilla.com) from comment #2)
> the only way to guarantee this is
by this I mean "the only way to guarantee no delay"
Comment 4•9 years ago
|
||
I test this today on Sony Z3C. On release build, I do see the caret fly away while zoom in or out, but I need to pay attention to notice that. So it's probably OK for me. However, on debug build, it's noticeable and intolerable for me. I was wondering which build did the original reporter use.
Comment 5•9 years ago
|
||
Nexus 9 on Nightly (so no debug build). Pretty sure page complexity and resolution also factor in. If it shows on a debug build for you it just means it's going to be visible on anything that's not a high end device.
Comment 6•9 years ago
|
||
With bug 1249201 landed, the carets are always shown during scrolling or zooming. This is no longer an issue.
Status: NEW → RESOLVED
Closed: 9 years ago
Resolution: --- → WORKSFORME
You need to log in
before you can comment on or make changes to this bug.
Description
•