Alguien desea colaborar con un navegador nativo para haiku?

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 "volver a puerto" 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 "omnibar" 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. :)