Michelle Olson wrote: > ><rant> > >Long ago I suggested to use DocZilla (see http://www.doczilla.com) > and > >merge it with the Mozilla/Seamonkey shipped with Solaris. That > would've > >resulted in a DocBook/SGML capable browser+email client (at least in > the > >browser team noone really cared and now Sun seems to be more addicted > to > >the FireFox/Thunderbird combo (ignoring the resource-consuming > madness > >of running TWO Gecko engines (=FireFOX AND ThunderBird) instead one > one > >(e.g. Mozilla (alias Seamonkey)))). Somehow I still feel that this > may > >be the better way (it would avoid most of the messy+lossy > transforming > >and would deliver an all-in-one, DocBook/SolBook-capable browsing > tool > >(Ok... this doesn't cover tools like /usr/bin/man...)) ... > ></rant> > > Ok, I had not thought about just a browsing tool, buthave been focused > on something for editing purposes. Thanks for the link, I'll check it > out.
Note: The DocZilla folks is more or less a one-/two-man shop last I talked to them. If you want to integrate something like that I'd suggest to start talking to the Seamonkey council and not the FireFox maintainers - the Seamonkey (formerly "Mozilla Browser Suite" alias "Mozilla") people will likely much more be interested in adding new larger features than the FireFox maintainers (who are more intersted in a fast/small browser-only application). IMHO it would much more sense to ship an all-in-one DocBook/SGML-enhanched Seamonkey (browser, editor, email+news, calendar etc.) instead of messing around with FireFox for the same purpose (reading emails with DocBook attachments would be cool (<dreaming>... or think about multipart/alternative with text/plain, text/html and text/docbook [1] options... :-) </dreaming>)). [1]=Assuming someone can convince IANA to add such a mimetype... ;-/ > >Beside this rant... there are some tools to transform SGML<--->XML > forth > >and back... unless I am missing something there should be no > limitation > >of using a mix&match combination of such tools... > > Right, we are converting our SolBook to DocBook currently with success > for the books. But, because of the volume of man pages, and volume of > changes to man pages, paying the price of conversion for each change > is just not acceptable and is unlikely to work long-term. But, I'm > open to ideas... Uhm... what about shipping the current SolBook/SGML DTD and make all _new_ manual pages use DocBook/XML and pull-over the old (SolBook/SGML) ones incrementally when larger edits are needed ? [snip] > >What was the problem in the case of the japanese manual page ? Why > can > >you ship the nroff code but not the SolBook one ? > > We are not shipping nroff for japanese ksh man page with CDDL, as far > as I know. We cannot license that content under CDDL for legal > reasons. Who owns the copyright ? X/Open ? > >My idea was to allow them droped-in as-is, e.g. without > modifications. > >Would that be possible, too ? > > I can't be sure until we try, but I think it should work. DocBook > allows many more tags than SolBook, so that could cause some need for > modifications. Well, it's better than trying to convince each OpenSource project on this planet to adopt SolBook/SGML... :-) [snip] > >Finally: > >I have a patch for /etc/profile floating around which properly sets > >$MANPATH based on $PATH , including locale/language-specific manual > >pages. [snip] > > > >Is anyone interested to sponsor such a patch ? > > Oh, this is a great wish list! Thank you so much, I will hunt down a > sponsor and get a conversation started about this patch. I just filed the matching RFE at http://bugs.opensolaris.org/ ... sponsor request follows once I get the email from Linda Bernal that the bug has been filed. Note that this requires an ARC fasttrack case (CC:'ing Don Cragun <don.cragun at sun.com> (and hoping he'll volunteer to do the ARC fasttrack stuff (Don: See http://mail.opensolaris.org/pipermail/docs-discuss/2007-January/000687.html , anything below the "Finally:"-line... would you be intrested to sponsor such a fasttrack ?))). ---- Bye, Roland -- __ . . __ (o.\ \/ /.o) roland.mainz at nrubsig.org \__\/\/__/ MPEG specialist, C&&JAVA&&Sun&&Unix programmer /O /==\ O\ TEL +49 641 7950090 (;O/ \/ \O;)
