Libertonia
Portada · Todo · Software Libre · Desarrolladores · Comunidad · Internet · Tecnología · Meta · Diarios
La insoportable levedad de los widgets HTML

xan's Diary
Por xan
departamento por-no-mencionar-a-dillo , Sección Diarios
Puesto a las Sat Mar 15th, 2003 at 12:28:27 PM CET

Debido a la reciente proposición de inclusión en GNOME 2.4 del navegador web Epiphany (del cual soy un modesto contribuidor), a mi y a muchos otros nos ha dado por pensar en la situación de los widget HTML en GNOME.

Como poco puede decirse que es caótica.

 


En un escritorio típico GNOME podemos llegar a tener, sin ningún problema, hasta 3 widgets diferentes cuyo propósito teórico es más o menos el mismo. Si usamos Evolution estaremos usando gtkhtml1, un widget HTML desarrollado por Ximian que es rápido, con soporte de edición, pero que no entiende CSS, DOM... . Actualmente está siendo portado a las tecnologías de GNOME2 junto con Evolution, bajo el nombre de gtkhtml3, pero su situación es prácticamente la misma por el momento.

El lector atento y sin drogas en sangre se habrá preguntado: "¿gtkhml3? ¿Y que pasa con el 2?". Bien, gtkhtml2, desarrollado por CodeFactory , es un widget HTML no tan rápido (er, algo lento), con un soporte decente de CSS, DOM, y usado en aplicaciones como Yelp o DevHelp. Desgraciadamente, no tiene soporte de edición y además está casi completamente abandonado.

Pero lo mejor está por llegar. Si usas GNOME las probabilidades de que utilices Mozilla, Galeon o Epiphany para navegar son bastante altas (también puedes haber vendido tu alma al diablo y usar Opera, o adorar cargar miles de librerias en memoria y usar Konqueror). En cualquier caso, es muy posible que uses Mozilla de forma directa o indirecta, vía GtkMozEmbed. GtkMozEmbed casi que prácticamente soporta todo (incluso edición y más), pero sus dos problemas más graves son la falta de integración con GNOME2 (aunque esto se va arreglando poco a poco con cosas como el port a GTK2 de GtkMozEmbed y el uso de ATK para a11y) y la enorme dependencia que supone (por suerte, esto también promete arreglarse pronto cuando esté listo el Gecko Runtime Environment, GRE, una especie de Mozilla-Core especificamente diseñado para contener lo mínimo necesario para la construcción de un navegador que utilice Gecko).

Algunas almas intrépidas incluso proponen utilizar KHTML usando el trabajo hecho por Apple en WebCore para "portarlo" a GTK. Si alguien lo hace sería un experimento interesante, y por otra parte sería genial que GNOME, KDE y MacOSX usasen todos el mismo motor web. A corto plazo, sin embargo, lo más probable es que el navegador que sea incluido en GNOME (sea Galeon, sea Epiphany) siga utilizando Mozilla, y que el resto de las aplicaciones que no quieran depender de Gecko se contenten con usar gtkhtmlX, para X=1,2,3.

De cualquier forma, vivimos tiempos interesantes.

< Mozilla 1.3 disponible (20 comments) | Como darse de baja de Libertonia (13 comments) >
Enlaces Relacionados
· proposición
· Epiphany
· muchos otros
· Ximian
· CodeFactory
· GtkMozEmbed
· casi
· que
· prácticamente
· soporta
· todo
· edición
· más
· GRE
· WebCore
· More on xan's Diary
· Also by xan

Encuesta
¿Que widget HTML debería usar GNOME?
· GtkMozEmbed 25%
· gtkhtml2 0%
· gtkhtml3 8%
· Todos 0%
· Ninguno de esos (di cual) 25%
· Los hombres topo leen HTML a pelo 41%

Votos: 12
Resultados | Otras Encuestas

Menu
· crear cuenta
· FAQ
· búsqueda
· Fuentes de Noticias

Login
Nueva cuenta
Usuario:
Contraseña:

Ver: Modo: Orden:
La insoportable levedad de los widgets HTML | 8 comentarios (8 temáticos, editoriales, 0 ocultos)
Sigh (3.00 / 1) (#1)
por xan (xan en gnome punto org) a las Sat Mar 15th, 2003 at 12:30:59 PM CET
(Información Usuario)

Por supuesto era imposible que no la cagase en ningun link. La web de epiphany es http://epiphany.mozdev.org, y el codigo podeis encontrarlo en el CVS de GNOME, modulo epiphany.
--
Sirviendo al Comité Revolucionario Permanente de los Hombres Topo desde 2002.


Enlace corregido (2.00 / 1) (#2)
por iarenaza a las Sat Mar 15th, 2003 at 02:07:37 PM CET
(Información Usuario) http://www.escomposlinux.org/

Pues eso, que sobraban unas comillas y ya está corregido el tema.

Saludos. Iñaki.

[ Padre ]


 
Khtml (3.00 / 1) (#3)
por sinner a las Sat Mar 15th, 2003 at 04:05:40 PM CET
(Información Usuario) http://www.escomposlinux.org/sinner/

Evidentemente, el Khtml de Konqueror. Rapidillo, pequeño y potente.

De paso, se hace un port de los kioslaves para Nautilus. Y se versiona Evolution para separar el correo del calendario y de la agenda.

Luego, ya puestos, en plena euforia, se cambia el modelo de Gnomba a KParts, se pasa a C++ y se adjudica como herramienta de desarrollo recomendado el Kdevelop.

Y así, en un par de semanas, tendreis Knome.


Nota: este comentario es es puro cachondeo, generado tras leer el artículo sobre la cooperacion entre KDEeros y Gnomitas que se encuentra aquí:

http://osnews.com/story.php?news_id=3027




Salut,
Sinner


--
Sinner from the Prairy
Pogüered bai Mandrake
BOFHers Syndicate http://bofhers.org


 
No me convence demasiado ninguna alternativa (3.00 / 1) (#6)
por Ed hunter (eduardo.mestreENhispalinux.es) a las Sat Mar 15th, 2003 at 08:36:26 PM CET
(Información Usuario) http://speedball.servemp3.com

De hecho creo que debería reescribirse gtkhtml para que sólo sea el widget, pero no el motor de representación HTML. Entonces pudiese hacerse que enlazara con el motor HTML que se desee (a nivel de usuario).

Con eso me refiero a que las aplicaciones se escriban usando gtkhtml, y que en tiempo de ejecución, utilice Geko, KHTML (adaptado para que soporte GTK, lo que es una idea genial) o incluso Internet Explorer (evidentemente eso en Linux sería un absurdo, pero no sólo hay Linux en el universo).

El administrador podría escoger qué motores instalar en el sistema, y el usuario escoger entre ellos cuál usar para que le dibuje el HTML.

Incluso podría hacerse que Galeon 3.0 incluyese la opción de renderizar cada ventana/pestaña con un motor diferente (que www.tontoelculo.com se ve mejor con KHTML, pues se usa ese motor, mientras que para www.memototal.com se usa Geko)

Speedball la banda de heavy más chunga
Ven al Helvete Metal Bar


Eso ya existe... (3.00 / 1) (#7)
por jorginius ("jorginius" en Google Mail) a las Sat Mar 15th, 2003 at 09:25:08 PM CET
(Información Usuario) http://www.rodriguezmoreno.com

Y se llama componente WebBrowser2, en MS Windows (of course :-)).

Mozilla implementa esa interfaz, al igual que el IExplorer y las aplicaciones pueden usar uno u otro indistintamente, sin necesidad de recompilar y/o reenlazar.

La verdad es que es llamativa la arquitectura de componentes de Mozilla XPCOM. Como el SpiderMonkey y otros cachivaches del Mozilla, se puede usar fuera independientemente en nuestas propias aplicaciones, es bastante simple y multiplataforma (en Windows se apoya en COM por debajo y los componentes son ActiveX como los que más). Suma wxWindows y XPCOM y tendrás un framework decente para programar aplicaciones orientadas a componentes multiplataforma.

Además, es bastante ligera en Linux (teniendo en cuenta todo lo que tiene que añadir por su cuenta) y sencilla de programar. No permite todos los refinamientos de CORBA, pero para la mayoría de las tareas sobra. Tampoco es tan elaborado, evidentemente, como Bonobo o Kparts.

Por cierto, y ya que estoy voy a meter un poco de buya sin venir a cuento, con el tema de los componentes:-).

Por un lado tenemos Kparts: un módelo de componentes más limitado que Bonobo (en principio no permite llamadas a métodos remotos, los componentes sólo se pueden implementar en C++, etc) y que se está usando en el 99% de las aplicaciones de KDE. Y por otro lado tenemos Bonobo: una tecnología superior sobre el papel pero que no llega a cuajar entre los desarrolladores, a la vista del escaso número de aplicaciones importantes de GNOME que hacen uso extensivo de Bonobo en la actualidad.

Y digo yo: ¿a qué es debido esto?.

[ Padre ]


y yo respondo :) (3.00 / 1) (#8)
por ochoto (ochoto_@_diariolinux.com) a las Mon Mar 17th, 2003 at 12:02:09 AM CET
(Información Usuario) http://diariolinux.com

IMHO se debe a la facilidad de utilización y creación de los componentes la que anima a utilizar los componentes en KDE y justo lo contrario lo que pasa en GNOME. Por favor, que esto no se convierta en un flame, es la impresión sin acritud que tengo, parte objetiva (viendo código) y parte subjetiva (las opiniones son como los culos, todos tenemos uno ;). Ahora estáis todos invitados a corregirme, constructivamente, claro.

[ Padre ]


 
Dillo (2.00 / 1) (#4)
por nibble (jyuyu en fraguel punto org) a las Sat Mar 15th, 2003 at 06:51:33 PM CET
(Información Usuario)

No lo conozco demasiado bien, pero creo que es una alternativa a tener en cuenta. Es muy pequeño y rápido.

http://dillo.auriga.wearlab.de/



 
Otras libs (2.00 / 1) (#5)
por jcantero (jcantero@agujero-negro.escomposlinux.org) a las Sat Mar 15th, 2003 at 07:31:27 PM CET
(Información Usuario) http://www.escomposlinux.org/jcantero/

¡Cómo me recuerda a lo que pasa con la dualidad de la libxml y a otros casos!

--
"Papá, ¡Internet es más que una red pornográfica global!" -- Lisa Simpson


 
La insoportable levedad de los widgets HTML | 8 comentarios (8 temáticos, editoriales, 0 ocultos)
Ver: Modo: Orden:

ecol Logo Powered by Scoop
Todas las Marcas Registradas y copyrights de esta página son propiedad de sus respectivos dueños.
Los comentarios son propiedad del que los escribe.
Los iconos de las noticias y el logotipo son propiedad de Javier Malonda.
El Resto © 2002 Escomposlinux.org y aledaños.

Puedes sindicar los contenidos de libertonia en formato RSS 1.0 y RDF 0.9. También se puede sindicar la cola de envíos pendientes de moderación.

El proyecto escomposlinux.org está dedicado a la memoria de tas

crear cuenta | faq | búsqueda