Integrated documentation for Xcode projects

I’ve been thinking for the past week or so about how I can contribute something back to the mac development community — a lot of good people spend a lot of time helping me out with my issues as they come up, and I believe improving our toolchain is probably the best way for me to contribute. Documentation, to be specific.

If we take the time to properly document and comment our source code, we’re unlikely to want to have to re-​document that into a human readable format such as HTML or PDF, right? I’ve previously used tools such as HeaderDoc and NaturalDocs depending on the language and framework I’m coding in to achieve this end – with wildly varying results. HeaderDoc’s default output is quite ugly, and has some glaring omissions in terms of it’s parsing of some of the newer documentation tags.

So I’m thinking about starting up a Google Code project around this, and I’m just trying to get a feel for what people think about this idea, what they would use, and how they would see this working. So far I’ve solicited a little feedback and the following are things I know I’d like to see:

  • Xcode build integration: the generation of this documentation should work as part of the Xcode build process. No messing around with external tools;
  • Comment formats should use what’s already out there: Lots of our code is already documented using HeaderDoc’s comment format — we should try to expand upon that if we need to — not replace it (but I’m open to suggestion here);
  • The generated output should look good. No arguments there.

Comments ahoy, my peers!

Comments

Gravatar for Ben.

That sounds awe­some! I get bogged down so often in a large project, and I’ve avoided Head­er­Doc because it’s inac­tive and Nat­ural Docs/​Doxygen because they only pro­vide basic sup­port of objective-​c.

Also, I’d love to see a dif­fer­ent, or at least updated approach to the gen­er­ated output.

Posted by Ben on

Gravatar for Tony.

Hey Ben — I’m not sure that I’m not just going to use Head­er­Doc wrapped in some nice XSLs and a good, typo­graph­i­cally cor­rect design. The newer releases of Head­er­Doc are actu­ally pretty nice, and don’t suf­fer from the prob­lems ear­lier ver­sions did (I’ve been play­ing with it this afternoon).

The main thing for me is inte­grat­ing this into the Xcode work­flow so that it’s not as obtuse and man­ual as it is right now.

$10 says Apple will put some new code doc­u­men­ta­tion for­mat into Xcode 3.5.

Posted by Tony on

Gravatar for Neil.

Count me in.

Posted by Neil on

Gravatar for Sean.

Sounds like a plan, dude. Glad to help.

Posted by Sean on

Gravatar for geethree­force.

Now you men­tion doc­u­ment­ing your pre­cious code. Why not focus on the devel­ope­ment of Hyper­spaces, instead of shar­ing your thoughts with the world?

;-)

Posted by geethree­force on

Gravatar for Tony.

Yep, any­thing to avoid actu­ally releas­ing it. Man, I should take my own advice — I obvi­ously announced Hyper­spaces quite a bit ear­lier than I should have.

Posted by Tony on

Gravatar for Gee Three­force.

@Tony

I guess so. Well you sure know how to increase the over­all antic­i­pa­tion factor. ;-)

Posted by Gee Three­force on

Gravatar for peel­man.

I’d be happy to con­tribute some­thing if I can :)

Posted by peel­man on

Gravatar for Gee Three­force.

It’s mighty silent around Hyper­spaces don’t y’all think? “Tony! Are you enjoy­ing a well deserved sabbatical?”

Posted by Gee Three­force on

Gravatar for Tony.

Gee Three­force: drop me a line with your con­tact details via my con­tact form and I’ll add you to the alpha list.

Posted by Tony on

Sorry, this conversation has finished.

This post is a bit old now, so I've closed the conversation. If you're keen to keep talking about it, please email me directly.