• Open Menu Close Menu
  • Apple
  • Shopping Bag
  • Apple
  • Mac
  • iPad
  • iPhone
  • Watch
  • TV
  • Music
  • Support
  • Search apple.com
  • Shopping Bag

Lists

Open Menu Close Menu
  • Terms and Conditions
  • Lists hosted on this site
  • Email the Postmaster
  • Tips for posting to public mailing lists
Re: Cocoa UI
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Cocoa UI


  • Subject: Re: Cocoa UI
  • From: "Gurmit Teotia" <email@hidden>
  • Date: Wed, 13 Dec 2006 22:05:32 +0530

Cocoa doesn't have this option. Changing the NIB file is ofcourse is a
good approach.  Better if you use different nib files based on your
information in configuration file.

Gurmit



On 12/13/06, Sam DeVore <email@hidden> wrote:
have you seen what TextMate lets you do now?  It's not exactly what
you are talking about but it is really cool

http://macromates.com/blog/archives/2006/10/28/new-dialog-system-for-
commands/

check out the screen cast
On Dec 13, 2006, at 8:03 AM, Jerrod Fowkes wrote:

> Well now that I think about it, I suppose ONLY in the realm of MVC
> It could be possible to use it a-lot like XAML does. Currently I
> don't use bindings, I am using the old jaguar style with actions.
>
> Ok, now my question is this. Lets say I compile program X and it
> uses nib a and b. Is there a way to design the UI of the program
> without compiling the actual program X? I would like to distribute
> an application where as the UI can be totally changed but still
> subscribe to events using bindings? I suppose that is the real
> adavantage that I would like to have here.
>
> Let me attempt to almost anwser my own question. in Xcode, you
> include your nibs and they end up being put together as a resource
> part of the compilation. However on the filesystem, the end result
> of the program is actually a folder or a directory. The nibs are
> part of that folder as a resource. I suppose if you really wanted
> to, you could open up that folder and rip out the nibs, change
> them, and then put them back. However I don't think this is really
> a standard way. Need some guidance here. -Jerrod Fowkes

_______________________________________________

Cocoa-dev mailing list (email@hidden)

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)

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


  • Follow-Ups:
    • Re: Cocoa UI
      • From: Michael Watson <email@hidden>
References: 
 >Re: Cocoa UI (From: Jerrod Fowkes <email@hidden>)
 >Re: Cocoa UI (From: Sam DeVore <email@hidden>)

  • Prev by Date: NSSplitView
  • Next by Date: Re: Cocoa UI
  • Previous by thread: Re: Cocoa UI
  • Next by thread: Re: Cocoa UI
  • Index(es):
    • Date
    • Thread