[HaikuES] Alguien desea colaborar con un navegador nativo para haiku?

miércoles, 25 de febrero de 2009

aparece en la lista de correo esta carta de quien porto el webkit a haiku os.

"Un montón de cosas interesantes están ocurriendo en el mundo de los navegadores web

en estos días. Chrome de Google ha sacudido un poco las cosas, mientras que Firefox,

Safari y Opera todos siguen mejorando (más o menos) y ahora

tenemos al menos tres muy rápidos motores de Javascript de código abierto

(JavascriptCore Extreme, V8 y TraceMonkey). IE empezo incluso a

chupar menos.

Considero un sólido navegador como mi principal necesidad en cualquier explotación del sistema. Haiku Firefox cuenta con nuestro port, pero sabiendo los problemas que han ocurrido y los conflictos en el porte de este, que se encuentran bajo

limitaciones impuestas por el proyecto Mozilla. Si bien Firefox 3 ofrece

algunas mejoras, me parece que está empezando a sentirse hinchado, lento y

con errores, no es el navegador Firefox del que me enamoré. Por lo tanto,

ni siquiera estoy seguro de que vale la pena portar.

Como muchos de ustedes recordarán, eh portado WebKit Haikú hace más de un año. Con la ayuda de Andrea Anzani y Stephan Assmus llegamos a

hacer que algunas páginas cargaran, pero un montón de funcionalidades aún faltaban.

Todo el mundo dejó de trabajar en él y el código ha languidecido durante el año pasado la

WebKit ha cambiado y mejorado en innumerables maneras.

Haiku también ha seguido siendo mejorado y ahora tenemos incluso un GCC4 nativo

herramienta encadenada a este desarrollo, por lo que ya no hay necesidad de una compilación cruzada cuando de trabajo en los ports como WebKit se trata.

Lo que esto significa para mí es que ya es hora de WebKit sea portado sea

actualizado y, por último, se comprometa en el repositorio oficial de WebKit.

También creo que debería escribir un navegador web nativo para utilizar el WebKit

portado. Pero ambos son grandes proyectos, y estoy loco por pensar que yo

podría hacerlo solo. Además varias personas han mostrado interés en ayudar a

en esto, pero en varias ocasiones les dije "por favor espere hasta que pueda

hacer x, y, z. "Bueno, yo me han dado cuenta de las cosas van más lento y demasiado

necesidad de dejar que otras personas ayudar.

Entonces, yo pregunto: quien quiere ayudar en esto? Quiero decir realmente, que tiene el tiempo,

la motivación y la tenacidad para trabajar en esto?

Para dar una idea, aquí es lo que creo que tiene que hacer:

1. La última WebKit de código debe ser para compilar de nuevo para

Haiku. Esto no significa que todo funciona, pero que la construcción de

sistema está configurado de nuevo a la derecha. Mucho ha cambiado en un año (sobre todo

en JavaScriptCore) por lo que esto puede tardar un rato. Mi idea de este

era empezar con una nueva caja de WebKit y, a continuación, llevar más de

lo que sea necesario de mi puerto original.

• IMPORTANTE * Para los que no saben, mi puerto de código se puede comprobar

de forma anónima desde aquí:

http://ryanleavengood.com/svn/repo/WebKit/trunk/

Ha estado allí desde que la escribió, por lo que no es como yo quería

para ocultarlo de nadie. Todavía no hay un trabajado en él una vez dejado de Andrea

en enero de 2008. Es probable que todavía incluso compilar.

2. La decisión debe ser si seguimos como el uso Atasco

herramienta para construir el puerto WebKit, o trate de usar una de las existentes

WebKit construir sistemas. En el último año una nueva basada en la construcción de autotools

Se ha añadido, que puede ser una mejor elección, sobre todo porque otros

la gente se mantenga. Atasco es bueno porque puede fácilmente encajen en

Haikú crear un directorio. Pero luego tienen que mantener que cuando las cosas

se mueven en torno a más no todos los desarrolladores de WebKit se Haikú

Haikú necesariamente también con desarrolladores de todo el árbol desprotegido.

Al mismo tiempo, no estoy 100% seguro de si el sistema de construcción de autotools

en WebKit pueden trabajar en Haikú. Esto debería ser determinado en primer lugar. Para

número 1 anterior, sólo podría ser más fácil de actualizar el sistema de atasco

He creado para WebKit y luego averiguar si funcionaría autotools

también.

3. Una vez hecho lo anterior es que muchas de las piezas que faltan en el WebKit

puerto debe ser llenado pulg El hilo modelo debe ser mejorado y

diversas cosas como afín transformar código hay que añadir.

4. Probablemente, mientras que la anterior es que se está realizando un navegador depósito debe ser

comenzado. Tal vez algunos de los navegadores de código abierto BeOS podría

servir como punto de partida, aunque, al menos, estoy abierto a partir de

cero. Y antes de que nadie lo menciona, yo también, pero como el cromo

Cromo Cromo código que está construido sobre una gran cantidad de código y se

probablemente ser tan difícil como puerto WebKit. Así que por ahora creo que

deben hacer uso de algunas piezas de la misma (como el código), pero

guardar un puerto completo para después, si acaso. Yo no se opone a la copia

aunque la interfaz de cromo ...

5. En algún momento un trabajo decentemente navegador WebKit puerto y depósito

debe estar disponible y la gente puede empezar a probar. Entonces es el habitual

añadir características / errores, prueba, puesta en libertad, enjuague y repita.

Una vez que el trabajo duro (1-3) es más, sin embargo, esto debe ser muy divertido y

Espero que los nuevos desarrolladores puedan venir a bordo al igual que

fácilmente como lo hacen en Haikú.

Así que, después de escuchar todo eso, quien quiere ayudar? :)

Hágamelo saber,

Ryan"

si les interesa ya saben, a la lista de correos y comunicarse con ryan. :)