Re: [Scrollkeeper-devel] Varii

[Dan M. <mu...@al...>]

Thanks for the reply Malcolm.  I don't have a lot to add to it. =20
Development has slowed dramatically, although at this time most of the=20
work which needs to be done is really just fixing a decent sized list of=20
known bugs and issues.  We desperately need to get out a release with the=
=20
latest translations and bug fixes.

-Dan


On Fri, 17 Jan 2003, Malcolm Tredinnick wrote:

> On Thu, Jan 16, 2003 at 07:58:04PM +0100, Camille B=E9gnis wrote:
> > Hello,
>=20
> Hi. :-)
>=20
> > I'm finally getting to scrollkeeper after one year hesitating, I hope=
=20
> > this is the right place to ask my questions.
>=20
> Yes, it certainly is. It is a fairly low-traffic list, but it does get
> read.
>=20
> > First of all, what's the status of developments? I see the last news =
on=20
> > website are dated March 18, 2002: is the project alive?
>=20
> The project is alive, but temporarily sleeping. Dan Mueth, the
> maintainer, has been a bit busy of late. I have been trying to fix up a
> few things here and there and polish the rough corners, but my day job
> has interfered for the past couple of months (why is it always over
> Christmas?? Grrr!).
>=20
> Dan and I keep muttering to each other that we should get out a new
> release, since there have been a number of fixes in CVS since the last
> release. The "big picture" is that not too much has changed since the
> last release. However, there have been a number of small things
> (including a security fix).
>=20
> > Then I plan to begin using scrollkeeper for Mandrake documentation.
>=20
> Yay!
>=20
> > And I have some practical quesions:
> >=20
> > - Is it possible to use other categories than the ones in categories.=
xsl?
>=20
> I would prefer that if you wanted extra categories, raise them on this
> list and we can add them to the distributed list. The problem with usin=
g
> your own categories is that your documentation install scripts will not
> work without your particular customised version of categories.xsl. Now,
> from a distributor's point of view, you may be willing to make that
> decision and argue that your users should only upgrade via Mandrake
> packages. However, if there are legitimate general categories that are
> missing, let's put them into general circulation.
>=20
> I don't really know what is behind the above question, so I may have
> missed your point. If so, can you provide more context or an example of
> what you might wish to customise?
>=20
> One case where you may wish to just have a distro-specific
> customisation, I guess, is if you wanted to have, say, "Mandrake
> documentation" as a top-level category. My personal preference would be
> to rethink your categorisation at that point, but even within my own
> company I am hardly known as somebody sensitive to company marketing
> goals and public image, so my personal preference is worth little here.
>=20
> > - Which stylesheets are used for performing docbook transformations? =
Is=20
> > it possible to use a custom stylesheet layer?
>=20
> Scrollkeeper does not do any document transformation. It is purely a
> meta-information system used to locate the document on your system and
> quickly retrieve certain bits of information about it (the stuff in the
> .omf files). Once an application has retrieved a document (or, really,
> just the meta-data), it can do whatever transformations it wishes.
>=20
> Note, that although scrollkeeper currently is used to mostly index XML
> files (in DocBook format), this is not compulsory. It can (and should)
> be used to store information about PDF files, HTML, etc. The MIME type
> for the files is stored as part of the OMF field (in the <format> field=
),
> so a retrieving application can behave appropriately.
>=20
> If there is anything unclear about the above, please sing out and I (or
> somebody else) will try to explain.
>=20
> Serious request: Please feel quite free to flame me on this list or
> privately and beat me (metaphorically) over the head if you feel like
> genuine requests for improvement or help are being ignored (this goes
> for everybody else, too). I would like to see scrollkeeper get better,
> but it's too easy for me to just push it aside and do other, potentiall=
y
> more interesting, stuff most of the time, so I tend to be very slack.
>=20
> Cheers,
> Malcolm
>=20
>=20