-
Notifications
You must be signed in to change notification settings - Fork 706
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
The ShouldConstrainToRootBounds property of the Popup doesn't work #5958
Comments
|
Thanks, @codendone . Could you add a note\remark in the documentation about that? |
@gabbybilka Can we update the doc above to reflect that False is not yet supported? Thanks! |
@krschau, yes! |
As per issue: microsoft/microsoft-ui-xaml#5958 WinUI 3 does not yet support Popup.ShouldConstrainToRootBounds = false.
Closing this, since the doc was updated. I'll try to leave a note here when this feature does light up. |
@gabbybilka |
@krschau why was this closed when it hasn't been fixed yet? |
@Samuel12321 We should be enabling this soon, although it won't be quite soon enough for the WinAppSDK 1.0 release. As I mentioned when I closed it, I think that since it's now appropriately documented, this particular issue can be closed. This doesn't mean that we aren't working on enabling the feature. I see pros and cons in closing or leaving issues open issues in situations like this, and we'll adjust if we see that the way we're doing it isn't helpful as we go forward. |
Tracked internally by https://task.ms/36484033 |
Will a fix for this be included for 1.1? |
@Samuel12321 Additional feature work was necessary to properly support ShouldConstrainToRootBounds=False. That work is in progress, but it looks like it won't be complete in time for 1.1. |
@codendone is there any update as to when this issue will be fixed. Its currently blocking my team from using WINUI 3. |
@Samuel12321 Nothing new here from my previous comment: This unfortunately won't be enabled in 1.1. I'm hoping it will be in 1.2, but can't say for sure at this time. |
@codendone is there any chance this will make it to one of the 1.1 servicing releases? |
@krschau Will this be part of 1.2? |
@codendone @krschau will this be part of 1.2? |
@Samuel12321 Unfortunately this will not be in 1.2. Most of the implementation is complete, but there are a few critical issues which still need to be addressed. |
I really hope this'll come sooner rather than later. It's probably the only feature I'd even use an experimental build for. |
Been almost 2 years since this issue was opened and it still hasn't been solved, even though apps like Files would benefit GREATLY from it. Is there any ETA or will there continue to be silence until someone else comes and complains about it? EDIT: I'm also tired of Microsoft not saying anywhere that this is not a stable framework. Every time I tried to do something, I hit a roadblock or a bug. It's insane. |
I second what AZ said. This feature is very useful for many programs, and it also allows flyouts to work in more areas. Controls need to be able to spawn outside of the window bounds. Will there be an ETA? The last 3 predictions have been inaccurate. First, you said it would be in 1.0. Nope. Then, you said it'll probably be in 1.1. Nope. Now you're saying it won't be in 1.2. Will this come in 1.3? It's been just shy of two years and this feature still doesn't work. |
I also agree. I am currently stuck on XAML Islands primarily because WinUI 3 doesn't implement this. |
@gabbybilka are there any updates on this? Overall, our experience has been positive, but this is one of the main issues we're having since migrating to WinAppSdk. |
Will this ever be fixed? |
No Assignees, No Projects and No Milestones yet. - Quite a good time period passed and it's getting frustrating and it feels like writing into a void. - Is there someone out there who actually can help out about this? |
This continues to be a work in progress. It still isn't ready to be part of the upcoming 1.3 release, but the goal is to complete it for 1.4. |
@codendone thank you for the transparency on the timeline. We've been waiting for a long time for this to be fixed and 1.4 is too far away, it's not the only issue we've had but most of the time we're able to work around them. This issue, however, doesn't have any known workarounds and it's one of the top frustrations for our user base. I hope you can take this feedback into consideration and increase the priority of getting this into a servicing release so that we don't have to wait for 1.4. |
this feature is really missed. |
1.3 fixed nothing important, most bugs reported to WinUI team is being ignored. It's too inefficient and I hope .Net team could hand over the repo one day as they are very efficient and never delay their due date. For WinUI team: Oh it's too hard and let's arrange it to next release (Repeat it); For .Net team: Oh it's too hard let's gathering around to solve it! Sorry for the complaints and that's what I thought to WinUI team with very disappointment. |
WinUI is a C++ library not a .NET one. |
@yaira2 Exactly. |
in windows app sdk 1.4-experimental 1 it is successfully work |
Can we get some confirmation on whether this has been addressed in 1.4 experimental 1 from the wasdk dev team. |
In 1.4-experimental 1 it does work! |
Confirmed. But there's a new problem. Now backdrop is also disabled when ShouldConstrainToRootBounds = False. |
MenuFlyoutItem doesn't have ShouldConstrainToRootBounds property, how to deal with that? |
The property is on MenuFlyout itself |
@sylveon, I tested but it doesn't work for MenuFlyoutItem though set ShouldConstrainToRootBounds=false in MenuFlyout |
I clean the bin/obj, close vs and re-open, it's ok now. |
Closing as fixed in 1.4. |
Describe the bug
How can I show a popup out of the window's bounds? The
ShouldConstrainToRootBounds
looks pretty good (doc) but doesn't work and theIsConstrainedToRootBounds
property always returnstrue
Steps to reproduce the bug
Expected behavior
Screenshots
![image](https://user-images.githubusercontent.com/47348109/134667281-19e55099-46fe-4623-8560-4ff1953b834c.png)
Version Info
NuGet package version:
Windows app type:
Additional context
The text was updated successfully, but these errors were encountered: