multibib design question

classic Classic list List threaded Threaded
2 messages Options
Reply | Threaded
Open this post in threaded view

multibib design question

Bruce D'Arcus
I'd like CiteProc to have a facility like the La/BibTeX package
multibib, which allows you to have more than one bib group.  For
example, this:

\newcites{ltex}{\TeX\ and \LaTeX\ References}

References to the \TeX book \citeltex{Knuth:1991} and to Lamport’s
\LaTeX\ book, which appears only in the
references\nociteltex{Lamport:1994}. Finally a cite to a Postscript
tutorial \cite{Adobe:1985}.


\renewcommand{\refname}{Postscript References}

... results in two groups.

In my experience, I might have a group that represents archival
documents, or legal documents, and then a main group.

The question is, how should this be designed?  Originally, I had it in
the CSL schema, such that it was basically genre-based, and the user
would not need to explicitly code for it in the document.  The multibib
approach is quite different, which would suggest:

a)  the citation coding should support a group attribute
b)  if a user was authoring in, say, OOo, they'd explicit mark each
citation as part of a group.

Each has trade-offs.



Reply | Threaded
Open this post in threaded view

Re: multibib design question

Bruce D'Arcus
On Jan 21, 2005, at 6:30 AM, Johan Kool wrote:

> Why don't you use both?
> CSL schema to set the default group, and a way to override this by the
> user if he sets the group attribute on a citation.

So, here's what I had earlier in CSL:

     <bibliography author-as-sort-order="first-author">
        <heading>Legal Documents</heading>
        <reftype name="legal case" inherit-from="article"/>
        <reftype name="bill" inherit-from="article"/>

I'm getting rid of inheritance I think, because it will add complexity
with unclear benefit.

Then citations could be optionally <citation><biblioref linkend="doe99"

Of course, that attribute isn't supported in DocBook, but you get the

How would you envision a GUI?