-
-
Notifications
You must be signed in to change notification settings - Fork 48
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
Does not always work #25
Comments
Same here. A lot of times CheerView doesn't start on start. Any workarounds? |
@phlippieb Hi, if you call |
@onmyway133 I've added a delay around start (using My use case is that the confetti should start automatically once a screen becomes visible, so testing with a button doesn't interest me (nor does waiting 10 seconds but it was easy to test 🙂 ). The example project I included is extremely simple and only uses your library as a pod, so it should give you everything you need to debug the issue. |
I was also running into this issue and did some digging into it. It turns out you have to set the |
@phlippieb The PR from @jbuckner was merged, can you check master branch to see if it works for you? |
@onmyway133 I can confirm that the fix works 🎉 |
@phlippieb cool, I will make new release soon |
New release is out https://github.com/onmyway133/Cheers/releases/tag/2.3.0, thanks a lot for contributing @phlippieb @jbuckner ❤️ |
For my use case, I want to add this effect to a view controller just after it has been pushed to a navigation stack. Strangely, sometimes when the VC is pushed, the confetti effect is not shown at all.
I created an example project that demonstrates the issue. To see it in action:
pod install
The example app has a 'continue' button in the centre of the screen. Tapping it will navigate to a new screen with the confetti effect enabled. After going back and forth between the two screens a few times, the effect will randomly fail to display.
The text was updated successfully, but these errors were encountered: