-
Notifications
You must be signed in to change notification settings - Fork 608
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
Exclude keyWindow occupancy #56
Comments
Please explain the issue according to the suggested template in the project. |
haha, my mistake |
Thanks for updating the issue!
I understand that if you have another window as key-window, replacing it and going back to the app key window will disturb the window hierarchy. You are right.
Do you mean present as modal view controller? Alerts are eventually presented in their own window so that's pretty much the same as what SwiftEntryKit does. Maybe the right solution would be receiving a fallback window object to go back to. What's your opinion? |
Manipulating the window-hierarchy is what SwiftEntryKit is all about. As a solution to a situation of a fallback window (In which a developer already has a key window he wants the app to go back to), I'm gonna add a fallback window as a parameter to |
Resolved in 0.5.0 using an alternative window for a rollback. |
morning huri000, i think fallback only is not good idea, key window position still occupied throughout the entry display with the different of system alert window, the problems that you cant uses key window to present or find some content in it hierarchy during entry window displaying, simultaneously, it will terminate first responder while entry display, this causes infection to the behavious of host app |
Is your feature request related to a problem? Please describe.
EKWindow occupy application keyWindow while enrty attaching.
its overset any case to fetch correct application keyWindow, about present in keyWindow, about traversal with keyWindow
Describe the solution you'd like
should we show EKWindow used windowLevel-control like UIAlertViewController? That would not disturb the hierarchy of application windows
Describe alternatives you've considered
Additional context
i wish the better development with SwiftEntryKit
The text was updated successfully, but these errors were encountered: