Re: [iPhone] Search control like in App Store
Re: [iPhone] Search control like in App Store
- Subject: Re: [iPhone] Search control like in App Store
- From: "Mohan Parthasarathy" <email@hidden>
- Date: Wed, 7 Jan 2009 13:01:31 -0800
Hi,
I agree that IB is useful but sometimes does not work as expected (mostly
because i am doing something wrong). I am new to Cocoa Application
development and perhaps takes times to get used to it.
Recently i was trying to use UIWebView (one of the views in my navigation
hierarchy). And my viewDidLoad method sends the URL request to load. This
just does not work. It looks like i have done all the right things. Instead
doing this programatically by creating a UIView etc, in loadview just works.
As there are no error messages etc.,it is hard to find what mistake i am
making with IB. Sure, one could make mistakes in writing all the code but
somehow seems more reliable ;-)
-mohan
On Wed, Jan 7, 2009 at 5:46 AM, Robert Marini <email@hidden> wrote:
>
> Martijn -
>
> I don't necessarily know that I'd agree with that though it could be
> because I'm more accustomed to IB than programmatic layout. In general,
> anything you'd represent in code as a UIView subclass is something you'd
> create in a xib file in Interface Builder. That xib file would be "owned"
> then by a subclass of a UIViewController (yes, you should be using view
> controllers heavily on iPhone). Each instance of a control in IB can then
> be accessed programmatically from your view controller by IBOutlet and
> IBAction declaration which enable you to add custom behavior. It's a
> different way of thinking than programmatic layout and while the constant
> going back and forth between IB and Xcode can seem daunting, it's generally
> worthwhile as your codebase's size will be cut by a large amount (in one
> project I worked on, by 60%).
>
> There are, of course, times when I would fully suggest doing views yourself
> in code (fast drawing in a flattened view hierarchy for UITableViewCells for
> example) but really, there hasn't been a reason to avoid IB since ~beta 4 of
> the SDK. While it's true that a lot (most) of the sample code provided use
> programmatic layout examples, to a great extent it is as simple as imagining
> that the 20 lines of code used to set up a UIToolBar are just a drag and
> drop operation in your xib. I'd strongly advise taking a look at doing your
> view work primarily in IB if only for the fact that it makes that type of
> code much more maintainable.
>
> -rob.
>
>
> On Jan 7, 2009, at 4:00 AM, Jonathan Hess wrote:
>
> Hey Martijn -
>>
>> If you could file bugs at http://bugreport.apple.com/ about the concepts
>> that you find confusing it would help us improve the usability of the tools.
>>
>> Thanks -
>> Jon Hess
>>
>> On Jan 6, 2009, at 11:47 PM, Martijn van Exel wrote:
>>
>> Thanks - I looked into the TableSearch sample project and it seems to
>>> give
>>> me enough pointers to implement what I want.I'm also learning a lot from
>>> the
>>> UICatalog sample. I tend to stay away from Interface Builder, as is
>>> provides
>>> more confusion than solutions, IMO.
>>>
>>> Martijn
>>>
>>> On Wed, Jan 7, 2009 at 06:44, Robert Marini <email@hidden> wrote:
>>>
>>> UISearchBar is a standard cocoa touch control.
>>>>
>>>> -rob.
>>>>
>>>>
>>>> On Jan 6, 2009, at 7:35 AM, Martijn van Exel wrote:
>>>>
>>>> Hi all,
>>>>
>>>>> I'm looking to implement a user selection from a large number of items
>>>>> contained in a deep hierarchy (a taxonomy of species) for the iPhone.
>>>>> The hierarchy is too deep for a drill-down of TableViews, so I thought
>>>>> a
>>>>> control like the App Store iPhone application's Search tab would be a
>>>>> good
>>>>> idea.
>>>>> Is this a standard control in the iPhone SDK or is this something to
>>>>> implement from scratch? Any other suggestions on how to approach this
>>>>> UI
>>>>> challenge?
>>>>>
>>>>> Thanks,
>>>>> --
>>>>> martijn van exel -+- email@hidden -+- http://www.schaaltreinen.nl/
>>>>> _______________________________________________
>>>>>
>>>>> 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
>>>>>
>>>>>
>>>>
>>>> _______________________________________________
>>>>
>>>> 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
>>>>
>>>>
>>>
>>>
>>> --
>>> martijn van exel -+- email@hidden -+- http://www.schaaltreinen.nl/
>>> _______________________________________________
>>>
>>> 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
>>>
>>
>>
>
> _______________________________________________
>
> 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
>
_______________________________________________
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