RE: [cgmo-webcgm] <object> interoperability issue

["Bezaire, Benoit" <bbezaire@ptc.com>]

My understanding is the same; I initially tried to simplify the issue by
saying that using PARAMs and data together isn't supported by IE. Query
or not, to me that's relatively minor. Bottom line, the spec describes a
practice that is not officially supported by IE. Either WebCGM
implementations have to change or the spec has to change.

The technical explanation from Microsoft:
"As you might have already found out experimentally, the current IE
design does not allow an ActiveX control to be initialized by values
coming from both the PARAM tag and the data attribute.  You can use
either the PARAM tag or the data attribute one at a time, but will not
be able to use both.  When IE instantiates the ActiveX control via the
OBJECT tag, it will look to see if there are any PARAM values and call
the control's IPersistProeprtyBag implementation to pass in the data.
If no PARAM tag is used, then it will next look at the OBJECT tag's data
attribute.  If one is present it will call the control's IPersistMoniker
implementation to pass the data in an IMonkier form.  The control can
then call IMoniker::GetDisplayName to get the value.  As you can see
from this implementation, you will not be able to use both the PARAM tag
and the data attribute simultaneously."

Benoit

-----Original Message-----
From: Lofton Henderson [mailto:lofton@rockynet.com] 
Sent: Friday, June 11, 2010 6:52 PM
To: Bezaire, Benoit; cgmo-webcgm@lists.oasis-open.org
Subject: RE: [cgmo-webcgm] <object> interoperability issue

At 03:13 PM 6/11/2010 -0400, Bezaire, Benoit wrote:
>Here is my sample attached.

Thanks.


>You will notice that 'data' is used, but there are no <PARAM>s. Yet the
>problem exist since a typical windows application will query for the
>PARAMs using DoPropExchange regardless if they are specified or not.

It sounds like your understanding of the problem has evolved somewhat.
So 
is it the "query for the PARAMs", even if it is none is present, that 
causes the problem?  Earlier you wrote about the need for both 'data'
and 
PARAM to be present:

>...Our implementation (COleControl ActiveX) is passed in corrupted data

>when both the 'data' attribute is specified on the <object> tag and
when 
><PARAM> elements are also specified.
>
>According to Microsoft, HTML 4 doesn't state that an implementation (of

>HTML) has to pass all values ('data' attribute, <PARAM>s)
simultaneously 
>to the ActiveX. Either 'data' without <PARAM> is used; or <PARAM>s
without 
>the 'data' attribute is used.

FWIW, I modified your sample.html slightly, so that the <object> sits 
directly in the table in place of the div/divTag stuff.  Your old beta 6

showed the cube fine, whereas old beta 6 crashed on your original 
sample.html code (w/ div/divTag scheme).  It escapes me, why that bit of

extra script execution matters before the <object> element gets
processed.

Ugh...

It is hard to believe that this has not become a critical problem for 
MS.  One would think it quite common to use <object>'s 'data' attribute 
with child <param> elements.

-Lofton.



>-----Original Message-----
>From: Lofton Henderson [mailto:lofton@rockynet.com]
>Sent: Friday, June 11, 2010 1:09 PM
>To: cgmo-webcgm@lists.oasis-open.org
>Subject: [cgmo-webcgm] <object> interoperability issue
>
>Implementors (et al) --
>
>Stuart volunteered when I asked for a straightforward test case of
><object
>data=>/<param>:  "Volunteer? (To turn it into a simple, minimal
complete
>test case of the 3.4 Example?)"
>
>I decided to modify his test to make the simplest possible <object>
test
>case:  one <object> element referencing a CGM, and no <param>.  See
>attached.
>
>Results:  I tried 3 viewers (don't have access to Ulrich's right now).
>
>PTC's very old Beta 6 passed.  The other two did not.
>
>Don, Forrest (, Ulrich) -- could you look into it please?  This is a
>most basic test of referencing a CGM into an HTML document.  It really
>should work, regardless of whether the viewer is capable of more
>advanced configurations (like loading via DOM), and regardless of
>whether IE sometimes has issues with <param> child elements.
>
>Regards,
>-Lofton.
>
>---------------------------------------------------------------------
>To unsubscribe from this mail list, you must leave the OASIS TC that
>generates this mail.  Follow this link to all your TCs in OASIS at:
>https://www.oasis-open.org/apps/org/workgroup/portal/my_workgroups.php