[REBOL] Re: rebol plugins
From: bry:itnisk at: 27-Sep-2003 17:02
well an xml file in Internet Explorer has
its intrinsic handling done via an wd-xsl
file inside of the msxml.dll as a resource.
This generates a dynamic html page which
shows the treeview you get when you double
click and open an xml file, an xml file in
mozilla has not intrinsic display on it.
There is really no way to associate a plugin
with xml, there is however ways to associate
plugins with html and xhtml as I discussed
in the earlier mail.
The documents could be xhtml and still work
with the plugin, the plugin architecture
however should most probably not be that
which it was before, as that falls under the
eolas patent, I think the dynamic behaviors
model which I pointed out, which is of
course IE specific but of which a similar
solution can be implemented for Mozilla,
does not seem to me to fall under the eolas
patent; however I am not 100% certain about
that since it still requires a reference to
an external object on the page to interpret
the inline markup.
At any rate as there has been discussion on
list before about the following things:
1. extending Rebol to interact with browsers
and OS
2. serializing rebol scripts to some xml
dialect, so that they could be more easily
consumed as data in other environments.
3. The current thread on c# in which I point
to the CodeDom, I am familiar with some work
that has allowed for generation of an xml
dialect of the CodeDom which can be compiled
to various .Net languages; c#, vb.net, J#,
unfortunately jscript.net seems to have
problems with the format.
> Hmm... I wonder since xml seems to be
supported everywhere with these
> browsers then why can't an rebol plugin be
made that gets launched via xml?
> Paul Tretter
>
> ----- Original Message -----
> From: "bryan" <[bry--itnisk--com]>
> To: <[rebol-list--rebol--com]>
> Sent: Friday, September 26, 2003 8:23 AM
> Subject: [REBOL] Re: rebol plugins
>
> >
> >
> >
> >
> >
> > >Interesting.
> > >How portable is DHTML, do you know?
> > >Is it an open standard, I mean?
> >
> > Sorry about the long time between
replying.
> >
> > DHTML is generally used to refer to the
usage of several complementary
> > technologies, Html 4.0, CSS, and
Javascript (ecmascript).
> >
> > So while Microsoft might claim DHTML as
theirs, the term is also used
> > for Dynamic (client-side) Html as used
in Mozilla for example.
> >
> > As a general rule these technologies are
a lot of bother to try to make
> > work cross-browser. Hence the continuing
reliance on server side
> > technologies.
> >
> > The Microsoft dynamic behaviors are
totally Microsoft specific, however
> > syntactically they share a similarity
with xml namespaces which are
> > standardized.
> >
> > An html document using inline svg
interpreted via a dynamic behavior
> > will have a syntax as follows:
> >
> > <html
xmlns:svg="http://www.w3.org/2000/svg">
> > <object id="AdobeSVG"
> > CLASSID="clsid:78156a80-c6a1-4bbf-8e6a-
3cd390eeb4e2"
> > style="display:none;"/>
> > <?import namespace="svg"
implementation="#AdobeSVG"?>
> > <head>
> > </head>
> > <body>
> > an svg graphic
> > <svg:svg
xmlns:xlink="http://www.w3.org/1999/xlink"
width="200px"
