uias/cocoabar

🍫 A flexible SnackBar view for iOS

cocoabar's Issues

Custom transition support

Add support for multiple types of show/hide transition animation.

Add drop shadow to bar

Add a drop shadow to the top of the CocoaBar

Show CocoaBar at top

It would be great if you could choose whether to pin the bar a t the bottom or the top!

Enhanced iPad support.

Add enhanced iPad support to CocoaBar.

• Allow bar to not take full width of screen.

Custom layout in Cocoabar

I can able to create a custom layout..But I need to change text labels in custom layout. Im not able to do that since custom layout are in CocoaLayout.I tried changing label text says unwrapping nil value

How to show snackbar top of keyboard?

i want snackbar top of keyboard. how to do it?

Add activity indicator to CocoaBarActionLayout

Allow to adjust/increase of the dismiss timer

In case of multiple calls for snackbar, the default behavior is for the bars to stack up. We do not like that behavior and it works better for our use case if we only have the snackbar reflect the last action. Everything works except one small thing. The problem is if say we have 2 actions with an interval of 1 seconds and say the snackbar disappears after 2 seconds, when we update the snackbar after the second action the timer does not get "updated" and the snackbar disappears after 1 second after the second action as opposed to 2 seconds as it should be.

Can you please whether tell me how I can use the library in such a use case or perhaps you can update the library and expose a method to "reset" the timer (basically prolonging its display) in some way.

Thanks.

Add Swift Package Manager support

Add rounded corner background style

Incompatible with Objective-C project

Unfortunately, your library cannot be used with CocoaPods in an Objective-C project, because you don't use the @objc keyword on your classes :'(

doShowAnimated and doHideAnimated delegate call order

Hi Merrick,

This isn't as much an issue as feedback.

I have changed the callback order I expected from the didShowAnimated / didHideAnimated delegates in relation to the completion callbacks.

The call order of the completion handler and the didShowAnimated/didHideAnimated handler will be called in reverse order depending on the state of the animated flag.

So I changed your code, to call

willShowAnimated / willHideAnimated (This is ok)
completion (Line 431 / 492 of CocoaBar.swift)
didShowAnimate / didHideAnimated (This could be called before completion, depending on the animated flag passed in)

I raised this issue for the sake of symmetry and perhaps expected call order from client code.

Cheers,
Samson

Swift 3 CocoaPod

I see a commit on September 9th with message "use conversion tool," so it looks like you've started the process of converting to Swift 3.

However, the Example project still prompts to convert this, so it looks like there's a bit to be done still.

Do you have plans for Swift 3 release, in particular new CocoaPod version?

If you're too bogged down, will you accept/review PR for such? I'm happy to help here as I'm going to be needing it soon and would prefer to get changes into upstream if possible. 😄