Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Implement subset of improved interaction response guidelines for ripple #190

Closed
traviskaufman opened this issue Jan 18, 2017 · 0 comments
Closed
Assignees
Labels

Comments

@traviskaufman
Copy link
Contributor

  • Tap - This could be a quick mousedown/mouseup, quick keydown/keyup, quick pointerstart/pointerend, trackpad tap, etc.
  • Tap and hold - Mousedown/keydown/pointerstart + hold + mouseup/keyup/pointerend

The rest of the improved interaction response guidelines will be covered in separate stories.

@traviskaufman traviskaufman added this to the Beta milestone Jan 18, 2017
cristobalchao pushed a commit that referenced this issue Feb 19, 2017
cristobalchao pushed a commit that referenced this issue Feb 24, 2017
cristobalchao pushed a commit that referenced this issue Feb 28, 2017
cristobalchao pushed a commit that referenced this issue Feb 28, 2017
cristobalchao pushed a commit that referenced this issue Feb 28, 2017
cristobalchao pushed a commit that referenced this issue Mar 1, 2017
cristobalchao pushed a commit that referenced this issue Mar 2, 2017
cristobalchao pushed a commit that referenced this issue Mar 8, 2017
cristobalchao pushed a commit that referenced this issue Mar 8, 2017
cristobalchao pushed a commit that referenced this issue Mar 8, 2017
cristobalchao pushed a commit that referenced this issue Mar 10, 2017
cristobalchao pushed a commit that referenced this issue Mar 14, 2017
traviskaufman pushed a commit that referenced this issue Mar 14, 2017
cristobalchao pushed a commit that referenced this issue Mar 14, 2017
traviskaufman added a commit that referenced this issue Mar 21, 2017
…lines for ripple

- Implement UX changes for "tap" + "tap and hold" interactions
- Remove all references of "bounded" vs. "unbounded" from
  activation/deactivation code

Resolves #190
traviskaufman added a commit that referenced this issue Mar 21, 2017
…lines for ripple

- Implement UX changes for "tap" + "tap and hold" interactions
- Remove all references of "bounded" vs. "unbounded" from
  activation/deactivation code

Resolves #190
traviskaufman added a commit that referenced this issue Mar 21, 2017
…lines for ripple

- Implement UX changes for "tap" + "tap and hold" interactions
- Remove all references of "bounded" vs. "unbounded" from
  activation/deactivation code

Resolves #190
traviskaufman added a commit that referenced this issue Mar 24, 2017
…lines for ripple

- Implement UX changes for "tap" + "tap and hold" interactions
- Remove all references of "bounded" vs. "unbounded" from
  activation/deactivation code

Resolves #190
traviskaufman added a commit that referenced this issue Mar 28, 2017
…lines for ripple

Background
===

When the ripple was originally designed from a motion perspective,
bounded and unbounded activation/deactivation used two different
animation styles, distinct from one another.

The UX updates to the ripple remove this distinction of bounded vs.
unbounded solely with regard to how the ripple animates in and out.
There is still a distinction between bounded vs. unbounded, but we no
longer have to account for this when animating the ripple. Thus, there
are no API changes; only UX changes.

Changes
===

- Implement UX changes for "tap" + "tap and hold" interactions
- Remove all references of "bounded" vs. "unbounded" from
  activation/deactivation code

Resolves #190
traviskaufman added a commit that referenced this issue Mar 28, 2017
…lines for ripple

Background
===

When the ripple was originally designed from a motion perspective,
bounded and unbounded activation/deactivation used two different
animation styles, distinct from one another.

The UX updates to the ripple remove this distinction of bounded vs.
unbounded solely with regard to how the ripple animates in and out.
There is still a distinction between bounded vs. unbounded, but we no
longer have to account for this when animating the ripple. Thus, there
are no API changes; only UX changes.

Changes
===

- Implement UX changes for "tap" + "tap and hold" interactions
- Remove all references of "bounded" vs. "unbounded" from
  activation/deactivation code

Resolves #190
traviskaufman added a commit that referenced this issue Mar 28, 2017
…lines (#419)

Background
===

When the ripple was originally designed from a motion perspective,
bounded and unbounded activation/deactivation used two different
animation styles, distinct from one another.

The UX updates to the ripple remove this distinction of bounded vs.
unbounded solely with regard to how the ripple animates in and out.
There is still a distinction between bounded vs. unbounded, but we no
longer have to account for this when animating the ripple. Thus, there
are no API changes; only UX changes.

Changes
===

- Implement UX changes for "tap" + "tap and hold" interactions
- Remove all references of "bounded" vs. "unbounded" from
  activation/deactivation code

Resolves #190
pgbross pushed a commit to pgbross/material-components-web that referenced this issue Mar 29, 2017
…lines (material-components#419)

Background
===

When the ripple was originally designed from a motion perspective,
bounded and unbounded activation/deactivation used two different
animation styles, distinct from one another.

The UX updates to the ripple remove this distinction of bounded vs.
unbounded solely with regard to how the ripple animates in and out.
There is still a distinction between bounded vs. unbounded, but we no
longer have to account for this when animating the ripple. Thus, there
are no API changes; only UX changes.

Changes
===

- Implement UX changes for "tap" + "tap and hold" interactions
- Remove all references of "bounded" vs. "unbounded" from
  activation/deactivation code

Resolves material-components#190
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

2 participants