• 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
scrollable display/edit views
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

scrollable display/edit views


  • Subject: scrollable display/edit views
  • From: Eric Friedman <email@hidden>
  • Date: Thu, 13 Jan 2005 10:14:15 -0800

Could someone offer some insight into what it takes to build one of those views in iCal or AddressBook that have display/edit "modes" for a large set of typed properties?

I'm thinking specifically of how AddressBook represents its cards in the "detail" view.  When you click on a card from the master list, the detail view shows name, address(es), numbers, and other information.  None of it looks like what you'd get with, say, NSForm or a combination of NSLabels and NSTextfields dragged onto an NSWindow in IB.

For starters, all of the fields appear to belong to a single NSView, but they're individually editable and have their own undo/redo.  They're positioned more closely to one another than if you placed a number of individual textfields and labels on a screen.  When you click an edit button, the view redraws to show key/value pairs that are available but currently nil, and you can edit the contents.  Labels are boldfaced, and placeholders for text are shown in a shade of gray.  Click the edit button again and the view returns to read-only mode, displaying only those keys for which values are defined.

Opening up the nibs, I see that it's a custom NSView subclass, but there seems to be a pattern (and, I hope, a reusable component) here, because the same user interface idiom shows up in iCal and in Delicious Library from Delicious Monster (a really smartly designed UI, IMHO).

Does anyone have any clue how these views are put together?

Eric
 _______________________________________________
Do not post admin requests to the list. They will be ignored.
Cocoa-dev mailing list      (email@hidden)
Help/Unsubscribe/Update your Subscription:

This email sent to email@hidden

  • Prev by Date: Re: bit/byte processing in cocoa
  • Next by Date: Re: Zip-files
  • Previous by thread: Re: Why is NULL used sometimes when documentation specifies nil?
  • Next by thread: Problem with custom toolbar items on 10.2
  • Index(es):
    • Date
    • Thread