• 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: xcode-users digest, Vol 1 #40 - 10 msgs
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: xcode-users digest, Vol 1 #40 - 10 msgs


  • Subject: Re: xcode-users digest, Vol 1 #40 - 10 msgs
  • From: Brian Barnes <email@hidden>
  • Date: Tue, 04 Nov 2003 17:03:51 -0500

Mike wrote:

Perhaps if someone who's an Xcode power user would write a small document on a workflow that works for you some of us PB-heads might get a better perspective :D As with any new UI, users will attempt to use it like the old UI, which is almost never the best thing to do. I agree with the search field comment, but it took me forever to let go of navigating by hierarchy.

Tools should conform to user needs, not the other way around. :)

PB itself got noticably better when people started adding ideas from system that were time-tested, like VC++ and CW.  New != Better.

That said, I've already gotten used to using it.  I'm just not as efficient.

"Smart groups" is a good idea for iTunes because what you are searching (music) has distinct metadata; like "band" or "style".  Reams of C, C++, objC, headers, java, resources, nibs, don't.  I've already arranged my code with groups, so it's easy to find.  Navigating by flat lists + search criteria removes my ability to decided grouping that can't be deciphered from a pass through the text.  For instance, I group some code by flow; no smart group could handle that.  Object oriented languages already enforce a hierarchy (for instance, java packages and classes, same for C++ or objC), for good reason.

I'm not asking to pick one or the other, they both have their places, but that place should be decided by the needs of the user.

[>] Brian
_______________________________________________
xcode-users mailing list | email@hidden
Help/Unsubscribe/Archives: http://www.lists.apple.com/mailman/listinfo/xcode-users
Do not post admin requests to the list. They will be ignored.

  • Prev by Date: XCode update ver 1.0.1 (2003-11-03) available via software update
  • Next by Date: Re: XCode update ver 1.0.1 (2003-11-03) available via software update
  • Previous by thread: Re: XCode update ver 1.0.1 (2003-11-03) available via software update
  • Next by thread: View variable as memory?
  • Index(es):
    • Date
    • Thread