[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]
Subject: Re: [office-metadata] RDFa model and xml:id
Patrick Durusau <patrick@durusau.net> wrote on 12/13/2006 02:10:33 PM: > Elias, > > Elias Torres wrote: > <snip> > > >>Only if you are careful to select the outside <div about="party1">. How > >>do you guarantee that all select operations are going to do that? > >> > >>I think I understand what you mean by "in-context" metadata but I think > >>you are missing the "correct" select issue that is required to preserve > >>the right context. > >> > >> > > > >I think you are somehow thinking that users see XML markup and are > >selecting parts of it. The implementation can make use of the RDFa > >processing rules to resolve in-context metadata to capture a large set of > >the selection without losing it. People don't see in the screen <div> and > >place their cursor after the i in div. It might be the case that we might > >lose one property value, but hey nothing is perfect, however, everything > >else below it can be re-used. > > > > > > > No, actually that is not what the processing rules, at least as of 20 > October 2006. Under section 4.1 it says: > > "The [RDFa element] under consideration at any time is the [current > statement], and its parent element is the [context statement]." > > As I read the rule, only the present element and its parent are captured > for context. That may or may not be sufficient. It is certainly an > arbitrary limit that is being touted as a "context" solution. > > Better than nothing I suppose but only just. What happens if parent + 1 > provides needed context? > > Oh, and you are presuming that there is no intervening content between > the parent and its child [current statement]. I would be surprised if I > tried to select some text and the selection expanded to include material > I did not want. > > Assuming we are not limtiing the metadata that can be supplied, I could > even point to a parent element in the metadata to control how much > context is selected when a copy-n-paste operation is being performed. > Which would have the same select more content problem I just noted for RDFa. > > Suspect the select and preserve metadata is actually a hard problem. I > can't say I am impressed with the parent/[current statement] default. > Fortunately, since RDFa is not a standard, we can define whatever rules > we think are appropriate. This is good feedback for us in the RDFa working group since your reading of the text (at least the text you pasted, no-context :)) is not exactly right. The statement you pasted is correct. The only thing that you are missing is recursion. When you go to the parent, you re-use the same statement again and again until you find a parent. <div about="foo"> <div> <div> <div property="description"></div> </div> </div> </div> In RDFa, that description is about <#foo>. Does that help? -Elias > > Hope you are having a great day! > > Patrick > > -- > Patrick Durusau > Patrick@Durusau.net > Chair, V1 - Text Processing: Office and Publishing Systems Interface > Co-Editor, ISO 13250, Topic Maps -- Reference Model > Member, Text Encoding Initiative Board of Directors, 2003-2005 > > Topic Maps: Human, not artificial, intelligence at work! > >
[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]