moz-bonobo-list
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [moz-bonobo-list] a new mozbonobo plugin


From: Luca Padovani
Subject: Re: [moz-bonobo-list] a new mozbonobo plugin
Date: 08 Aug 2003 16:37:52 +0200

Hi,

On Sat, 2003-08-02 at 12:06, Jean Bréfort wrote:
> >widget instead of the native support, yaeee! The reasons why I'm very
> >much interested in this we'll be explained in the component's home page
> >as soon as it will have one.
> >
> The MathML native support gives very strange result when mozilla is 
> compiled with gtk-2 support ;-)

Another reason is that when lots of MathML tables are used, Mozilla's
layout algorithm seems to be exponential in the depth of the MathML
tree. We have MathML documents with dozens of nested tables that
gtkmathview renders in 3 or 4 seconds on my machine. On the same machine
and with the same MathML documents, mozilla crashes after keeping the
CPU load at 100% for more than 30 minutes...

> They are mapped. I have written a control using mouse events in Gnome 
> Chemistry Utils.

Very good. Now the other question arises naturally: is it possible to
"access" mozilla from the plugin? For instance, is there any way to make
mozilla load a new page when, say, you click in the plugin on something
that is, or should behavs like, a link? This is a very common situation
in MathML, SVG or even PDF documents.

> This is not a problem specific to mozilla-bonobo. It is much more 
> general. The problem is that if you have MathML code in the (X)HTML 
> document, how can you force Mozilla to use a plugin instead of its 
> native support?

I thought there was some way to embed raw CDATA into an HTML page (like
in an attribute, or an actual CDATA section) and then to feed the plugin
with that data, instead of retrieving it from an external resource.

Thanks,
-- luca





reply via email to

[Prev in Thread] Current Thread [Next in Thread]