Home » Eclipse Projects » Mylyn » [wikitext] Embedding links, etc..
[wikitext] Embedding links, etc.. [message #527081] |
Tue, 13 April 2010 19:24  |
Eclipse User |
|
|
|
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 10:12   |
Eclipse User |
|
|
|
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 13:58   |
Eclipse User |
|
|
|
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 13:58   |
Eclipse User |
|
|
|
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
|
|
|
Re: [wikitext] Embedding links, etc.. [message #601283 is a reply to message #601207] |
Tue, 27 April 2010 17:46  |
Eclipse User |
|
|
|
Miles Parker wrote on Fri, 23 April 2010 13:58
> 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?
I figured this out. I think I must have had something messed up in the configuration as the basic steps I was taking were correct. For others, you just:
1. Copy chunk.xsl, chunk-common.xsl and chunk-code.xsl into your styles dir
2. In html.xss, change docbook.xsl to chunk.xsl
3. Customize the chunking according to the docbook chunking docs.
One change you'll want to make to match with the xtext structure is to get rid of the base.dir attribute. See the preceeding message for a reference to the amp project implementation.
|
|
|
Goto Forum:
Current Time: Wed Jul 23 14:36:57 EDT 2025
Powered by FUDForum. Page generated in 0.04736 seconds
|