Skip to content
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

assigning delegate? #20

Open
wdcurry opened this issue Feb 10, 2019 · 3 comments
Open

assigning delegate? #20

wdcurry opened this issue Feb 10, 2019 · 3 comments

Comments

@wdcurry
Copy link

wdcurry commented Feb 10, 2019

The area that the repo seems to be missing entirely is the ability to easily use the repo and assign "self" to the popover to handle the proper workflow of actually using the popover's reason for being show. Perhaps I have a preset notion of what I am seeking that is keeping me from seeing the answer.

I searched "delegate" in the issues and found nary a mention, so thought to ask. thx.

@cozzin
Copy link
Contributor

cozzin commented Feb 12, 2019

Hello, @wdcurry
Can you explain the specific situation that requires delegate?

@wdcurry
Copy link
Author

wdcurry commented Feb 12, 2019

I am trying to ensure my calling ViewController(s) act on the dismissal from a xib-based view popover and tap into the popover protocol that should be present. I can unwind but to do that nullifies the xib-based approach which has some benefits. Not the end of the world, just trying to help round out the repo (without actually doing pulls ;) )

@wdcurry
Copy link
Author

wdcurry commented Feb 13, 2019

I am sure I'm just not seeing the easy way out here but without accessing to the delegate in order to explicitly trap the dismissing of a popup from within the originating parent VC, AND allowing navigational movement within popovers (which is awesome), I just don't see how to track what I need.

The original popover call is done AFTER a fadeout to dim the main VC (looks better). Then when the one popover is in the willDisappear method, the fadeIn occurs (we have to do this here since we cannot catch via delegate the act if the user taps out of the popover by tapping on the originating VC).

This works UNTIL the user navigates deeper. The disappear method fades in, and then the new popover must fade out, and on and on. Messy as heck.

Unless we disallow tapping out to return, without expressing assigning delegates, it seems an elusive answer to find. I feel I may be all around the answer, and and tested via incrementing counters, but it is just not straightforward without an external tightly-coupled controlling global variable.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants