Mailing List Archive: 49091 messages
  • Home
  • Script library
  • AltME Archive
  • Mailing list
  • Articles Index
  • Site search

[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#,, J#, unfortunately 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
> > > > 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
> > <object id="AdobeSVG" > > CLASSID="clsid:78156a80-c6a1-4bbf-8e6a-
> > style="display:none;"/> > > <?import namespace="svg"
> > <head> > > </head> > > <body> > > an svg graphic > > <svg:svg
xmlns:xlink="" width="200px"