|
1 | | -# Contributing to Animate.css |
| 1 | +# Contributing to transition.css |
2 | 2 |
|
3 | | -Thanks for your interest in contributing to Animate.css! Before contributing, please make sure you understand the guidelines provided here. Animate.css is widely used, so it’s important to maintain a high level of quality and to contribute with the interests of the community in mind. |
| 3 | +Thanks for your interest in contributing! Before contributing, please make sure you understand the guidelines provided here. |
4 | 4 |
|
5 | 5 | ## Design Guidelines |
6 | 6 |
|
7 | | -Animations, like many facets of visual and interaction design, can be highly subjective. Maintaining a consistent library of animations in an active community can be difficult; these design guidelines are designed to help encourage thoughtful criticism of new animations that are proposed for Animate.css. |
| 7 | +Transitions, like many facets of visual and interaction design, can be highly subjective. Maintaining a consistent library of transitions in an active community can be difficult; these design guidelines are designed to help encourage thoughtful criticism of new transitions that are proposed for transition.css. |
8 | 8 |
|
9 | | -The animations in Animate.css should follow a few key principles: |
| 9 | +The transitions in transition.css should follow a few key principles: |
10 | 10 |
|
11 | | -- **Animations should be subtle.** Avoid creating animations that involve large translations, or span a natural duration of longer than 1 second. |
12 | | -- **Animations should be tolerable.** Related to subtlety, animations should be tolerable—seeing them repeatedly should not become too annoying or overbearing. |
13 | | -- **Animations should not interfere with document flow or control/input availability.** In other words, the absence of an animation should never reduce usability of a product: they should be non-critical and seen as “progressive enhancements”. Avoid animations that change properties such as `position` or `display`. |
14 | | -- **Animations should be helpful.** They should be designed to guide users to a point of interest, ease natural reading order, or to communicate relationships between elements. |
15 | | -- **Animations should feel familial.** Avoid introducing animations that feel out-of-place compared to the existing set. |
16 | | -- **Animations should feel natural.** Animations should reflect, as much as is reasonable, motion that occurs in natural physics. Avoid extreme timing functions, and model animations on real-world events. |
| 11 | +- **Transitions should be tolerable.** Transitions should be tolerable, seeing them repeatedly should not become too annoying or overbearing. |
| 12 | +- **Transitions should not interfere with document flow or control/input availability.** In other words, the absence of an transition should never reduce usability of a product: they should be non-critical and seen as “progressive enhancements”. |
| 13 | +- **Transitions should be helpful.** They should be designed to move users through moments of interest, ease natural reading order, or to communicate relationships between spaces. |
| 14 | +- **Transitions should feel familial.** Avoid introducing transitions that feel out-of-place compared to the existing set. |
| 15 | +- **Transitions should feel natural.** Transitions should reflect, as much as is reasonable, motion that occurs in natural physics. Avoid extreme timing functions, and model transitions on real-world events. |
0 commit comments