OASIS Mailing List ArchivesView the OASIS mailing list archive below
or browse/search using MarkMail.

 


Help: OASIS Mailing Lists Help | MarkMail Help

cgmopen-members message

[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [Elist Home]


Subject: Re: another WebCGM spec glitch


Lofton,

I have little time right now to work on these questions, however, some basic
opinions:

XHTML requires lowercase for all tags these days, so I think it would make
sense to go this way with our "tags". If you think about an external XML
companion file with linkuri tags etc it makes even more sense.

We treat these tags case insensitive right now, but I can make sure that we
use only lowercase from now on.

With regard to the scaling question, I can say that IsoView's behavior is to
"shrink-to-fit", as is defined in 3.4 as the default behavior for the OBJECT
tag. We have an "resizeToFit" property that allows for switching to metric
mode. However, this will not be used in the future since it caused more
confusion than anything else.

All target rects a.k.a. view_context or object hulls are scaled to fit into
the viewer rectangle. This is how we understand the spec: show the area
covered by the view_context in the viewer rectangle.

Most of this is common sense behavior, or in other words, the behavior
expected by the user. So far no customer has asked for any other behavior.
Especially nobody has asked for isotropic scaling to "fill" the viewer
rectangle completely.
Still the wording should be consistent throughout the spec.

Let me know if you need anything else,

Dieter

----- Original Message -----
From: "Lofton Henderson" <lofton@rockynet.com>
To: <cgmopen-members@lists.oasis-open.org>
Sent: Friday, May 25, 2001 6:23 PM
Subject: Fwd: another WebCGM spec glitch


> I have had two responses.  Both of them use all lower case in generated
> content.
>
> I.e., "linkuri" instead of "linkURI", and "viewcontext" instead of
> "ViewContext".
>
> I expect that there are about 3-4 others who ought to weigh in on
> this.  But so far, it's unanimous and we will accordingly clarify the
> contradictory sections of the spec.
>
> Please speak up if you have an opinion, or if you have some implementation
> information.
>
> -Lofton.
>
>
> >X-Sender: lofton@terminal.rockynet.com
> >X-Mailer: QUALCOMM Windows Eudora Version 4.3.2
> >Date: Thu, 24 May 2001 18:30:09 -0600
> >To: cgmopen-members@lists.oasis-open.org
> >From: Lofton Henderson <lofton@rockynet.com>
> >Subject: another WebCGM spec glitch
> >X-RCPT-TO: <lofton@rockynet.com>
> >
> >CGM Open Members (esp vendors) --
> >
> >Please consider and reply ASAP -- WebCGM 1.0 Second Release is dependent
> >upon answers.
> >
> >Now that it is clearly specified that WebCGM SF strings are **case
> >sensitive**, we have a little cleanup to do.
> >
> >The content model of section 3.3 disagrees with the individual sections
> >3.2.1.1 - 3.2.1.4 and sections 3.2.2.1 - 3.2.2.8.  Everything in the
> >Content Model is lower case, and the sections tend to use "camel
> >case".  (Both the content model and the sections are normatively
> >referenced from the PPF, so we need to clean it up.).
> >
> >Specifically:
> >
> >CM                      Sections
> >====================
> >layer                   (same)
> >grobject                (same)
> >para                    (same)
> >subpara         (same)
> >
> >region                  (same)
> >viewcontext             ViewContext
> >linkuri                 LinkURI
> >layername               LayerName
> >layerdescription        LayerDescription
> >screentip               ScreenTip
> >name                    (same)
> >content         (same)
> >
> >It would be nice to pick a consistent style (like all lower case, or all
> >camel case).  But more important is:  what has been implemented?  I
> >suspect that viewer implementations rely on case-insensitive (and if I
> >were an viewer implementor, I would continue to be forgiving, regardless
> >of what the spec says).
> >
> >What about content?  What have people generated so far?  (MetaCheck will
> >not be forgiving, so we may as well preserve validity of as much content
> >as possible.)
> >
> >Please send your votes and comments as soon as possible.
> >
> >Regards,
> >-Lofton.
> >
> >*******************
> >Lofton Henderson
> >1919 Fourteenth St., #604
> >Boulder, CO   80302
> >
> >Phone:  303-449-8728
> >Email:  lofton@rockynet.com
> >*******************
> >
>
>
> ------------------------------------------------------------------
> To unsubscribe from this elist send a message with the single word
> "unsubscribe" in the body to: cgmopen-members-request@lists.oasis-open.org
>



[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [Elist Home]


Powered by eList eXpress LLC