RE: [cgmo-webcgm] Potential table 3.1.2.7

At 01:22 PM 4/14/2006 -0700, Galt, Stuart A wrote:
>Hello,
>
>Here is another try at 3.1.2.7.  No tables this time!

I think it works better without the table.  Other opinions?

(There are some editorial glitches, but I can take care of most of those 
when I integrate whatever the TC agrees on.)

-Lofton.

> > -----Original Message-----
> > From: Lofton Henderson [mailto:]
> > Sent: Wednesday, April 12, 2006 6:11 AM
> > To: ; Galt, Stuart A; 'CGM Open WebCGM TC'
> > Subject: RE: [cgmo-webcgm] Potential table 3.1.2.7
> >
> > I may have misunderstood the conclusion at last week's
> > telecon, but I thought we would get rid of the table and
> > replace it with something like nested bullet lists, or terse
> > prose text, or something like that -- something more verbose,
> > in any case, that will be clear about where to look
> > (link) for the normative presentation of the rules about the
> > particular cases.
> >
> > -Lofton.
> >
> > At 09:30 AM 4/12/2006 +0200, Dieter  Weidenbrück wrote:
> > >Stuart,
> > >
> > >one comment:
> > >The first entry in the table lists an object behavior
> > "without picterm".
> > >Please note that some forms of the fragment require the full
> > fragment,
> > >i.e. picterm.objterm.
> > >So I suggest to change the wording of that entry to something like
> > >"picBehavior will be ignored".
> > >
> > >Also, for valid WebCGM 1.0 files as well as any cascaded
> > multi-picture
> > >files, the picterm might point to another picture in the same file,
> > >which should be legal.
> > >
> > >Dieter
> > >
> > > > -----Original Message-----
> > > > From: Galt, Stuart A [mailto:]
> > > > Sent: Wednesday, April 12, 2006 1:14 AM
> > > > To: CGM Open WebCGM TC
> > > > Subject: [cgmo-webcgm] Potential table 3.1.2.7
> > > >
> > > > Hello,
> > > >
> > > > After playing with the table in 3.1.2.7 and trying all sorts of
> > > > things made it much worse I finally began to understand it (I
> > > > think).  I left the targets of the links the same, but
> > changed the
> > > > callouts a bit to help if it was used in printed form.
> > > >
> > > > --
> > > > Stuart Galt
> > > > SGML Resource Group
> > > > 
> > > > (206) 544-3656
> > > >
> > > >
> > > >
> >
> >
> >