Jeff Levitt wrote:
I think it sounds like a good idea myself. I would be willing as a user, to use jetty or something else, and host the help on my own machine during development. I don't see why others wouldn't if that is what they wanted. I guess a doc on how to use it might be needed :-)--- scott hutinger <[EMAIL PROTECTED]> wrote:
[EMAIL PROTECTED] wrote:
scott hutinger <[EMAIL PROTECTED]> wrote on06/12/2004 05:21:24 PM:
06/12/2004 11:38:59 AM:
[EMAIL PROTECTED] wrote:
scott hutinger <[EMAIL PROTECTED]> wrote on
find that thread
I haven't followed that entire thread, nor can I
followes which filescurrently. But, a log plugin; which I think?
java.util.logging. I think ithave
changed, has been developed using
think it runs on aallows
forrest to know which files have changed but I
plugin is hooked intodynamic site, and I am uncertain if the loging
bit.forrest for this yet.
I will keep my eyes on that and research it a
0.7. I think Jean hasAlso, I am uncertain about the release date of
needed for 0.7. Cocoonthe docs up to spec for 0.6, which I think is
would create errors inhad a problem creating some graphic files which
know if forrest
site logs, that was fixed in cocoon, but I don't
into that on monday.updated
cocoon with 6.0 after the release. I can look
following JIRA issue:Refer to the links in the comments of thescott
record progress on thehttp://nagoya.apache.org/jira/browse/DERBY-79
It would be nice if the JIRA issue is used to
in mind for the searchThanks for pointing this out. What did you havedocumentation.
something like theon a pc? I was wondering if you were thinking of
like that? I reallyadobe extensible metadata platform, or something
someone could attachhaven't looked at pdf search techniques. I guess
I have seen otherderby to pdf files somehow :-)
scott
Thanks,
John
Hi Scott,
I haven't spent any time with cocoon, FOP etc, but
commercial software products provide a PDF documentfor each of their
manuals and a searchable index that covers all themanuals.
I'm not sure if any of the open source PDF filegeneration solutions
provide something like:http://www.adobe.co.uk/epaper/tips/acr5search/main.html
I wasn't trying to suggest that Derby be somehowused to search PDF
documentation (not sure if that is what you thoughtI said)..
I would like the ability to search within acrobatreader across the
different derby manuals and also have the abilityto have links from one
manual to the other (as I found I had to refer tomore than one manual to
perform some Derby tasks).
OK, I understand. I guess I didn't read the issue correctly all the way.
The following page describes the searchfunctionality and it also
mentioned PDF metadata (that you mentioned), so itsounds like you might
Actually, I don't know anything about PDF. I didhave given yourself away as the PDF expert :-)
notice that FOP supports PDF version 1.3. So I don't think embedded
XML within the PDF file would work. It does have Document Level
Navigation, Destinations, Bookmarks etc. I did notice in FOP if memory
problems start to exist, turn off forward references. But the point I guess
is, do any other new document formats exist that might be better than
PDF? I know we will still output to PDF, but thought some other cool
document display architecture might exist. I don't know, as I am
clueless about such things. I can look a bit though.
Anyone know of some other display architecture? I'll look more into FOP to see what all it supports.
thanks, scott
http://www.planetpdf.com/enterprise/article.asp?ContentID=6521
Cheers,
John
I have an idea that may just solve most if not all of these issues. We can use Eclipse.
Check out the Cloudscape version of the help: http://publib.boulder.ibm.com/infocenter/cldscp10/index.jsp
That entire site was created using Eclipse's help system package. To learn more about creating an Eclipse help system, read about it here:
http://dev.eclipse.org/viewcvs/index.cgi/~checkout~/org.eclipse.platform.doc.isv/reference/misc/help_standalone.html?rev=1.26.2.2
And to deploy a help system on the web:
http://dev.eclipse.org/viewcvs/index.cgi/~checkout~/org.eclipse.platform.doc.isv/reference/misc/help_infocenter.html?rev=1.27.2.2
Long story short, we could host it on the Derby site using an Apache http server. I'm not good with the technical aspects of this, so hopefully someone can read up on whether the requirements for hosting this would be allowed by Apache.
But if we can, then all we have to do is use saxon/cocoon to output xhtml from the DITA (I've already tested that with success), as well as create an XML nav tree from the ditamap, also using saxon/cocoon (again, tested successfully), and then throw those into an eclipse help system plugin. The result would be almost exactly what you see on the Cloudscape infocenter. We'd have full advanced pre-indexed search on all the docs at once, a much more advanced nav tree, and once we set it up and take a look at how related links work within the system, we could modify the dita files to add links between the docs where needed. We'd still have PDF docs for those who want them, of course.
I took the liberty of throwing my tested xhtml and and xml nav tree into a plugin and testing it locally, and it looked alright.
Does this sound like it could work?
Jeff
I don't know about apache.org, one would think that would be allowed since they are the builder of such things. But I think it could have dual use, a local machine and a website if it all worked out.
scott
