On Oct 13, 2005, at 10:19 AM, Bruce D'Arcus wrote:

pt wrote:


I thought I had an idea of how it might work with in-text citations
that were essentially tokens referencing a bibliographic data store,
but the psuedo code below seems to imply that the full bibliographic
record would be in the citation. Or am I misreading it?


The plan has been that citations just become pointers to external bibliographic records; "external" in relation to content.xml, but still in the file wrapper. So the bibliographic store would be internal to the file. Otherwise the model is the same as the current DocBook processing, with the sole difference that the results of the transformation need to get inserted back into the citation elements. This is what the glue would do; collect the citations, an use them in conjunction with the bib data to run the file, and insert the results back.

That doesn't mean there isn't a general bibliographic database too. It's just that when one inserts a citation in a document, one is both adding the pointer, and the bibliographic record.

In the past, we had thought that would be an optional relationship; that a user could choose to embed, or not. I think that's not a good idea for a variety of reasons, and that it should be mandatory.

In general I think it is an excellent idea to embed. However if I change details in my bibliography manager (ie the master database record) would that cascade to inserted citations, or would that cascade be optional?

One option would be to keep the database linkage in the record and at 'styling' time (ie when the record is converted to text) to allow it to hit the database if possible and look for changes, then prompt the user if they want to have those changes apply to the current citation.

--J

---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to