-
Notifications
You must be signed in to change notification settings - Fork 947
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
[Ink] Conditionally maskToBounds on MDCInkView layer #9818
Merged
andrewoverton
merged 1 commit into
material-components:develop
from
andrewoverton:issue-9762
Mar 2, 2020
Merged
[Ink] Conditionally maskToBounds on MDCInkView layer #9818
andrewoverton
merged 1 commit into
material-components:develop
from
andrewoverton:issue-9762
Mar 2, 2020
Conversation
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
…when usesLegacyInkRipple is set to NO
Based on the changes, the title has been prefixed with [Ink]. |
bazel detected changes to the following targets:
|
codeman7
approved these changes
Feb 28, 2020
andrewoverton
added a commit
that referenced
this pull request
Mar 10, 2020
… layer and max ripple radius, ink style, etc (#9855) This PR aims to simplify the logic that grapples with the interplay of usesLegacyInkLayer with properties like maxRippleRadius and inkStyle. I recently merged #9818 to address this issue, and while I believe it fixes his immediate issue it still leaves other potential issues. Specifically, it does not resolve potential problems related to the ordering of calls to setters for `usesLegacyInkLayer`, `inkStyle`, and `maxRippleRadius` impacting their effectiveness. Hopefully this PR addresses those issues without breaking anything else. I tried to manually test it pretty rigorously by setting all the properties in question in different orders and making sure that everything worked how I expected it to. Closes #9762.
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
This change makes it so that the
masksToBounds
property on an MDCButton's MDCInkView's MDCLegacyInkLayer is set according to whetherinkStyle
is.unbounded
or not, regardless of whetherusesLegacyInkRipple
is set on the MDCButton.An MDCInkView's layer is always an MDCLegacyInkLayer, even when
usesLegacyInkRipple
is set to NO. In this scenario it acts as the MDCInkView's layer, even if it's not acting as the thing that triggers the ink/ripple animation.There was a very similar bug to this recently that #9254 was intended to address. That PR addressed it in the Catalog, as you can see in the before and after gifs in the PR description, but a different client was still experiencing the issue. I built the second client's app to test this PR and it seems to fix it for them.
I wonder if we should try to get rid of MDCLegacyInkLayer, or if we should bypass that and just get rid of MDCInkView entirely, now that we have MDCRippleView.
Closes #9762.