atom feed17 messages in org.oasis-open.lists.officeRe: [office] Suggested ODF1.2 items
FromSent OnAttachments
Florian ReuterNov 20, 2006 8:03 am 
Patrick DurusauNov 20, 2006 8:27 am 
Florian ReuterNov 20, 2006 8:42 am 
Michael BrauerNov 22, 2006 7:37 am 
Bruce D'ArcusDec 11, 2006 10:54 am 
Florian ReuterDec 11, 2006 11:12 am 
Patrick DurusauDec 11, 2006 11:24 am 
Bruce D'ArcusDec 11, 2006 11:39 am 
Daniel CarreraDec 11, 2006 12:44 pm.pgp
Svante SchubertDec 11, 2006 11:13 pm 
Patrick DurusauDec 12, 2006 2:50 am 
Svante SchubertDec 12, 2006 3:44 am 
Patrick DurusauDec 12, 2006 4:57 am 
Bruce D'ArcusDec 12, 2006 5:17 am 
Svante SchubertDec 12, 2006 5:33 am 
Patrick DurusauDec 12, 2006 5:49 am 
Svante SchubertDec 12, 2006 8:26 am 
Subject:Re: [office] Suggested ODF1.2 items
From:Patrick Durusau (patr@durusau.net)
Date:Dec 11, 2006 11:24:33 am
List:org.oasis-open.lists.office

Florian,

Florian Reuter wrote:

Hi Bruce,

the problem here is that we need to be able to encode documents like

<p><span/><field-start/><span/><p> <p><span/><field-end/></p>

Did you mean:

<p><span/><field-start/><span/></p> <p><span/><field-end/></p>

Ah, are both <field-start> and <field-end> empty elements?

To put it another way: What is the content that is being surrounded by the <field-*> tags?

Hope you are having a great day!

Patrick

~Florian

Bruce D'Arcus <bruc@OpenDocument.us> 12/11/06 3:45 PM >>>

I never weighed in on this suggestion of Florian's, in part because it relates to on-going discussions at the metadata SC, but since I recall there's some discussion of these suggestions going on now-ish ...

On Nov 20, 2006, at 11:03 AM, Florian Reuter wrote:

Fields: * enhance field support by introducing a <text:field-start/> and a <text:field-end/> element to which metadata can be attached.

I think before we get specific about that, I'd agree we need one (or more) generic metadata fields.

The start/end approach seems potentially dangerous to me (how do you handle well-formedness if the field spans across the end of a content node?), but my more important concern is that the field (or at least one of them) consist of two distinct structures: structure and presentation. E.g. Daniel Vogelheim and I settled on a structure like this for the citation field:

field source body

If you're concerned about interop with OOXML, they also do something similar (though encode all of the "source" in a single attribute, which I think a bad design choice).

Topic Maps: Human, not artificial, intelligence at work!