[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]
Subject: Re: [cgmo-webcgm] ISSUE: relative URIs in 'linkuri'
Maybe this was discussed on the telecon;
but here are my thoughts
anyway...
I don't understand what the problem is; or what is meant by 'linkuri'.
'linkuri' the WebCGM 1.0/2.0 APS attribute; or <linkuri> element of
the XCF?
If we are talking about the WebCGM 1.0/2.0 APS attribute, then this is
easy, relative URIs should behave in 2.0 liked they behaved in WebCGM
1.0. I'm sure you'll all agree.
I suspect Dieter was talking about the <linkuri> element of the XCF.
Please don't forget that applying an XCF onto a WebCGM document is
'replacing' the existing WebCGM APS attribute values with the new ones
found in the XCF. When an implementation sees:
<grobject apsid="one">
<linkuri uri="#myObject" />
<grobject>
The string '#myObject' is set within the 'one' APS, like so:
BEGAPS 'one' 'grobject' STLIST;
APSATTR 'linkuri' "14 3 '#myObject' '' ''";
BEGAPSBODY;
...
ENDAPS;
And the hyperlinking behavior of such a file should be well defined
(as per WebCGM 1.0).
Regards,
--
Benoit mailto:benoit@itedo.com
Monday, September 19, 2005, 6:49:49 PM, Lofton wrote:
LH> Ref:
LH> http://lists.oasis-open.org/archives/cgmo-webcgm/200509/msg00093.html
LH> Comments: 20
LH> ==========
LH> ISSUE: how are relative URIs in 'linkuri' resolved?
LH> DISCUSSION: Dieter writes,
LH> "something should be added to say that xcfurls can be relative but can also
LH> be absolute. Also, we need to make a comment about relative URLs found in
LH> linkURIs then, the processing there is different, if I remember
LH> correctly.There it is relative to the container document I think."
LH> The first sentence is strictly editorial. The second is not so
LH> straightforward. A 'linkuri' could occur:
LH> -- in a WebCGM instance;
LH> -- in DOM script;
LH> -- in XCF instance.
LH> As I understand it, the container document would be the WebCGM, a HTML/JS
LH> file, the XML file of the XCF. I don't think we want the relative URI of a
LH> 'linkuri' to resolve to the container document. For example, load this CGM
LH> Container: http://www.example.org/webcgm/myCGM.cgm
LH> linkuri: #another-obj-in-this-pic
LH> Then we edit the DOM of that already-loaded WebCGM, with this DOM script,
LH> to change that linkuri...
LH> Container: http://www.example.org/domScripts/myDOMtest.html
LH> linkuri: #a-third-obj-in-this-pic
LH> I don't think we want the linkuri to all of a sudden be relative to
LH> myDOMtest.html. Or am I misunderstanding the meaning of "container
LH> document"? I think we want something like ... relative URI in 'linkuri'
LH> resolves relative to the WebCGM "that contains it". I quoted the latter
LH> because I'm not quite sure the right way to express it. But ... if the
LH> 'linkuri' is in a WebCGM, no problem. If it is in DOM script or XCF ...
LH> well, the 'linkuri' in a sense is really contained in the WebCGM, and those
LH> (DOM script / XCF) are just editing directives that are being applied, to
LH> change the 'linkuri' value in the WebCGM.
LH> RECOMMENDATION: relative URI in 'linkuri' resolves relative to the WebCGM
LH> "that contains it".
LH> Discussion? (Suggestions for the best way to say it?)
LH> Regards,
LH> -Lofton.
[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]