Re: a bug in iphone SDK's creation of view based xib files.
Re: a bug in iphone SDK's creation of view based xib files.
- Subject: Re: a bug in iphone SDK's creation of view based xib files.
- From: jon <email@hidden>
- Date: Thu, 03 Sep 2009 06:21:35 -0600
Hi Joey,
On Sep 3, 2009, at 12:15 AM, Joey Hagedorn wrote:
Please do not discuss unreleased software on this list. You have
access to the developer forums which are an appropriate place to
discuss issues you may have. The issue you're discussing applies to
iPhone OS 3.0 as well, so I'll continue to answer.
opps, that should have said 3.0 only.... (i did file a bug report,
i should have also said i had filed a bug report in the listing, i
only put it on the list, because i also mentioned a work around)
he springs and struts are disabled on views with simulated user
interface attributes, so this is expected....... In this case, it
sounds like you expect the view provided in the UIViewController
Subclass with XIB file template to have the autosizing parameters
set differently.
if this were not a bug, then why is the First XIB created (which is
a UIView class also) set differently than the Second XIB which is
also the same Class?? ( I should have mentioned in the steps that
this is not a UIViewController subclass, that option should be left
off to create a regular "UIView" Class...) and should provide
exactly the same start point, since they after all should be the
same, yet they are not the same???
one has the struts/springs set differently than the other....
worse, disabled, so that no one can change them to be correct.
on the first XIB, the Simulated Status Bar is not disabled either
in any case, yet the size options (struts and springs) are set
differently than the second XIB????
(a second related thing is:) setting the Simulated Status Bar to
disabled, does not actually disable the status bar, (it does inside
of IB, but inside the iPhone simulator after it is compiled, it does
not) one has to also edit the XIB to actually turn off the Status
bar?? (maybe i am missing something there)
this can be verified by simply creating a new project of "View based"
class, then inside IB, set status bar to "none" on the UIView
XIB, then compile and run in simulator, the status bar is still
there. even if it is disabled on the main XIB too. (unless i am
confused about the option of disabling the status bar).
which brings up another question? why does it matter that the status
bar be there or not? shouldn't you be able to adjust struts and
springs no matter if it is there or not? if one rotates the view,
the status bar rotates in the iphone simulator, shouldn't the view
also rotate and adjust it's view appropriately? right now that is not
happening.... shouldn't it for the second XIB view, just like the
first XIB view does correctly. (even if the status bar is there, the
first one is set correctly)
Thanks,
jon.
_______________________________________________
Cocoa-dev mailing list (email@hidden)
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:
This email sent to email@hidden