-
Notifications
You must be signed in to change notification settings - Fork 34
Added parent closed check to utility window workaround #433
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
Conversation
LenczuVex
commented
Mar 8, 2025
- Added parent closed check to utility window workaround
- This is fix proposal for File picker instantly closes #429
|
Rebased on fresh |
|
Asking just in case, |
|
I have rechecked that and this behaviour can be not actually intended one. My WM automatically focused the window so when I clicked away code worked, window stayed during welcome screen, and everything seamed good, but as I retested I realized that on most systems you would have to actually first focus on the window after closing for example welcome and then unclick that. I'll try to find better solution. |
|
I have found new solution that maybe can work as permanent one, tested on Linux and Windows 11. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I'd prefer to have the parent window send the focus back to the child window, if that's possible. Otherwise, this looks good to me.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Thank you and welcome to Yafc!
|
Thanks for warm welcome. ❤️ I can add the focus functionality in other pull request, I am currently dealing with some university stuff and don't have time to do new behaviour. I should be able to resolve it until Friday, so if you prefer to make this change here then I'll probably do it over the weekend. I think it's better to make seperate pull request for it, because it's something slightly different. Also I forgot to run environment setup script and there are in fact missing braces in if statement, bit I can resolve it this weekend earliest, with the other feature, so it might be easier if you fix it depending on your availability. |
|
Take your time, there's no rush. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Removing the approval for now so I don't miss the changes.
|
I saw another comment about this in Discord, so I resolved the conflict and adjusted the PR to reactivate the child. |
|
You might need to add a changelog entry so others are notified the issue should be fixed |
I can do the changelog part, no worries. The reason why this PR has not been merged yet is that I am concerned about the UI-architecture point that @DaleStan mentioned. In other words, I need to understand the severity of the pointed-out issue. The main thing that we want to prevent is for the UI architecture to get even more convoluted. |
Could you please specify what part of the patch is related to that suggestion? |
|
@DaleStan ^, forgot to ping you in the previous message. |
|
I understood that Dale's additional commit (Re-activate the child window if the parent gains focus) addressed his concern. But let's wait on confirmation |
|
Good catch, you're right. Apologies for the confusion. |
|
Then I'll squash the commits and add a changelog entry before the merge. |
On Linux, the file-picker in the Welcome Window would close right after opening it. This patch changes the logic of when the utility windows are closed. Previously, they closed on losing focus. That likely was the reason for the bug because they lost focus on creation. Now they don't close on losing focus. Co-authored-by: Dale McCoy <[email protected]>
|
@DaleStan, please check if I interpreted the implementation correctly in the commit message. Feel free to change it if necessary. |
|
Looks good to me |