Bartosz Dziewoński b9a0def93a ve.init.mw.MobileArticleTarget: Fix floating toolbar workaround for iOS 13.6 ... If we call getBoundingClientRect() while the 'transform' animation is still ongoing, it's going to return values reflecting the transform - that is, the rect will be partially offscreen - which will trigger our code that runs the animation again. I don't know why this wasn't a problem on iOS 13.3 and earlier. Either the timing was slightly different and the 'transform' animation was able to finish earlier, or getBoundingClientRect() was buggy and returned wrong values that conveniently worked right for us. Bug: T259321 Change-Id: I6be0ddaeb6df54295fb14c45ba15fee41d61e33f		2020-08-21 23:33:37 +02:00
..
apiresponsecache	doc: Bump copyright year for 2020	2020-01-08 09:13:24 -08:00
styles	Update toolbar styles for Vector changes	2020-05-08 16:23:57 +02:00
targets	ve.init.mw.MobileArticleTarget: Fix floating toolbar workaround for iOS 13.6	2020-08-21 23:33:37 +02:00
ve.init.mw.ArticleTargetEvents.js	doc: Bump copyright year for 2020	2020-01-08 09:13:24 -08:00
ve.init.mw.js	build: Update eslint-config-wikimedia to 0.16.0	2020-06-02 21:30:00 +01:00
ve.init.mw.Platform.init.js	doc: Bump copyright year for 2020	2020-01-08 09:13:24 -08:00
ve.init.mw.Platform.js	Move restbaseId stripping to ve.utils.parsoid	2020-06-10 20:31:16 +01:00
ve.init.mw.SaveErrorHandler.js	doc: Bump copyright year for 2020	2020-01-08 09:13:24 -08:00
ve.init.mw.trackSubscriber.js	VisualEditorFeatureUse should respect oversampling config as well	2020-07-23 17:21:59 -05:00
ve.init.mw.ViewportZoomHandler.js	doc: Bump copyright year for 2020	2020-01-08 09:13:24 -08:00