Re: iOS 7 navigation bar height
Hi Alex, It doesn't sound like something I want, I want to the height of navigation bar itself to be set correctly not the view of the controller. Thanks anyway. On Thu, Apr 17, 2014 at 10:45 AM, Alex Kac wrote: > topLayoutGuide is what you want. > > > https://developer.apple.com/library/ios/documentation/uikit/reference/UIViewController_Class/Reference/Reference.html#//apple_ref/occ/instp/UIViewController/topLayoutGuide > > The topLayoutGuide property comes into play when a view controller is > frontmost onscreen. It indicates the highest vertical extent for content > that you don't want to appear behind a translucent or transparent UIKit bar > (such as a status or navigation bar). This property implements the > UILayoutSupport protocol and you can employ it as a constraint item when > using the NSLayoutConstraint class. > > The value of this property is, specifically, the value of the length > property of the object returned when you query this property. This value is > constrained by either the view controller or by its enclosing container > view controller (such as a navigation or tab bar controller), as follows: > > • A view controller not within a container view controller > constrains this property to indicate the bottom of the status bar, if > visible, or else to indicate the top edge of the view controller's view. > • A view controller within a container view controller does not > set this property's value. Instead, the container view controller > constrains the value to indicate: > • The bottom of the navigation bar, if a navigation bar is > visible > • The bottom of the status bar, if only a status bar is > visible > • The top edge of the view controller’s view, if neither a > status bar nor navigation bar is visible > If a container navigation controller’s navigation bar is visible and > opaque, the navigation controller lays out the frontmost view controller’s > view so its top edge abuts the bottom of the navigation bar. In this case, > the value of this property is 0. > > Query this property within your implementation of the > viewDidLayoutSubviews method. > > > On Apr 16, 2014, at 8:30 PM, ico wrote: > > > 1. > > > > UINavigationController will alter the height of its UINavigationBar to > > -- > > > > My problem is, I have a UITabBarController with 3 tabs, and each tabs is > a > > Alex Kac - President and Founder > Web Information Solutions, Inc. > > "Champions aren't made in the gyms. Champions are made from something they > have deep inside of them - a desire, a dream, a vision. They have > last-minute stamina, they have to be a little faster, they have to have the > skill, and the will. But the will must be stronger than the skill." > -- Muhammad Ali > > > > > > -- == Life isn't about finding yourself. Life is about creating yourself. ___ Cocoa-dev mailing list (Cocoa-dev@lists.apple.com) Please do not post admin requests or moderator comments to the list. Contact the moderators at cocoa-dev-admins(at)lists.apple.com Help/Unsubscribe/Update your Subscription: https://lists.apple.com/mailman/options/cocoa-dev/archive%40mail-archive.com This email sent to arch...@mail-archive.com
Re: iOS 7 navigation bar height
topLayoutGuide is what you want. https://developer.apple.com/library/ios/documentation/uikit/reference/UIViewController_Class/Reference/Reference.html#//apple_ref/occ/instp/UIViewController/topLayoutGuide The topLayoutGuide property comes into play when a view controller is frontmost onscreen. It indicates the highest vertical extent for content that you don't want to appear behind a translucent or transparent UIKit bar (such as a status or navigation bar). This property implements the UILayoutSupport protocol and you can employ it as a constraint item when using the NSLayoutConstraint class. The value of this property is, specifically, the value of the length property of the object returned when you query this property. This value is constrained by either the view controller or by its enclosing container view controller (such as a navigation or tab bar controller), as follows: • A view controller not within a container view controller constrains this property to indicate the bottom of the status bar, if visible, or else to indicate the top edge of the view controller's view. • A view controller within a container view controller does not set this property's value. Instead, the container view controller constrains the value to indicate: • The bottom of the navigation bar, if a navigation bar is visible • The bottom of the status bar, if only a status bar is visible • The top edge of the view controller’s view, if neither a status bar nor navigation bar is visible If a container navigation controller’s navigation bar is visible and opaque, the navigation controller lays out the frontmost view controller’s view so its top edge abuts the bottom of the navigation bar. In this case, the value of this property is 0. Query this property within your implementation of the viewDidLayoutSubviews method. On Apr 16, 2014, at 8:30 PM, ico wrote: > 1. > > UINavigationController will alter the height of its UINavigationBar to > -- > > My problem is, I have a UITabBarController with 3 tabs, and each tabs is a Alex Kac - President and Founder Web Information Solutions, Inc. "Champions aren't made in the gyms. Champions are made from something they have deep inside of them - a desire, a dream, a vision. They have last-minute stamina, they have to be a little faster, they have to have the skill, and the will. But the will must be stronger than the skill." -- Muhammad Ali ___ Cocoa-dev mailing list (Cocoa-dev@lists.apple.com) Please do not post admin requests or moderator comments to the list. Contact the moderators at cocoa-dev-admins(at)lists.apple.com Help/Unsubscribe/Update your Subscription: https://lists.apple.com/mailman/options/cocoa-dev/archive%40mail-archive.com This email sent to arch...@mail-archive.com
iOS 7 navigation bar height
Hi All, First of all, let me show you the rule about the height of navigation bar in iOS7, quote from the web ( http://blog.jaredsinclair.com/post/61507315630/wrestling-with-status-bars-and-navigation-bars-on-ios-7 ) -- 1. UINavigationController will alter the height of its UINavigationBar to either 44 points or 64 points, depending on a rather strange and undocumented set of constraints. If the UINavigationController detects that the top of its view’s frame is visually contiguous with its UIWindow’s top, then it draws its navigation bar with a height of 64 points. If its view’s top is not contiguous with the UIWindow’s top (even if off by only one point), then it draws its navigation bar in the “traditional” way with a height of 44 points.This logic is performed by UINavigationController even if it is several children down inside the view controller hierarchy of your application.There is no way to prevent this behavior. -- My problem is, I have a UITabBarController with 3 tabs, and each tabs is a navigation controller. And this UITabBarController is a child controller of my root view controller which is a custom container controller. In normal state, those navigation controllers' navigation bar height is 64 points as the above content mentioned. In some events, I need to move the view of tab bar controller down for some distance, for example 40 points, and after this, the navigation bar still remains 64 points which is not correct, it will show as 44 points height only when I switch another tab. My question is how to make the navigation bar height correct when I move the view of tab bar controller down from the top without switching other tabs? I have tried navigation bar setNeedsDisplay, setNeedsLayout and the view of navigation controller setNeedsLayout etc, none of them works. -- == Life isn't about finding yourself. Life is about creating yourself. ___ Cocoa-dev mailing list (Cocoa-dev@lists.apple.com) Please do not post admin requests or moderator comments to the list. Contact the moderators at cocoa-dev-admins(at)lists.apple.com Help/Unsubscribe/Update your Subscription: https://lists.apple.com/mailman/options/cocoa-dev/archive%40mail-archive.com This email sent to arch...@mail-archive.com
Re: Socket Programming on iOS
On Apr 16, 2014, at 11:42 AM, Dilum Nawanjana wrote: > Working as a Client in iOS device is pretty easy. But when it comes to > Server cocoa framework is not very much handy for that. We have to code > using basic C language for the implementation. There are a number of open source libraries that provide support for listener sockets. I recommend the GCDAsyncSocket class, in the CocoaAsyncSocket library. If you don’t want to add a lot of external source, it’s not too hard to roll your own listener implementation without having to use more than a few lines of C. Take a look at Apple’s CocoaEcho sample code; the EchoServer class shows how to do it. —Jens ___ Cocoa-dev mailing list (Cocoa-dev@lists.apple.com) Please do not post admin requests or moderator comments to the list. Contact the moderators at cocoa-dev-admins(at)lists.apple.com Help/Unsubscribe/Update your Subscription: https://lists.apple.com/mailman/options/cocoa-dev/archive%40mail-archive.com This email sent to arch...@mail-archive.com
Socket Programming on iOS
Listening to a Port from an iOS device is not very easy task in cocoa framework. I tried to develop an app that works as a server to listen to a port to start the Client Server conversation. I have to read a lot before I create that app. Working as a Client in iOS device is pretty easy. But when it comes to Server cocoa framework is not very much handy for that. We have to code using basic C language for the implementation. Do you guys have any suggestion to make it easier? ___ Cocoa-dev mailing list (Cocoa-dev@lists.apple.com) Please do not post admin requests or moderator comments to the list. Contact the moderators at cocoa-dev-admins(at)lists.apple.com Help/Unsubscribe/Update your Subscription: https://lists.apple.com/mailman/options/cocoa-dev/archive%40mail-archive.com This email sent to arch...@mail-archive.com
Re: What the actual heck?
I have received the same e-mail also with a IP starting with 17. Kevin On 16 Apr 2014, at 05:25, Kyle Sluder wrote: > On Tue, Apr 15, 2014, at 09:19 PM, Bryan Vines wrote: >> Hi folks. >> >> So I just got a “Mailing list removal confirmation notice” which said the >> list had received a request from a 17.x.x.x address for the removal of my >> email address from this list. >> >> Anyone else getting something like this? >> >> Plot twist: The 17.x.x.x netblock belongs to Apple. “The call is coming >> from INSIDE THE HOUSE!” >> >> Any idea why someone inside Apple wants to pull me off the list? >> >> Very confusing. > > If you post to the list without trimming the mailing list footer, the > account management link that is specifically tailored to your account > will get posted as well. > > Someone might errantly click that link thinking it will take them to > _their own_ unsubscribe page. Alternatively, a naive web crawler might > reach your account management page and from there send an unsubscribe > request. > > I doubt someone at Apple is trying to boot you off the list. :) > > --Kyle Sluder > > ___ > > Cocoa-dev mailing list (Cocoa-dev@lists.apple.com) > > Please do not post admin requests or moderator comments to the list. > Contact the moderators at cocoa-dev-admins(at)lists.apple.com > > Help/Unsubscribe/Update your Subscription: > https://lists.apple.com/mailman/options/cocoa-dev/ktam%40yvs.eu.com > > This email sent to k...@yvs.eu.com ___ Cocoa-dev mailing list (Cocoa-dev@lists.apple.com) Please do not post admin requests or moderator comments to the list. Contact the moderators at cocoa-dev-admins(at)lists.apple.com Help/Unsubscribe/Update your Subscription: https://lists.apple.com/mailman/options/cocoa-dev/archive%40mail-archive.com This email sent to arch...@mail-archive.com
