Replies: 2 comments 2 replies
-
Oooh! I totally agree. As a user, if I specified that the The option for implementing breaking changes would be when we bump to .NET 8.0, but that won't be until November. |
Beta Was this translation helpful? Give feedback.
2 replies
-
Closed as per the Community Stand-up discussion here: https://youtu.be/N9wMcBP4jtg?t=2889 |
Beta Was this translation helpful? Give feedback.
0 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
-
While converting the rest of the Animations from XCT I spotted that our use of the
Length
(MCT) /Duration
(XCT) properties do not behave as I expected. Let's just look at theFadeAnimation
example for now...Currently if I create a
FadeAnimation
with aLength
of 300 I expect it to complete it's animation after 300ms however looking at the code it will take twice as long:I believe the code should read:
If we do decide this is a bug then it is a breaking change to fix it because we would be doubling the speed of everyones fade animations. I assume this is a fairly underused feature of the toolkit given we only have 1 animation in so far and people haven't asked for more.
What are peoples thoughts on this?
Beta Was this translation helpful? Give feedback.
All reactions