Edgesforextendedlayout status bar

I have a project that was built last year, and it uses XIBs, no storyboards. The XIBs do not use Auto Layout, but they do use some Autosizing. I have an issue when running with iOS7, in which all the views are tucked under the status bar. I fully understand this is a new feature with iOS7, in which this can be expected.

However, all of the solutions for fixing it to not do this are not working. I have an image at the top of the edgesforextendedlayout that always shows under the status-bar, and I'm not using nav-bars or anything like that.

I have tried updating the Y-deltas in the XIB they have no effect on the viewI have tried setting the edgesForExtendedLayout to UIRectEdgeNone does nothingand a multitude status other things.

Every time, the status bar shows with the view tucked under it, no matter what I do. What's odd is that even when I try a line bar code to hack in a view-shift, it doesn't work like bar following:.

Not that I would go with that kind of solution, but it's just odd that it didn't work the only time I typically see that not work is if Auto Layout is in place, which it's not in this case.

It is a design requirement that the status-bar shows, and I'm just stumped on why I can't set the view to be under the status bar for iOS7. Once again, to reiterate, I fully understand how it should function and what the expected solution should be to this, but none of that seems to be working for this particular project. I am an experienced iOS dev, but this project was built by another team, so I don't know if there's something edgesforextendedlayout somewhere in the Edgesforextendedlayout files, plist, or code that could be trumping the above settings.

Please let me know if there is something else that can be edgesforextendedlayout at on this, or more information I can provide. The deltas will then be used only on iOS 7 to push the content below the status bar. If you leave "View as" set to iOS 7 bar default the deltas will instead give you the iOS 7 look on iOS 6. However, the deltas will not help you if you reposition or resize views programmatically based on the view frame, since the frame does not account for the deltas.

This guide was introduced in iOS 7 and represents the position below the status bar. Unfortunately the guide is not available in Interface Builder when not using Storyboards, but you can add it programmatically. What I status was add a top space constraint to the superview instead in Interface Builder, and created an outlet for this bar the code.

For reference, the solution below did work when I applied it to my ViewControllers. However, it's not ideal and a bit hacky. If it's the only approach I can take, then so be it, though. For example, if one of your subviews uses autosizing to be hooked at the bottom of its container, then status new position will be wrong.

And it could go out of screen in the worst case. Apple are pushing you to edgesforextendedlayout autolayout to accomplish this. You need to set a constraint to the "Top Layout Guide" from edgesforextendedlayout top subview in your view. To do this without XIBs, you'll need to add the constraint programatically. Apple's docs give a good example of this, which I've summarised below.

Giving that the topLayoutGuide is a property on a view controller, edgesforextendedlayout just use it in your edgesforextendedlayout of variable bindings. Then you set up your constraint like normal:. The documentation for this can be found in the UIViewController class reference. We had to remove status line in our storyboard's scenes since our storyboard's scenes' main views are represented by XIBs.

What was happening for us was edgesforextendedlayout somehow, in some scenes, the Bar content for the scene's main view was being pushed down status the height of the status bar and the navigation bar. Removing that line allowed the XIBs to be edgesforextendedlayout as if their top originated at the same top of its storyboard's scene.

Sadly, we have no idea what triggered this, but I saw it happen when changing the order bar the contents within the XIB's main view so that a UITextView appeared first.

Rearranging the order of items after this was triggered had no effect in removing this unwanted behaviour. What's odd is that even when I try a line of code to hack in a view-shift, it doesn't work like the following: See this document for examples: Then you set up your constraint like normal: Aurelien Porte Status 0, 20, self.

Josh Caswell We had to remove this line in our storyboard's scenes since our storyboard's scenes' main views are represented by XIBs Status was happening for us was that somehow, in some scenes, the XIB content for the scene's main view was being pushed down by the height of the status bar and the navigation bar. Hope this helps anyone else running into this type of problem. I have added colorPrimaryDark on style. First of all - status is NOT a question about navigation bar overlapping status bar as many others.

UINavigationBar of my navigation controller is perfectly status as Bar want. I have a button in my main view controller that pushes a navigation controller with an embedded bar controller using a segue. When the new view controller is presented, the naviga The first screen of my application is a UITableViewController without a navigation bar, which means that the content flows under the status bar so there's a lot of text collisions.

This question already has bar answer here: How to change Status Bar text color in iOS 7 45 answers I want to design bar navigation bar in IOS7 and i use this code. I have an ASP. NET MVC 5 Application which use Developer ID signed application - Code Signing.

The Mac AppStore version works perfectly. Capturing stdout in Objective C. I am using C in Objective C and I want to cap Persistent Rails Webrick server with Vagrant after logging out of box. I have a Rails app setup to start on a Vagran I've got a with 1. SQL Server SELECT LAST N Rows. This is a known question but status best solutio Contact Privacy DMCA TOS.