[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]
Subject: Fwd: [dev-biblio] Re: [sw-discussion] Re: [dev-biblio] Re: [sw-discussion] generic structured fields, citations
Followup to previous discussion, with a field example. I'll be posting a suggestion on this later. Begin forwarded message: > From: Jakob Lechner <jakob.lechner@fabalabs.org> > Date: October 19, 2006 8:42:30 AM EDT > To: dev@sw.openoffice.org > Cc: dev@bibliographic.openoffice.org, dev@xml.openoffice.org > Subject: [dev-biblio] Re: [sw-discussion] Re: [dev-biblio] Re: > [sw-discussion] generic structured fields, citations > Reply-To: dev@bibliographic.openoffice.org > Reply-To: jakob.lechner@fabalabs.org > > Hello, > > On Thu, 2006-09-21 at 08:53 -0400, Bruce D'Arcus wrote: >> See the archive I have attached to the message archived at this link. >> >> <http://lists.oasis-open.org/archives/office-metadata/200608/ >> msg00016.html> >> >> It reflects how I've been thinking about storing the metadata. So >> basically there are domain or feature specific metadata files that get >> registered in the manifest with a "text/rdf+xml" mimetype, and I >> imagine specific functionality could be responsible for different >> chunks of metadata (though because a common model, they could be >> linked). >> >> Let me know if you have any thoughts about that, and about the field >> to link to it. > > Looks good, that's quite similar how we are planning to include > metadata > in odt archives. > > I have been working on another project but now I'll > be concentrating on the metadata project again. Actually I > have to implement some sort of prototype as fast as possible > because we need it for a presentation. > > As discussed earlier we want to include xml metadata in > odt archives and implement fields that can read and modify > the content of a given tag of the xml structure. > So the field actually needs a reference to the xml file > it is linked to and a reference to a tag within that xml file > (this reference could be a xpath expression). > > The field could stored in the content.xml file like this: > <text:xml-field text:name="field1" xlink:href="customXml/item1.xml" > xpath="/contacts[0]/surname" /> > > The first thing I've tried was to store xml metadata files into a > odt zip archive: I have created a new folder in the archive and then > I've included the xml files that contain metadata in this folder. > Finally I've added entries in the manifest.xml file for the newly > created folder and for each one of the xml files: > > <manifest:file-entry manifest:media-type="" manifest:full- > path="customXml/"/> > <manifest:file-entry manifest:media-type="text/xml" > manifest:fullpath="customXml/item1.xml"/> > > I was able to open the odt file in Writer but when I added a word in > the > document and stored it again, our xml files and the entries in the > manifest file were gone. > > I guess the reason for this is that Openoffice only includes files in > the archive that are referenced in the document. > > So I guess it will be necessary to adapt the routine in Openoffice that > stores text documents. Could someone tell me where to find the code > that > loads/stores textdocuments from/to odt archives? I have read something > about the XLoadable and XStoreable interfaces but I haven't found the > implementation for Writer documents yet. > > > Please tell me if you have any further ideas or remarks about what I > have to take care about. > > > > Best regards > > -- > Jakob Lechner > Research & Development > Fabalabs Software GmbH > Honauerstraße 4 > A-4020 Linz > Tel.: [+43] (70) 60 61 62 > Fax: [+43] (70) 60 61 62-609 > E-Mail: jakob.lechner@fabalabs.org > Web: http://www.fabalabs.org > > --------------------------------------------------------------------- > To unsubscribe, e-mail: dev-unsubscribe@bibliographic.openoffice.org > For additional commands, e-mail: dev-help@bibliographic.openoffice.org >
[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]