Closed Bug 1203164 Opened 9 years ago Closed 5 years ago

MediaTek parallax scrolling effect is sad

Categories

(Core :: Panning and Zooming, defect, P3)

Product:
Core
Component:
Panning and Zooming
Type:
defect

Tracking

()

Status:
RESOLVED WORKSFORME

People

(Reporter: jrmuizel, Unassigned)

References

(Depends on 2 open bugs,
URL
)

Details

(Whiteboard: [gfx-noted][apz-evangelism][skrollr framework] [sitewait]) 

Safari does a better job of this page:
http://www.mediatek.com/
Whiteboard: [gfx-noted]
The page is using scroll events to trigger position changes to implement a parallax effect. This won't work with APZ going forward; it would be better if they updated to using CSS perspective as described at http://keithclark.co.uk/articles/pure-css-parallax-websites/
Blocks: apz-desktop
Component: Graphics: Layers → Panning and Zooming
Whiteboard: [gfx-noted] → [gfx-noted][apz-evangelism]
What is it I'm supposed to be seeing. It seems to work normally for me.
While scrolling down the page things should move smoothly. Instead, parts of the background (particularly noticeable for me with the TOP100 pink background image, or the 2006-2015 cloud timeline) move jankily.
This site is using https://github.com/Prinzhorn/skrollr for their parallax. They seem to have some special code for mobile browsers (according to the README) which may work for desktop with APZ.
URL: http://www.mediatek.com/
Whiteboard: [gfx-noted][apz-evangelism] → [gfx-noted][apz-evangelism][skrollr framework]
Bug 1201333 would fix this.
Depends on: 1201333
About Comment #4 and just to set the expectations right about this script.

> skrollr hasn't been under active development since about September 2014 (check out the contributions graphs on https://github.com/Prinzhorn/skrollr/graphs/contributors) and I don't have any plans for doing major changes to it. Please consider this before using skrollr in production as problems with new browser versions, especially on mobile, will most definitely surface. To be honest, mobile support always sucked (because mobile browsers are hard) and you shouldn't compromise UX for some fancy UI effects. Ever.
https://github.com/Prinzhorn/skrollr

MediaTek is a Chinese company with some USA offices, with one not very far from Mozilla Mountain View
http://www.mediatek.com/en/about/contact/
http://www.mediatek.com/en/about/contact/mediatek-usa-inc-san-jose/

I have the feeling that the Web site though is not made internally but created by a Web agency.
They seem to interact on twitter with people. We can try there. 
https://twitter.com/MediaTek/with_replies

First attempt.
http://twitter.com/MozWebCompat/status/692155573110968320
Whiteboard: [gfx-noted][apz-evangelism][skrollr framework] → [gfx-noted][apz-evangelism][skrollr framework] [sitewait]
Until we fix bug 1201333, they could use background-size: cover (which opts in to the ImageLayer fast path due to bug 927228) as a workaround for our bad performance.
hmmm :/ It's always harder to request a change when there's a bug on our side. We may still try but not cool for them.

The MediaTek website has changed since this bug was filed, and so this bug no longer reproduces.

Status: NEW → RESOLVED
Closed: 5 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.