-
Notifications
You must be signed in to change notification settings - Fork 3.4k
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
Flipper applies scale when content size changes #835
Comments
I just noticed this bahavior too. When I have a flipper in a Grid it will shrink when a gridsplitter makes that part of the grid smaller. Also happens when the window size is changed. This makes the Flipper unusable. I also had the problem of the flipper rendering a little too big when loaded. Meaning the contents of the flipper were rendered larger than the area of the flipper. <materialDesign:Flipper
Grid.Row="1"
Grid.Column="4"
HorizontalAlignment="Stretch"
VerticalAlignment="Stretch"
> I ended up adding margin to bring it back down to the right size but that is quite annoying. But not as annoying as the incorrect scaling issue which makes the margin problem moot. I tried the card styling too that was way worse. |
Hi i had a similar Problem with a TextBlock that always rerendered, when i clicked on a CheckBox in the same Grid. On StackOverflow was a similar Problem: We have a similar case in the Card. The Grid.OpacityMask cause the Content Presenter to render the TextBlock as a Bitmap. I will setup a merge Request and you can check if that fixes the flipper issue too. |
Resolves the issue: MaterialDesignInXAML#835
Resolves the issue: MaterialDesignInXAML#835
This happened to me couple of days ago.. I didn't know about this problem of Flipper, which after two years seems to be there! This is very annoying and disappointing! |
@valimaties Do you still have the problem? If so, please provide us a test repo. It will help us to solve the problem more easily. |
I noticed some awkward behavior with the flipper where it seems to scale if the content shrinks (requires less space than before), in my case when a combobox selection is reset. Luckily I happened to have two identical flippers with identical content:
It seems like a scale transformation is applied on the Viewport2DVisual3D (this is the right flipper):
And here's left for comparison:
I guess the issue might com from the following piece in Plane3D:
I'm not sure why this doesn't match the actual content size when it shrinks, (or actually, maybe this isn't called when the content shrinks?) but flipping the card back and forth fixes the scale.
I'm sorry for the huge screenshots, they were taken at 200% scale.
The text was updated successfully, but these errors were encountered: