Home » Eclipse Projects » Mylyn » [wikitext] Embedding links, etc..
[wikitext] Embedding links, etc.. [message #527081] |
Tue, 13 April 2010 23:24 |
Miles Parker Messages: 1341 Registered: July 2009 |
Senior Member |
|
|
As others have said, this is a great contribution.
As background, I'm auto-creating docs using a setup stolen from the xtext docs builder -- my setup is basically the same except that I'm suing mediawiki instead. (You can see the generated docs here.. http://eclipse.org/amp/documentation/) So that means that I actually have docbooks XSL in the mix and so this is a little OT, but I'm hoping that there are other wikitext / docbooks users here who might have ideas.
First, I would like to be able to generate all of my docs automatically, but there is one issue there. I don't think there is a way to get TOC links generated, is there? I've got some links such as API docs that aren't coming from wikitext. (I thought of having a Master toc and then linking the Wiki generated docs in to that, but can't get that working the way I'd like.) And ideas about how I might get these links auto-genrated so that I don't have to re-edit my toc each time I do an update?
Second, I wonder if anyone has built a docbook2html or wiki2html target that separates the html into separate pages for say each h1 / =blah= level heading? My docs are getting large and I don't want users to have to download dozens of images and 30 pages of text everytime they go to the docs page.
thanks for any help or hints,
Miles
|
|
| | |
Re: [wikitext] Embedding links, etc.. [message #529244 is a reply to message #527081] |
Fri, 23 April 2010 14:12 |
David Green Messages: 136 Registered: July 2009 |
Senior Member |
|
|
Miles,
Some answers below:
On 10-04-13 4:24 PM, Miles Parker wrote:
> As others have said, this is a great contribution.
>
> As background, I'm auto-creating docs using a setup stolen from the
> xtext docs builder -- my setup is basically the same except that I'm
> suing mediawiki instead. (You can see the generated docs here..
> http://eclipse.org/amp/documentation/) So that means that I actually
> have docbooks XSL in the mix and so this is a little OT, but I'm hoping
> that there are other wikitext / docbooks users here who might have ideas.
We have quite a few users integrating with DocBook XSL. WikiText enables integration with existing toolchains so that
it's easy to use existing publishing infrastructure. Some people also like integrating with DocBook XSL for the extra
control it gives them over the output.
There have been significant advancements on MediaWiki integration, I recommend that you take a look at
http://wiki.eclipse.org/DocumentationGuidelines/CrowdSourcin gExample
You may find that following this example greatly simplifies your process.
> First, I would like to be able to generate all of my docs automatically,
> but there is one issue there. I don't think there is a way to get TOC
> links generated, is there? I've got some links such as API docs that
> aren't coming from wikitext. (I thought of having a Master toc and then
> linking the Wiki generated docs in to that, but can't get that working
> the way I'd like.) And ideas about how I might get these links
> auto-genrated so that I don't have to re-edit my toc each time I do an
> update?
I recommend that you take a look at the Mylyn help bundle
http://wiki.eclipse.org/DocumentationGuidelines/CrowdSourcin gExample#Mylyn
It shows how to maintain a master TOC with anchors and links, integrating generated TOC.
>
> Second, I wonder if anyone has built a docbook2html or wiki2html target
> that separates the html into separate pages for say each h1 / =blah=
> level heading? My docs are getting large and I don't want users to have
> to download dozens of images and 30 pages of text everytime they go to
> the docs page.
This is easy to do either with WikiText directly or by using DocBook XSL chunking.
Regards,
David
> thanks for any help or hints,
>
> Miles
|
|
|
Re: [wikitext] Embedding links, etc.. [message #529299 is a reply to message #529244] |
Fri, 23 April 2010 17:58 |
Miles Parker Messages: 1341 Registered: July 2009 |
Senior Member |
|
|
Thanks David, thanks for the links, I had taken a close look at a bunch of those docs, but I see you've added a bunch of new stuff there now.
please see below..
Thanks for the link -- hopefully that will get me to fully automated integration including external inks.
As a bit more background, after much consideration, I'm taking the XText approach, which takes care of reintegrating everything in order nicely. I've decided that the trade off between crowdsourcing and being able to maintain the docs in SVN and easily edit them in WikiText is heavily stacked toward the latter -- I've got a ton of documentation to write and I can't imagine trying to do it off of the web. But I'm using mediawiki as my markup language so down the line I'll be able to convert it back to the wiki. I'd love to see some sort of auto update process, integrated with a compare feature (e.g. a VCS client for MediaWiki!) but that seems like it would be a pretty thorny project...I'm not even sure that the wiki server side has an API that could be used for that -- you might end up having to spoof a regular user which is fraught with difficulties.
Anyway the XText approach is really cool, because you can fragment the document in any way you want. You could use this to allow other developers to override and add to sections product specific documentation for example at build time. Then of course it generates the TOC, etc.. based on the final assembled documentation. For those who haven't taken a look at their customBuild.xml you should as it is is really nice example (and there are plenty of others i the Eclipse world) of ant done well. The project structure looks a bit intimidating at first, but its actually super easy to modify for your own uses. I just:
1. Grabbed the existing structure into my project.
2. Changed all of the XText specific stuff for my project.
3. Changed the targets from textile to mediawiki.
3. Replaced the contents of doc with my own mediakwiki files and added the myproject-index.txt contents file.
For those interested, my project is at cvsroot/modeling org.eclipse.amp/org.eclipse.amp/doc/org.eclipse.amp.doc
Quote: |
>
> Second, I wonder if anyone has built a docbook2html or wiki2html target
> that separates the html into separate pages for say each h1 / =blah=
> level heading? My docs are getting large and I don't want users to have
> to download dozens of images and 30 pages of text everytime they go to
> the docs page.
This is easy to do either with WikiText directly or by using DocBook XSL chunking.
|
I think I'd like to do it in XSL as I want to be able to maintain it at the presentation level -- for example, it would be nice to be able to fragment at different section levels as the content per section gets bigger. And there might be different uses for which different level of segmentation make more sense..
So, I have to ask, I didn't actually find it "easy" , in fact I could get it to work. Do you (or anyone out there) know of any projects using XSL chunking that I could take a look at? Xtext AFAICT isn't doing any chunking.
cheers,
Miles
|
|
| |
Re: [wikitext] Embedding links, etc.. [message #601207 is a reply to message #529244] |
Fri, 23 April 2010 17:58 |
Miles Parker Messages: 1341 Registered: July 2009 |
Senior Member |
|
|
Thanks David, thanks for the links, I had taken a close look at a bunch of those docs, but I see you've added a bunch of new stuff there now.
please see below..
David Green wrote on Fri, 23 April 2010 10:12
> Miles,
>
> I recommend that you take a look at the Mylyn help bundle
> http://wiki.eclipse.org/DocumentationGuidelines/CrowdSourcin gExample#Mylyn
> It shows how to maintain a master TOC with anchors and links, integrating generated TOC.
Thanks for the link -- hopefully that will get me to fully automated integration including external inks.
As a bit more background, after much consideration, I'm taking the XText approach, which takes care of reintegrating everything in order nicely. I've decided that the trade off between crowdsourcing and being able to maintain the docs in SVN and easily edit them in WikiText is heavily stacked toward the latter -- I've got a ton of documentation to write and I can't imagine trying to do it off of the web. But I'm using mediawiki as my markup language so down the line I'll be able to convert it back to the wiki. I'd love to see some sort of auto update process, integrated with a compare feature (e.g. a VCS client for MediaWiki!) but that seems like it would be a pretty thorny project...I'm not even sure that the wiki server side has an API that could be used for that -- you might end up having to spoof a regular user which is fraught with difficulties.
Anyway the XText approach is really cool, because you can fragment the document in any way you want. You could use this to allow other developers to override and add to sections product specific documentation for example at build time. Then of course it generates the TOC, etc.. based on the final assembled documentation. For those who haven't taken a look at their customBuild.xml you should as it is is really nice example (and there are plenty of others i the Eclipse world) of ant done well. The project structure looks a bit intimidating at first, but its actually super easy to modify for your own uses. I just:
1. Grabbed the existing structure into my project.
2. Changed all of the XText specific stuff for my project.
3. Changed the targets from textile to mediawiki.
3. Replaced the contents of doc with my own mediakwiki files and added the myproject-index.txt contents file.
For those interested, my project is at cvsroot/modeling org.eclipse.amp/org.eclipse.amp/doc/org.eclipse.amp.doc
Quote:
> >
> > Second, I wonder if anyone has built a docbook2html or wiki2html target
> > that separates the html into separate pages for say each h1 / =blah=
> > level heading? My docs are getting large and I don't want users to have
> > to download dozens of images and 30 pages of text everytime they go to
> > the docs page.
>
> This is easy to do either with WikiText directly or by using DocBook XSL chunking.
I think I'd like to do it in XSL as I want to be able to maintain it at the presentation level -- for example, it would be nice to be able to fragment at different section levels as the content per section gets bigger. And there might be different uses for which different level of segmentation make more sense..
So, I have to ask, I didn't actually find it "easy" :), in fact I could get it to work. Do you (or anyone out there) know of any projects using XSL chunking that I could take a look at? Xtext AFAICT isn't doing any chunking.
cheers,
Miles
|
|
| |
Goto Forum:
Current Time: Fri Apr 19 03:42:07 GMT 2024
Powered by FUDForum. Page generated in 0.03214 seconds
|