Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Participate in DocSpec #58

Open
gossi opened this issue Jan 3, 2012 · 5 comments
Open

Participate in DocSpec #58

gossi opened this issue Jan 3, 2012 · 5 comments

Comments

@gossi
Copy link

gossi commented Jan 3, 2012

Hi,

I currently worked out a specification to make results of DocTools interoperable. This is completely new and the spec is just one day old. The idea of this spec is, that doctools deliver their output in this interoperable format and generating the output can be done by others, that don't want to work on the parsing part.

The benefits would be:

  • End users can choose whatever doctool they want and which output generator they want.
  • Doctool developers can focus on parsing the code, generate a standardised output and leave the output generation to the end users (doesn't that sound like less work for you?)

My blog post with my motivation for creating this: http://gos.si/blog/docspec-as-interoperable-file-format-between-doctools

As I said the DocSpec is not older than a day, you are invited to join here. Also if you feel like this idea suits your doctool, feel free to jump over to express your interesst in participating as an implementor.

The DocSpec is on github, ready to fork: https://github.com/gossi/docspec

Thank you
gossi

@peej
Copy link
Owner

peej commented Jan 3, 2012

Hi Gossi,

This sounds like a great initiative, especially if you have a project
written in multiple languages this'd give you the opportunity to build
a single set of API docs.

PHPDoctor makes it pretty easy to add new output formats, I'd think
it'd be straight forward to add DocSpec as an output format.

Paul.

On 3 January 2012 02:30, Thomas Gossmann
[email protected]
wrote:

Hi,

I currently worked out a specification to make results of DocTools interoperable. This is completely new and the spec is just one day old. The idea of this spec is, that doctools deliver their output in this interoperable format and generating the output can be done by others, that don't want to work on the parsing part.

The benefits would be:

  • End users can choose whatever doctool they want and which output generator they want.
  • Doctool developers can focus on parsing the code, generate a standardised output and leave the output generation to the end users (doesn't that sound like less work for you?)

My blog post with my motivation for creating this: http://gos.si/blog/docspec-as-interoperable-file-format-between-doctools

As I said the DocSpec is not older than a day, you are invited to join here. Also if you feel like this idea suits your doctool, feel free to jump over to express your interesst in participating as an implementor.

The DocSpec is on github, ready to fork: https://github.com/gossi/docspec

Thank you
gossi


Reply to this email directly or view it on GitHub:
#58

@nickdunn
Copy link

nickdunn commented Jan 3, 2012

Yes please!! Brilliant idea.

(At the moment I use PHPDoc to generate XML output, and JSDoc to generate similar XML, and then merge and render with XSLT into one set. A cleaner abstraction would be very welcome!)

@gossi
Copy link
Author

gossi commented Jan 3, 2012

That's exactly the use-case. Thanks for your words.

@DerManoMann
Copy link
Contributor

Sounds like a good plan. I've tried hacking phpdoctor a few times (with varying success) and having a defined output to work backwards from should make things a bit easier :)

@gossi
Copy link
Author

gossi commented Jan 3, 2012

Of course, the spec needs to be set in stone first. That's where you can get active right now.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

4 participants