Closed
Bug 1141855
Opened 9 years ago
Closed 9 years ago
Don't use APZ for selection carets on Desktop
Categories
(Core :: Panning and Zooming, defect)
Core
Panning and Zooming
Tracking
()
RESOLVED
FIXED
mozilla39
Tracking | Status | |
---|---|---|
firefox39 | --- | fixed |
People
(Reporter: dvander, Assigned: dvander)
Details
Attachments
(1 file)
3.88 KB,
patch
|
kats
:
review+
TYLin
:
feedback+
|
Details | Diff | Splinter Review |
Selection caret tests do not work with Desktop APZ. I'm guessing the "long tap" stuff isn't hooked up. This isn't very important for desktop APZ so I'd like to just change selection caret APZ to be mobile-only.
Assignee | ||
Comment 1•9 years ago
|
||
Attachment #8575683 -
Flags: review?(bugmail.mozilla)
Comment 2•9 years ago
|
||
Comment on attachment 8575683 [details] [diff] [review] patch Review of attachment 8575683 [details] [diff] [review]: ----------------------------------------------------------------- I guess you bump into some marionette test failures after enabling APZ on desktop. This patch looks good to me.
Attachment #8575683 -
Flags: feedback+
Comment 3•9 years ago
|
||
Comment on attachment 8575683 [details] [diff] [review] patch Review of attachment 8575683 [details] [diff] [review]: ----------------------------------------------------------------- What about touch support on desktop? Presumably we'll want to use this SelectionCaret when we support that, do you have a plan to deal with that? ::: layout/base/SelectionCarets.cpp @@ +114,5 @@ > } > > +#if defined(MOZ_WIDGET_GONK) || defined(MOZ_WIDGET_ANDROID) > + docShell->GetAsyncPanZoomEnabled(&mUseAsyncPanZoom); > + mUseAsyncPanZoom = mUseAsyncPanZoom && gfxPrefs::AsyncPanZoomEnabled(); docShell->GetAsyncPanZoomEnabled is redundant here, it just returns the value of the pref which you're getting via gfxPrefs anyway. You can just remove the call to docshell.
Assignee | ||
Comment 4•9 years ago
|
||
(In reply to Kartikaya Gupta (email:kats@mozilla.com) from comment #3) > What about touch support on desktop? Presumably we'll want to use this > SelectionCaret when we support that, do you have a plan to deal with that? Sure, when that time comes, right now I just don't want to block desktop APZ on this. > > +#if defined(MOZ_WIDGET_GONK) || defined(MOZ_WIDGET_ANDROID) > > + docShell->GetAsyncPanZoomEnabled(&mUseAsyncPanZoom); > > + mUseAsyncPanZoom = mUseAsyncPanZoom && gfxPrefs::AsyncPanZoomEnabled(); > > docShell->GetAsyncPanZoomEnabled is redundant here, it just returns the > value of the pref which you're getting via gfxPrefs anyway. You can just > remove the call to docshell. Ok.
Comment 5•9 years ago
|
||
Comment on attachment 8575683 [details] [diff] [review] patch Review of attachment 8575683 [details] [diff] [review]: ----------------------------------------------------------------- In that case just make it MOZ_WIDGET_GONK. Fennec doesn't use this code at all right now either, and just having MOZ_WIDGET_GONK will make it clearer that it's only used on B2G.
Attachment #8575683 -
Flags: review?(bugmail.mozilla) → review+
Assignee | ||
Comment 6•9 years ago
|
||
https://hg.mozilla.org/integration/mozilla-inbound/rev/de19c60e56bd
Assignee | ||
Comment 7•9 years ago
|
||
err, landed the wrong patch. here: https://hg.mozilla.org/integration/mozilla-inbound/rev/6bd5b08c6ff4
Comment 8•9 years ago
|
||
https://hg.mozilla.org/mozilla-central/rev/6bd5b08c6ff4
Status: ASSIGNED → RESOLVED
Closed: 9 years ago
status-firefox39:
--- → fixed
Resolution: --- → FIXED
Target Milestone: --- → mozilla39
You need to log in
before you can comment on or make changes to this bug.
Description
•