Re: [cgmo-webcgm] QUESTION: what if picseqno is not 1?

[Benoit Bezaire <benoit@itedo.com>]

Hi Lofton,

I would also leave the spec unchanged. It's clear enough in my
opinion. Is there a linkuri error processing section in the spec? We
could always point to it if there is one.

-- 
 Benoit   mailto:benoit@itedo.com


Monday, September 19, 2005, 7:05:55 PM, Lofton wrote:

LH> Ref: 
LH> http://lists.oasis-open.org/archives/cgmo-webcgm/200509/msg00093.html
LH> Comments:  21
LH> ==========

LH> Not a big issue, but it's undefined and there are a couple of possible ways
LH> to go with it...

LH> QUESTION:  what if picseqno in a WebCGM fragment is greater than 1?

LH> DISCUSSION:  For 'pictseqno' in 3.1.2.1, Dieter suggests to append,
LH> "If the metafile does not contain a picture with the specified picture
LH> sequence number, the first (and only) picture in the metafile is chosen."

LH> This is borrowed directly from the similar wording for 'pictid'.  There are
LH> a couple of things about it that bother me.  Firstly, in a WebCGM instance,
LH> more than one picture is an error and that restriction ("1") is hardwired
LH> into the EBNF for pictseqno.  So ... why are we defining a fallback for a
LH> hard error condition in the fragment?  (We typically don't do that, do we?)

LH> One might reply, "...guidance for multi-picture cascaded profiles".  But
LH> WebCGM 1.0 said this, for pictseqno, "If pictseqno exceeds the number of
LH> pictures in the metafile, the last picture is displayed."

LH> RECOMMENDATION:  none.

LH> Thoughts?

LH> Regards,
LH> -Lofton.