kevingibbon / kgstatusbar Goto Github PK

Lets say your showing alerts randomly in your app, like when a download file starts its process one will show, and when a button is pressed then one appears, this makes it very messed up and only 1 will be really shown. You should detect if text is already there, if so then add it to a queue, then after a auto dismiss or dismiss is called, Then the next one will automatically be shown. But it will not dismiss fully and then show another alert, it will just change the text. This makes it fast and easy to show multiple messages.

First of all need to say thanks for such a wonderful component!

It is working perfectly in iOS 7 but in iOS 8 it is creating some problem in landscape orientation. It does not show the KGStatusBar in landscape mode but it works in portrait.

If possible can you please fix this?

Could you give me any hint about what I should do to support landscape orientation ?

Received this email today:

We found your app uses system-provided items in a non-standard manner, which is not in compliance with the App Store Review Guidelines.

Specifically, we found your app animates the status bar. Please see the attached screenshot for reference to the issue [screen shot shows the custom status bar saying "Up To Date"].

Learn more about system-provided items in the iOS Human Interface Guidelines, sections: "System-Provided Buttons and Icons" and "iOS UI Element Usage Guidelines."

Leaving you with blurry text...

Very well written library- but I'd hate to see this become a big trend among iOS apps. The status bar is there for a reason- and apps like twitter / mailbox are covering it up without good reason. A user should be able to see the time / battery percentage / etc at all times unless there's a very good reason not to. We already have the navigationItem's prompt property for this purpose (though no body ever uses it).

Referring to the HIG

Think twice before hiding the status bar if your app is not a game or full-screen media-viewing app. Although these apps might permanently hide the status bar, you should understand the ramifications of this design decision. Permanently hiding the status bar means that users must quit your app to find out, for example, whether they need to recharge their device.

Note that most iPad apps do not need to hide the status bar to gain extra space, because the status bar occupies such a small fraction of the screen. On iPad, the subtle appearance of the status bar does not compete with your app for the user’s attention. The small size of the status bar, combined with the slightly rounded corners of the app’s upper bar, make the status bar seem like part of the device background.

Consider hiding the status bar (and all other app UI) while people are actively viewing full-screen media. If you do this, be sure to allow people to retrieve the status bar (and appropriate app UI) with a single tap. Unless you have a very compelling reason to do so, it’s best to avoid defining a custom gesture to redisplay the status bar because users are unlikely to discover such a gesture or remember it.

Don’t create a custom status bar. Users depend on the consistency of the system-provided status bar. Although you might hide the status bar in your app, it’s not appropriate to create custom UI that takes its place.

...

You should allow a auto dismiss function, So after a set time (like a second) then the status bar will disappear

Without a LICENSE.md or something similar, it's difficult to know whether to use this in a project or not.

i want to click event when i receive the message

Hi there,

while it's a very neat feature I want you to add it to CocoaPods, please... (-:

cheers,
phranck

Great job but Apple will reject an app using an UI overriding UIStatusBar.

Already have this experience with https://github.com/myell0w/MTStatusBarOverlay