Page MenuHomePhabricator

Apply consistent animation and timings to controls and transitions (tracking)
Closed, ResolvedPublic

Description

Tracking task for mw.ui style control animations

Event Timeline

I don't think Notifications tasks should block anything on UI-Standardization.

My understanding is UI-Standardization is a cross-project tag (indeed, that's part of the purpose). It says, "The Front-End Standardisation workstream covers all interfaces of MediaWiki itself and (at least) Wikimedia-supported MediaWiki skins and extensions. The principle objective is to provide a clean, comprehensive, well-architected front-end infrastructure so that user interface, interaction and skinning changes can be consistently applied in a single, central location. The workstream also covers applying the new styling changes being led by the Wikimedia UX Team to these interfaces."

In many cases, to achieve standardization, changes need to be made in multiple projects (last sentence of above quote).

So I think having such a blocks/blocked-by relationship could make sense in some cases.

Quiddity renamed this task from Apply consistent animation and timings to controls and transitions to Apply consistent animation and timings to controls and transitions (tracking).Jan 11 2015, 4:43 AM
Quiddity added a project: Tracking-Neverending.
Quiddity removed a project: Notifications.
In T78371#968922, @Mattflaschen wrote:

In many cases, to achieve standardization, changes need to be made in multiple projects (last sentence of above quote).

So I think having such a blocks/blocked-by relationship could make sense in some cases.

I understand now.

In OOUI only radios and checkboxes have a transition time of 0.2s. All other elements are at 0.1s. But, if you see the elements changing state there isn't much of a visual difference. This could be because of the easing function we are using in radios and checkboxes where the icon reaches more than its full size is almost half the time (which is 1s) and it uses the rest of the time to come to its correct size.

I wanted to use a variable for the time but it seems that the interpolation function will have to be part of this too.

NOTE: The progressBarWidget is an exception to this as it uses 2s. Its more of an animation than transition anyway.

Change 208102 had a related patch set uploaded (by Prtksxna):
MediaWiki Theme: Use variable for transition time and easing function

https://gerrit.wikimedia.org/r/208102

Change 208103 had a related patch set uploaded (by Prtksxna):
MediaWiki Theme: radio/checkbox: Use variable for transition time and easing function

https://gerrit.wikimedia.org/r/208103

Change 208104 had a related patch set uploaded (by Prtksxna):
MediaWiki Theme: input: Use variable for transition time and easing function

https://gerrit.wikimedia.org/r/208104

Change 208102 merged by jenkins-bot:
MediaWiki Theme: Use variable for transition time and easing function

https://gerrit.wikimedia.org/r/208102

Change 208103 merged by jenkins-bot:
MediaWiki Theme: radio/checkbox: Use variable for transition time and easing function

https://gerrit.wikimedia.org/r/208103

Change 208104 merged by jenkins-bot:
MediaWiki Theme: input: Use variable for transition time and easing function

https://gerrit.wikimedia.org/r/208104