Est-ce pour autant que tout le monde forke et patche ? Non.
Tu es allé dans toutes les boites qui font du Qt ? et sur des projets internes ? Je suis sûr que non, donc tu ne peux pas affirmer cela.
Si ce n'est pas possible, c'est que xulrunner n'était pas le bon framework pour développer l'application. Si c'est suite à un manque de volonté de la part de Mozilla, tout pareil.
Le choix d'un framework ne se fait pas seulement sur la facilité de patcher en upstream etc.. Le choix se fait aussi sur les technologies, sur ce que cela offre pour répondre à des besoins. Par exemple, développer (ou intégrer dans l'application) un navigateur web basique avec xulrunner, se fait en 5 minutes, et sans environnement de compilation ou autre. Avec webkit, c'est quand même moins évident, faut quand même un minimum d'heures.
il faut juste alors arrêter de promouvoir xulrunner comme une plateforme de développement généraliste.
Je ne sais pas où tu as vu où Mozilla, ou quiconque, y compris moi, promeut encore XulRunner. J'ai arrêté de promouvoir XulRunner le jour où Mozilla avait annoncé qu'ils n'en ferait pas un produit. Même si cela ne m'empêche pas de l'utiliser pour certains projets, ce n'est pas quelque chose que je propose absolument à mes clients ou que je le cri sur tout les toits.
Pourquoi cela n'arrive-t-il pas avec les éditeurs basés sur webkit ?
C'est une blague ? Tu prend les versions stables de toutes les applis et navigateurs utilisant webkit, pas une n'utilise la même version de webkit. D'ailleurs les développeurs web s'en plaignent. Surtout qu'avec Webkit, tu as plusieurs backend possible pour telle ou telle partie, ce qui fait que tu n'as pas un webkit identique.
D'ailleurs, si tu regardes dans debian, libqt4-webkit n'utilise pas par exemple le paquet libwebkit-1.0-2. Tu as donc au moins deux versions de webkit dans debian.
D'un autre côté, j'imagine mal un truc comme sunbird ou thunderbird nécessiter une modification du moteur de rendu.
XulRunner, ce n'est pas seulement un moteur de rendu.. M'enfin, je n'ai plus trop le temps d'expliquer ce qu'est XulRunner, Gecko, l'ecosystème Mozilla etc…
On peut distribuer une appli compilée statiquement
Oui, et bien ? Je ne comprend pas. C'est ce que je dis non ? Des projets fournissent leur propre XulRunner (d'ailleurs le binaire xulrunner est souvent renommé). C'est pareil que de fournir une appli avec des libs compilées statiquements, donc non partagées avec d'autres applis.
(ne sommes nous pas en train de nous prendre la tête alors qu'on est d'accord ?)
[^] # Re: à propos de XulRunner
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal Une histoire de fork. Évalué à 4.
Tu es allé dans toutes les boites qui font du Qt ? et sur des projets internes ? Je suis sûr que non, donc tu ne peux pas affirmer cela.
Le choix d'un framework ne se fait pas seulement sur la facilité de patcher en upstream etc.. Le choix se fait aussi sur les technologies, sur ce que cela offre pour répondre à des besoins. Par exemple, développer (ou intégrer dans l'application) un navigateur web basique avec xulrunner, se fait en 5 minutes, et sans environnement de compilation ou autre. Avec webkit, c'est quand même moins évident, faut quand même un minimum d'heures.
Je ne sais pas où tu as vu où Mozilla, ou quiconque, y compris moi, promeut encore XulRunner. J'ai arrêté de promouvoir XulRunner le jour où Mozilla avait annoncé qu'ils n'en ferait pas un produit. Même si cela ne m'empêche pas de l'utiliser pour certains projets, ce n'est pas quelque chose que je propose absolument à mes clients ou que je le cri sur tout les toits.
C'est une blague ? Tu prend les versions stables de toutes les applis et navigateurs utilisant webkit, pas une n'utilise la même version de webkit. D'ailleurs les développeurs web s'en plaignent. Surtout qu'avec Webkit, tu as plusieurs backend possible pour telle ou telle partie, ce qui fait que tu n'as pas un webkit identique.
D'ailleurs, si tu regardes dans debian, libqt4-webkit n'utilise pas par exemple le paquet libwebkit-1.0-2. Tu as donc au moins deux versions de webkit dans debian.
XulRunner, ce n'est pas seulement un moteur de rendu.. M'enfin, je n'ai plus trop le temps d'expliquer ce qu'est XulRunner, Gecko, l'ecosystème Mozilla etc…
Oui, et bien ? Je ne comprend pas. C'est ce que je dis non ? Des projets fournissent leur propre XulRunner (d'ailleurs le binaire xulrunner est souvent renommé). C'est pareil que de fournir une appli avec des libs compilées statiquements, donc non partagées avec d'autres applis.
(ne sommes nous pas en train de nous prendre la tête alors qu'on est d'accord ?)