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

 


Help: OASIS Mailing Lists Help | MarkMail Help

cgmo-webcgm message

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


Subject: RE: [cgmo-webcgm] UL Review of Tests - WebCGM Compliance


Lofton,
 
I agree we should discuss this in a telecon.
 
I can go along with requiring WebCGM 2.1 metafiles for the new 2.1 features as you suggest. But, that does make things more difficult since MetaCheck doesn't support 2.1 right now. Also, I'd be willing to bet that most, if not all, of the new metafiles submitted to date are WebCGM 2.0. These would have to be redone as well.
 
Rob
-----Original Message-----
From: Lofton Henderson [mailto:lofton@rockynet.com]
Sent: Wednesday, March 25, 2009 7:18 PM
To: Robert Orosz; 'WebCGM'
Subject: RE: [cgmo-webcgm] UL Review of Tests - WebCGM Compliance

Rob,

Your suggestion to invert the question did indeed get me thinking -- see my just-sent, long-winded reply:
[1] http://lists.oasis-open.org/archives/cgmo-webcgm/200903/msg00060.html

You make some good arguments.  But after some thought, I still prefer the idea that new metafiles that are associated with testing new 2.1 features should in fact be WebCGM 2.1 compliant.  The reasons are in that reply of mine.

There may be some exceptions (filling gaps in previous suite, etc), as I pointed out.  And the font-name-normalization rules (and their tests) do open the question:  either the WebCGM instance is invalid, e.g., because of UNDERSCORE instead of HYPHEN; or it is a non-WebCGM instance of another profile (e.g., CALS).

This ought to be a telecon discussion topic.  And it would be nice to hear from some other TC members!

Regards,
-Lofton.


At 04:01 PM 3/24/2009 -0600, Robert Orosz wrote:
Lofton,
 
I would invert the question you pose below and ask it this way.
 
Does anyone see a reason why 2.1 should be required in all new metafiles?
 
I don't, not only for the reasons that you allude to, but also for other reasons such as the fact that some of the new tests were added to fill gaps in the test suite, etc.  See my previous message for more detail.
 
http://lists.oasis-open.org/archives/cgmo-webcgm/200903/msg00056.html
 
Rob
-----Original Message-----
From: Lofton Henderson [mailto:lofton@rockynet.com]
Sent: Monday, March 23, 2009 10:21 AM
To: 'WebCGM'
Subject: Re: [cgmo-webcgm] UL Review of Tests - WebCGM Compliance

While we are sorting through the details of Ulrich's reviews, here's my opinion about one question Ulrich asked...

At 03:55 PM 3/18/2009 +0100, =?us-ascii?Q?Ulrich_Lasche?= wrote:
[...]
We have finished our review of the assigned test cases and will send a more detailed report soon.  One general remark though:
I ran all 10 CGMs through MetaCheck with the WebCGM option and all files were incompliant.  The first error message:
Error 6589: WebCGM 1.0 (2R) Profile Violation.
The METAFILE DESCRIPTION string is invalid; it lacks the phrase
"ProfileEd:1.0" required by the Profile.
is clear but still raises an issue.  All 10 files contain either ProfileEd:1.0 or 2.0.  In the test files that I constructed manually I put in ProfileEd:2.1 (see rotateAPS.txt).  Is this correct?
I think all of the CGM's ought to have 2.1 in the metafile description, just because they are new parts of the new WebCGM 2.1 Test Suite.  But, strictly speaking, some of the 2.1 functionality -- for example all of the ACI stuff, and the geometric transform stuff -- would be equally applicable to WebCGMs of any version, or indeed to any valid metafile. 

Thoughts?  Does anyone see a reason why we should not have "2.1" in all of the new metafiles?

-Lofton.

While this would be a cosmetic issue there are a number of additional errors in these files.  I am wondering if there is some compatibility issue between 1.0 and 2.1.  Could you please look into the MetaCheck reports (grouped into vendor specific zips) and tell me your opinion?
Thanks & regards
Ulrich


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