Re: about the OBJECT tab

	I  want to mention that  this example isn't based on any
specific browser. So my use of the  OBJECT tag  is rather based on 
the  specification in http://www.w3.org/pub/WWW/TR/WD-object.html  as 
I expect that  netscape or any other popular browser will implement
these features. I want  also to precise that all our existing code 
is C++ and we  want to remain this way. 
	
----- Begin Included Message -----
[Example HTML omitted.]
>	 Do you  think  all the information conveyed by  audio-variant1,
> audio-variant2, video-variant1, audio-list and video-list  etc..  will be
> accessible to  the code  "xxxxxxxx" ?

Erika,
  Grail doesn't support <OBJECT DECLARE>, so the single applet that
uses an external source of data would be necessary for your
application.  

	Does your answer remain the same  with  this precision ?

> I guest that the way  parameters values are passed to the code is 
> browser-dependant, isn't ?

  It will certainly be dependent on the applet language, and I'd
expect that browser dependencies will also be a problem for a while.
Grail uses Python's keyword arguments to pass parameters to the applet
class constructor, but I don't think all applet languages support
keyword calling, much less the same kind of runtime support that
Python uses.

Ok.

> 2- Another simple and clear solution is to put  all the metadata into a file
> and just  declare the multimedia in this way:
>   
> <OBJECT id = multimedia  DECLARE  CLASSID = "xxxxxxxx">
> <PARAM   name = metadatafile  value = "ffff.meta">
> </OBJECT>
> 
> But my boss doesn't like this solution...
> Thanks a lot in advance.

  I must say I agree with your boss; I don't either.  ;-)  There's
clearly a lot of work to be done on Grail's model for applets and
resource declaration.  Since Grail is mostly a side issue here, I
don't expect resolutions to many of the real problems in the immediate
future.


  -Fred

--
Fred L. Drake, Jr.
fdrake@cnri.reston.va.us
Corporation for National Research Initiatives
1895 Preston White Drive
Reston, VA    20191-5434

----- End Included Message -----

Thanks.

Received on Wednesday, 25 September 1996 14:35:39 UTC