Re: bonobo, gtk widgets, DOM
- From: "Gustavo J. A. M. Carneiro" <gjc inescporto pt>
- To: Luca Padovani <lpadovan cs unibo it>
- Cc: bonobo <gnome-components-list gnome org>
- Subject: Re: bonobo, gtk widgets, DOM
- Date: 14 Jul 2003 14:06:31 +0100
A S?, 2003-07-12 às 16:05, Luca Padovani escreveu:
> Hi,
>
> we're about to bonobo-ize gtkmathview, a GTK widget for rendering and
> editing MathML markup. It occurs that most of gtkmathview's API (and all
> of its own signals) involve DOM nodes. For instance, if I want to select
> a given MathML element I send gtkmathview a reference to the DOM node I
> want to select. From there gtkmathview recovers a pointer to the
> internal data structure used to render the node, and updates the view.
>
> Now, this works nicely as long as the widget and the container
> application share the DOM tree in the same address space. As with bonobo
> this not guaranteed anymore, how should I approach the problem? I can
> see three ways:
> a) bonobo-ize our DOM implementation (long and heavy)
> b) make sure somehow that the widget and the container application share
> the same address space (has this anything to do with in-proc
> components?)
> c) mapping DOM nodes to IDs and using such IDs for communication
>
Definitely alternative c) is the best. Maybe XPath identifiers are
appropriate for this purpose?...
Alternative a) also has some potencial, but you should create DOM node
CORBA wrapper objects only on-demand. Don't create a BonoboObject for
each DOM node in a tree!
> Given that I'm just at the beginning with bonobo and its related
> technologies, I might have overlooked something obvious or anyway
> simpler. Can anyone on the list comment on these points?
>
> Thank you,
> -- luca
>
>
> _______________________________________________
> gnome-components-list mailing list
> gnome-components-list gnome org
> http://mail.gnome.org/mailman/listinfo/gnome-components-list
--
Gustavo João Alves Marques Carneiro
<gjc inescporto pt> <gustavo users sourceforge net>
[
Date Prev][
Date Next] [
Thread Prev][
Thread Next]
[
Thread Index]
[
Date Index]
[
Author Index]