Apple libera el código, pero no hay una colaboración propiamente dicha.
Textualmente:
"Short answer: There are no Safari patches.
Long answer: There is no shared resource for KHTML/KJS's source code, instead Apple decided to develop KHTML/KJS further in house and releases them as WebCore/JavaScriptCore. There never were and still aren't enough developers working on KHTML/KJS to really keep up with all the changes done by Apple which aren't available as patches nor are documented. And today the sources for both versions are different enought to make "back merges" non-trivial. Now most improvements on KHTML are done more or less completely by KHTML developers on their own, just taking a look at WebCore or Gecko to see how particular issues are solved there. As one developer noted on a mailinglist regarding this topic, solving problems on your own is way more interesting than trying to merge two increasingly different source bases. However I'm sure people looking at merging more Apple improvement into KHTML/KJS are always welcome.
You see there are many areas where KDE could make good use of more developers."
Una traducción rápida al castellano sería:
"Respuesta corta: No hay parches de Safari.
Respuesta larga: No hay un recurso compartido para el código fuente de KHTML/KJS, en su lugar Apple decidió continuar desarrollando KHTML/KJS en casa y lo ofrece como WebCore / JavaScriptcore. Nunca hubo y todavía no hay bastantes desarrolladores trabajando en KHTML/KJS para seguir la pista de todos los cambios hechos por Apple, los cuales no están disponibles como parches ni están documentados. Y hoy en día las fuentes de ambas versiones son lo suficientemente diferentes para que portar los cambios no sea trivial. Ahora la mayoría de las mejoras las realizan más o menos completamente los desarrolladores de KHTML por su cuenta, simplemente echando un vistazo a WebCore o Gecko para ver qué problemas particulares se han resuelto ahí. Tal y como señaló un desarrollador en una lista de correo acerca de este asunto, resolver problemas por tu cuenta es bastante más interesante que intentar fusionar dos códigos fuente cada vez más diferentes. Sin embargo, estoy seguro de que siempre serán bienvenidas personas que intenten portar a KHTML/KJS más mejoras de Apple.
Ya ves que hay muchas áreas en las que KDE podría hacer buen uso de más desarrolladores."
Re:no es por trollear pero...
(Puntos:2)( http://www.gvsig.org/ )
Apple libera el código, pero no hay una colaboración propiamente dicha.
Textualmente:
"Short answer: There are no Safari patches.
Long answer: There is no shared resource for KHTML/KJS's source code, instead Apple decided to develop KHTML/KJS further in house and releases them as WebCore/JavaScriptCore. There never were and still aren't enough developers working on KHTML/KJS to really keep up with all the changes done by Apple which aren't available as patches nor are documented. And today the sources for both versions are different enought to make "back merges" non-trivial. Now most improvements on KHTML are done more or less completely by KHTML developers on their own, just taking a look at WebCore or Gecko to see how particular issues are solved there. As one developer noted on a mailinglist regarding this topic, solving problems on your own is way more interesting than trying to merge two increasingly different source bases. However I'm sure people looking at merging more Apple improvement into KHTML/KJS are always welcome.
You see there are many areas where KDE could make good use of more developers."
Una traducción rápida al castellano sería:
"Respuesta corta: No hay parches de Safari.
Respuesta larga: No hay un recurso compartido para el código fuente de KHTML/KJS, en su lugar Apple decidió continuar desarrollando KHTML/KJS en casa y lo ofrece como WebCore / JavaScriptcore. Nunca hubo y todavía no hay bastantes desarrolladores trabajando en KHTML/KJS para seguir la pista de todos los cambios hechos por Apple, los cuales no están disponibles como parches ni están documentados. Y hoy en día las fuentes de ambas versiones son lo suficientemente diferentes para que portar los cambios no sea trivial. Ahora la mayoría de las mejoras las realizan más o menos completamente los desarrolladores de KHTML por su cuenta, simplemente echando un vistazo a WebCore o Gecko para ver qué problemas particulares se han resuelto ahí. Tal y como señaló un desarrollador en una lista de correo acerca de este asunto, resolver problemas por tu cuenta es bastante más interesante que intentar fusionar dos códigos fuente cada vez más diferentes. Sin embargo, estoy seguro de que siempre serán bienvenidas personas que intenten portar a KHTML/KJS más mejoras de Apple.
Ya ves que hay muchas áreas en las que KDE podría hacer buen uso de más desarrolladores."