3811571080ce8902701b7f4aada88200f156ee08: Bug 1351783 part 14 - Create a base class for WheelScrollAnimation. r?botond draft
Ryan Hunt <rhunt@eqrion.net> - Thu, 15 Jun 2017 04:31:50 -0400 - rev 596809
Push 64761 by bmo:rhunt@eqrion.net at Mon, 19 Jun 2017 19:52:12 +0000
Bug 1351783 part 14 - Create a base class for WheelScrollAnimation. r?botond MozReview-Commit-ID: BtUJo5NAiTR
e78c9f608b7aa2fb038a98d3844ac13b4b8bb516: Bug 1351783 part 13 - Add a function for determing if a ScrollSnapInfo has scroll snap points. r=botond draft
Ryan Hunt <rhunt@eqrion.net> - Thu, 15 Jun 2017 03:52:34 -0400 - rev 596808
Push 64761 by bmo:rhunt@eqrion.net at Mon, 19 Jun 2017 19:52:12 +0000
Bug 1351783 part 13 - Add a function for determing if a ScrollSnapInfo has scroll snap points. r=botond MozReview-Commit-ID: 7Dj0RGfQFNC
83d455d3f0452d2a98f52640c9a3445b0565becd: Bug 1351783 part 12 - Create and sync focus sequence numbers. r=kats,botond draft
Ryan Hunt <rhunt@eqrion.net> - Mon, 05 Jun 2017 19:45:31 -0500 - rev 596807
Push 64761 by bmo:rhunt@eqrion.net at Mon, 19 Jun 2017 19:52:12 +0000
Bug 1351783 part 12 - Create and sync focus sequence numbers. r=kats,botond Focus can change at any moment in a document. This causes non-determinism and correctness problems for doing keyboard apz scrolling. To get around this, we will maintain deterministic behavior for focus changes initiated by input events and see if we can get away with more non-determinism for things like `setTimeout` In order to do this, we disable async keyboard scrolling when an input event is processed that could have a event listener. We then attach a sequence number to that input event and dispatch it to content. In content, we record the highest sequence number that we have processed from an event, and send that on each focus update. Using this, we can determine in APZ if we have a current focus target or if we are still waiting for an input event to be processed and focus to be reconfirmed. MozReview-Commit-ID: CWcu8YEFQz4
81bc6b6a854d5e8c5aefd297059037485ed3ae03: Bug 1351783 part 11 - Sync FocusTarget with WebRenderLayerManager. r?kats draft
Ryan Hunt <rhunt@eqrion.net> - Tue, 13 Jun 2017 02:43:59 -0400 - rev 596806
Push 64761 by bmo:rhunt@eqrion.net at Mon, 19 Jun 2017 19:52:12 +0000
Bug 1351783 part 11 - Sync FocusTarget with WebRenderLayerManager. r?kats MozReview-Commit-ID: CQT9Ff0IFfj
0708562ea2616d233ddaf96186a0e6bc7b5af3f7: Bug 1351783 part 10 - Create and sync the current FocusTarget on each layer transaction. r?kats,botond draft
Ryan Hunt <rhunt@eqrion.net> - Tue, 13 Jun 2017 02:00:49 -0400 - rev 596805
Push 64761 by bmo:rhunt@eqrion.net at Mon, 19 Jun 2017 19:52:12 +0000
Bug 1351783 part 10 - Create and sync the current FocusTarget on each layer transaction. r?kats,botond This commit modifies PresShell and nsDisplayList to send a FocusTarget update on every layer transaction. Ideally we would like to send updates as often as possible, but this seems like it works well. This can be iterated on later, if necessary. MozReview-Commit-ID: 8PFqIOhzH77
7209519fc6b1050f7a63260e011c48c17a7d8fda: Bug 1351783 part 9 - Disable a FocusTarget for an editable element. r=smaug draft
Ryan Hunt <rhunt@eqrion.net> - Mon, 05 Jun 2017 19:23:45 -0500 - rev 596804
Push 64761 by bmo:rhunt@eqrion.net at Mon, 19 Jun 2017 19:52:12 +0000
Bug 1351783 part 9 - Disable a FocusTarget for an editable element. r=smaug This commit updates FocusTarget to disable itself if the focused element is editable, or is a part of an editable document. This is needed because we cannot do async scrolling when this is the case. MozReview-Commit-ID: Fl7W3967djG
c1775ed7069a78f314816b81430cd84947d6237a: Bug 1351783 part 8 - Gather whether there are key listeners on the focused element. r?kats,smaug draft
Ryan Hunt <rhunt@eqrion.net> - Mon, 05 Jun 2017 19:22:16 -0500 - rev 596803
Push 64761 by bmo:rhunt@eqrion.net at Mon, 19 Jun 2017 19:52:12 +0000
Bug 1351783 part 8 - Gather whether there are key listeners on the focused element. r?kats,smaug This commit updates FocusTarget to collect whether there are key listeners on the event target chain for the focused element. This is needed because we cannot do async scrolling when this is the case. MozReview-Commit-ID: FhSyF6ffZ4
9ab4f604ccb829121ad06614aa11d814fd0d0701: Bug 1352075 - Add Photon arrow-panel animation for Windows only. r?dao, r=mossop draft
Sam Foster <sfoster@mozilla.com> - Wed, 14 Jun 2017 10:44:13 -0700 - rev 596802
Push 64760 by bmo:sfoster@mozilla.com at Mon, 19 Jun 2017 19:51:46 +0000
Bug 1352075 - Add Photon arrow-panel animation for Windows only. r?dao, r=mossop * Use new panel animation when opening arrow-panels (including bookmarks menu) to fade in and drop into position * Linux/GTK is already excluded. Also exclude OSX due to jank. See bug 1291457 * The same element has its opacity and transform properties animated as before, so it doesnt change fundamentally * New animation is non-directional (i.e. LTR vs. RTL) * Fine-tune open/close transitions via :epang MozReview-Commit-ID: 8t5XXT8KmmD
7a919f138ba486bfdd9ce7ea482689df90e21720: Bug 1374389: Add -bigobj compilation flag for dom/media. r?glandium draft
Jean-Yves Avenard <jyavenard@mozilla.com> - Mon, 19 Jun 2017 21:47:34 +0200 - rev 596801
Push 64759 by bmo:jyavenard@mozilla.com at Mon, 19 Jun 2017 19:50:38 +0000
Bug 1374389: Add -bigobj compilation flag for dom/media. r?glandium Prevent on Windows the error: fatal error C1128: number of sections exceeded object file format limit: compile with /bigobj MozReview-Commit-ID: 8j0fT38gkAZ
d39e885bcccd20c85e14fd56766b84ae1f76260c: Bug 1374389: Add -bigobj compilation file for dom/media. r?glandium draft
Jean-Yves Avenard <jyavenard@mozilla.com> - Mon, 19 Jun 2017 21:47:34 +0200 - rev 596800
Push 64758 by bmo:jyavenard@mozilla.com at Mon, 19 Jun 2017 19:48:36 +0000
Bug 1374389: Add -bigobj compilation file for dom/media. r?glandium MozReview-Commit-ID: 8j0fT38gkAZ
c76c7ce6a4ff8c6f5be755f41d55bba973b6496f: Bug 1374210: Reject/Cancel any pending operations. r?gerald draft
Jean-Yves Avenard <jyavenard@mozilla.com> - Mon, 19 Jun 2017 10:38:22 +0200 - rev 596799
Push 64758 by bmo:jyavenard@mozilla.com at Mon, 19 Jun 2017 19:48:36 +0000
Bug 1374210: Reject/Cancel any pending operations. r?gerald MozReview-Commit-ID: GVlzm2GWT1D
24381235521677938e73af944132dfe4f8326ba2: Bug 1339474 - Enable APZ in QuantumRender builds. r?jrmuizel draft
Kartikaya Gupta <kgupta@mozilla.com> - Mon, 19 Jun 2017 15:46:38 -0400 - rev 596798
Push 64757 by kgupta@mozilla.com at Mon, 19 Jun 2017 19:47:01 +0000
Bug 1339474 - Enable APZ in QuantumRender builds. r?jrmuizel All reftests that are still failing with APZ enabled are annotated with a bug number that is tracking the fix. MozReview-Commit-ID: 8QU15LHVy1t
d34dddfe68d6f29324dab0a9757865b36b3e0cd9: Bug 1373378 - Do a better job tracking the ancestor scrollids in DisplayListBuilder. r?jrmuizel draft
Kartikaya Gupta <kgupta@mozilla.com> - Mon, 19 Jun 2017 15:46:37 -0400 - rev 596797
Push 64757 by kgupta@mozilla.com at Mon, 19 Jun 2017 19:47:01 +0000
Bug 1373378 - Do a better job tracking the ancestor scrollids in DisplayListBuilder. r?jrmuizel MozReview-Commit-ID: ASYcEFqSxuX
39be895d11f0a04a5061b6f74e095a676d4e3660: Bug 1373349 - Correct the origin of the content rect when creating scroll layers in WR. r?botond,jrmuizel draft
Kartikaya Gupta <kgupta@mozilla.com> - Mon, 19 Jun 2017 15:46:37 -0400 - rev 596796
Push 64757 by kgupta@mozilla.com at Mon, 19 Jun 2017 19:47:01 +0000
Bug 1373349 - Correct the origin of the content rect when creating scroll layers in WR. r?botond,jrmuizel Also tweaks the documentation in FrameMetrics.h to be more detailed and less misleading. MozReview-Commit-ID: GYESRFYZDpd
725f641103e48a3678a2b67e3718ca00de413377: Bug 1374317 - Mark some layers-specific tests as random-if when WebRender is enabled. r?mstange draft
Kartikaya Gupta <kgupta@mozilla.com> - Mon, 19 Jun 2017 15:46:37 -0400 - rev 596795
Push 64757 by kgupta@mozilla.com at Mon, 19 Jun 2017 19:47:01 +0000
Bug 1374317 - Mark some layers-specific tests as random-if when WebRender is enabled. r?mstange MozReview-Commit-ID: BaCKjIxRNgz
e6567230a9496f60301a772094718f3603592caa: Bug 1351783 part 19 - Rename Keyboard.h to KeyboardMap.h. r?masayuki draft
Ryan Hunt <rhunt@eqrion.net> - Thu, 15 Jun 2017 18:06:00 -0400 - rev 596794
Push 64756 by bmo:rhunt@eqrion.net at Mon, 19 Jun 2017 19:34:09 +0000
Bug 1351783 part 19 - Rename Keyboard.h to KeyboardMap.h. r?masayuki This is a better name for the header that matches its main class. MozReview-Commit-ID: KSt9LVT3yRR
c46379ae8479ecfcbf1886e264378ca07d5d6893: Bug 1351783 part 18 - Add async keyboard scrolling information to about:support. r?kats draft
Ryan Hunt <rhunt@eqrion.net> - Thu, 15 Jun 2017 17:54:03 -0400 - rev 596793
Push 64756 by bmo:rhunt@eqrion.net at Mon, 19 Jun 2017 19:34:09 +0000
Bug 1351783 part 18 - Add async keyboard scrolling information to about:support. r?kats MozReview-Commit-ID: LYEcRNgqZ35
e48f1f25151bbb030fb0fd697795dd564526522b: Bug 1351783 part 17 - Do less work when apz.keyboard.enabled is false. r=kats draft
Ryan Hunt <rhunt@eqrion.net> - Tue, 06 Jun 2017 11:08:45 -0500 - rev 596792
Push 64756 by bmo:rhunt@eqrion.net at Mon, 19 Jun 2017 19:34:09 +0000
Bug 1351783 part 17 - Do less work when apz.keyboard.enabled is false. r=kats When keyboard apz is disabled, we don't need to calculate focus targets and we don't need to update focus state. It should be harmless even if it's done, but I think it's good to not add something on this critical path that doesn't do anything. This commit also disable keyboard map generation in this case too for similar reasoning. This has the side effect that you can't turn on keyboard apz without doing a restart. MozReview-Commit-ID: LxmofT2g7qs
f1ad7bfb963566628472066dada5c44070573a16: Bug 1351783 part 16 - Perform async scrolling for keyboard events when possible. r?kats,botond draft
Ryan Hunt <rhunt@eqrion.net> - Mon, 05 Jun 2017 19:46:06 -0500 - rev 596791
Push 64756 by bmo:rhunt@eqrion.net at Mon, 19 Jun 2017 19:34:09 +0000
Bug 1351783 part 16 - Perform async scrolling for keyboard events when possible. r?kats,botond This commit ties it all together by dispatching keyboard actions to scroll targets in response to keyboard inputs when we have current and valid focus state. MozReview-Commit-ID: G7rZiS3FH5e
3f47298bcec2794ccacb3bfa2efd64e9add8096b: Bug 1351783 part 15 - Hook up APZC for scrolling based on a KeyboardScrollAction. r?kats,botond draft
Ryan Hunt <rhunt@eqrion.net> - Tue, 06 Jun 2017 04:47:10 -0500 - rev 596790
Push 64756 by bmo:rhunt@eqrion.net at Mon, 19 Jun 2017 19:34:09 +0000
Bug 1351783 part 15 - Hook up APZC for scrolling based on a KeyboardScrollAction. r?kats,botond This commit adds code for keyboard scroll animations and computing the delta needed for a keyboard scroll action. Keyboard scrolling behavior is more complex with scroll snapping, so we don't support async keyboard scrolling when we have scroll snap points. MozReview-Commit-ID: 97CpprCBp2A
(0) -300000 -100000 -30000 -10000 -3000 -1000 -300 -100 -50 -20 +20 +50 +100 +300 +1000 +3000 +10000 +30000 +100000 tip