• 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: Argghh include quirks
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Argghh include quirks


  • Subject: Re: Argghh include quirks
  • From: Rua Haszard Morris <email@hidden>
  • Date: Mon, 3 Dec 2007 14:44:33 +1300

I'm not the OP but - having open quickly use the same strict rules as the compiler is a very useful feature, mainly for tracking down include problems
If you think that the ability to preview exactly what an include statement will expand to would be a good feature for Xcode to have I think that you should submit that as a feature request. I suspect that such functionality could be provided in a better way - perhaps via a tooltip when you hover over the include statement?
Yea, that is a nice idea. Not being able to quickly open the thing displayed in the tooltip would be infuriating though!

This all comes from how CodeWarrior did open quickly, and is one of the CodeWarrior features I would imagine a lot of people miss (many of whom spend time on the carbon-dev list).

I've submitted the bug, here's one of those rdar things..
rdar://5625160

thanks
Rua.
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Xcode-users mailing list      (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden


References: 
 >Re: Argghh include quirks (From: Rua Haszard Morris <email@hidden>)
 >Re: Argghh include quirks (From: j o a r <email@hidden>)

  • Prev by Date: Re: Argghh include quirks
  • Next by Date: Re: "integrating" Research assistant with other parts of the GUI
  • Previous by thread: Re: Argghh include quirks
  • Next by thread: Running app from Organizer under debugger with shell vars
  • Index(es):
    • Date
    • Thread