Barrapunto

Por lo que deduzco de la noticia, ¿no viene a ser lo mismo que ya hace actualmente Konqueror (y que está más integrado en KDE, por cierto)?

Bueno, el efecto final es el mismo. Pero el navegador no. ¿Es reinventar la rueda? Yo opino que no: al fin y al cabo, si esto facilita la interacción entre Firefox y KDE, "simplemente" tendremos más opciones para elegir, y creo que eso no es malo.

Ahora bien, se podría aducir que, dado que KDE ya tiene su navegador, no es necesario proveer de métodos de interacción con otros, y ahorrar esfuerzos. Sólo veo dos problemas con ese enfoque: primero, los desarrolladores, si no cobran, hacen lo que quieren; segundo, ¿qué ocurriría si mañana, por ejemplo, Konqueror dejase de ser una alternativa viable? Y no se me ocurre por qué, pero tampoco desarrollo para KDE. Ahora, con esta tecnología, hay una alternativa más (no quiero ni pensar en lo que aullarían los fanáticos de KDE si se vieran obligados a usar GTkHTML, por ejemplo ;-).

No, no se está reinventando nada. Imagino que lo que el chaval habrá implementado es un contenedor (wrapper) de KParts. Será un plugin de Firefox que hará de intermediario entre los KParts y el propio Firefox, puesto que lo más lógico es hacerlo de esa manera. La tecnología KPart sigue siendo la misma, de eso no me cabe duda, no se ha escrito nuevo código para ella.