Historias
Slashboxes
Comentarios
Búsqueda

Login Barrapunto

Login

[ Crear nueva cuenta ]

Entrevista a Lars Knoll, el creador de KHTML

editada por Yonderboy el 13 de Junio 2007, 18:31h   Printer-friendly   Email story
desde el dept. entrevistas
KDE
djworld nos cuenta: «Ars Technica ha publicado una entrevista a Lars Knoll, el creador de KHTML, en la que nos cuenta sus comienzos, los problemas que hubo después de que Apple utilizara KHTML para su WebKit y habla de la situación actual, contándonos la buena colaboración que hay ahora entre WebKit (que ahora es libre) y KHTML, así como el futuro de esta tecnología, con la posibilidad de que KDE se pase a WebKit y los planes de Trolltech de incluir WebKit en Qt.»

Este hilo ha sido archivado. No pueden publicarse nuevos comentarios.
Entrevista a Lars Knoll, el creador de KHTML | Log in/Crear cuenta | Top | 40 comentarios | Buscar hilo
Mostrar opciones Umbral:
Y recuerda: Los comentarios que siguen pertenecen a las personas que los han enviado. No somos responsables de los mismos.

  • no lo olvidemos

    (Puntos:4, Divertido)
    por pobrecito hablador el Miércoles, 13 Junio de 2007, 19:09h (#922271)
    No olvidemos que si existe KHTML es gracias al enorme y constante apoyo que en su día le dio nuestro querido e idolatrado presidente Aznar

  • La verdad de la mayonesa

    (Puntos:4, Inspirado)
    por el culo (21186) el Miércoles, 13 Junio de 2007, 19:37h (#922283)
    ( http://barrapunto.com/ )
    Para todos aquellos que tanto idolatran a Firefox y su motor Gecko:

    Puede que KHTML sea técnicamente algo inferior que Gecko, no tanto en renderizado (cada vez menos) sino en el soporte de javascript. Pero desde luego da auténtico gusto usar un montón de aplicaciones KDE y acceder desde ella a contenido web.

    Da gusto especialmente de cara a los desarrolladores que sólo tienen que incluir 10 líneas de código en su programa para empotrar un kpart KHTML y renderizar web.

    Y ojo, lo MAS importante, esto no es como copiar y pegar todo el puto código de KHTML en cada aplicación, sino que se usa un componente del núcleo de las kdelibs como es KHTML de tal forma que si se actualiza dicho componente (por ejemplo por un fallo de seguridad) se corrige automáticamente en todas las aplicaciones que lo usan.
    Esto lo digo porque seguro que mucho cretino empieza a hablar de "aprovechamiento de código de Gecko" y polleces por el estilo.

    Por poner algunos ejemplos (y me dejo 800), aplicaciones que renderizan HTML gracias a KHTML:
    - Amarok: Vista de la Wikipedia y tema/estilo.
    - Akregator: Lector RSS que muestra las webs o las abre en navegador externo a nuestro gusto.
    - Quanta: previsualización de la web.
    - Konqueror: ¿hacía falta mencionarlo?
    - Ktorrent: implementa búsqueda de torrents por todas las páginas sin salir de la aplicación.

    Como digo me dejo 8000.

    Turno ahora para los charlatanes pro-Firefox-Gnome.
    --
    Si OpenBSD es tan seguro como dicen... ¿por qué tengo este pedazo trabuco?
    • Re:La verdad de la mayonesa de trinuxfree (Puntos:2) Miércoles, 13 Junio de 2007, 19:45h
    • Re:La verdad de la mayonesa de Tangarallo (Puntos:3) Miércoles, 13 Junio de 2007, 20:03h

    • Re:La verdad de la mayonesa

      (Puntos:4, Informativo)
      por djworld (10393) el Miércoles, 13 Junio de 2007, 22:43h (#922358)
      ( http://www.losviajesdelcamarografo.com/ | Última bitácora: Miércoles, 06 Agosto de 2008, 20:33h )

      Puede que KHTML sea técnicamente algo inferior que Gecko
      Te puedo decir unas cuantas propiedades CSS que KHTML soporta y Gecko no (ahora mismo me viene a la memoria page-break-inside [w3schools.com]) y otras que KHTML tiene implementadas correctamente y Gecko hace cosas raras. Por algo Gecko no pasa el test Acid2 (en la última versión estable, al menos). No recuerdo haber visto últimamente ninguna propiedad CSS que Gecko soporte y KHTML no. Yo a eso no lo llamo técnicamente inferior. ;-)

      Y respecto a KJS, bueno, es KJS, no KHTML. Son dos cosas distintas. KJS sí que es inferior al motor de javascript de Gecko pero va mejorando.

      Da gusto especialmente de cara a los desarrolladores que sólo tienen que incluir 10 líneas de código en su programa para empotrar un kpart KHTML y renderizar web.
      Sí, pero eso se puede hacer con Gecko. Lo bueno de los KParts es que puedes meter no sólo un navegador sino cualquier KPart para manejar cualquier tipo MIME, ya sea vídeo, audio, un PDF o lo que te de la gana. Y eso sí que no lo pueden hacer las demás tecnologías.

      Por poner algunos ejemplos (y me dejo 800)
      Yo añadiría también el Kopete, con el que se pueden usar estilos en la ventana de charla gracias a KHTML.

      Saludos.
      --
      openSUSE 11.0 [opensuse.org]
      [ Padre ]
    • 1 respuesta por debajo de tu umbral de lectura actual.

  • Buena noticia

    (Puntos:2, Interesante)
    por ActiveMan (9870) el Miércoles, 13 Junio de 2007, 19:48h (#922290)
    Si Safari (para Mac y Windows), Konqueror y Qt usan la misma librería de renderizado web, esto tiene la ventaja de que más desarrolladores de páginas web probarán su web contra WebKit, y esto es bueno para todos los usuarios de estas aplicaciones.

    Además a KDE y Qt les sale gratis el mantenimiento y mejora de sus librería de renderizado web.

  • Re:¿Donde están?

    (Puntos:1, Inspirado)
    por pobrecito hablador el Miércoles, 13 Junio de 2007, 20:38h (#922310)
    ¿Donde están los que decían que Apple sólo se aprovechaba del código abierto sin aportar nada a la comunidad?

    Lo que pasa que al final les han obligado a hacer caso a la licencia que en un principio tenian pensado pasarse por los huevos haciendo triquiñuelas. La LGPL para ser más concretos.
    [ Padre ]
  • 3 respuestas por debajo de tu umbral de lectura actual.