Je me demande si on ne devrait pas (les developpeurs) mettre plus les mains dans sous le capot de firefox ou de webkit. Je ne sais pas à quel point la base de code est horrible à reprendre, mais elle doit être à la fois, collossale, particulierement complexe et comporter pas mal de code historique plus ou moins documenté.
Bonjour,
Je maintiens le navigateur WebPositive de Haiku qui est basé sur WebKit. Je me rend la vie compliquée avec une version de WebKit fonctionnant sur un OS différent, et je dois donc maintenir tout un tas de choses en particulier au niveau du rendu graphique (branché sur nos APIs natives au lieu d'utiliser Skia ou Cairo comme tout le monde), par exemple.
Mais pour développer un navigateur pour Linux ou Windows, il n'y a pas besoin de ça: vous prenez la dernière version de GTKWebKit et cela vous fournit les APIs nécessaires pour développer un navigateur. C'est faisable sans toucher à 99% du code de WebKit.
Ensuite il sera toujours possible de commencer à creuser pour régler des problèmes. Mes contacts avec les développeurs de WebKit sont assez bons lorsque j'ai des questions. Ils utilisent Slack pour collaborer (c'est pas génial, je préférais quand il y avait un canal IRC, mais ça a été tué par le rachat de Freenode). Les contributeurs externes m'ont l'air plutôt bien accueillis.
Je ne sais pas du tout comment les choses se passent pour Firefox à ce niveau. Mais je sais qu'il n'y a pas d'API permettant de créer un nouveau navigateur utilisant le même moteur. Dans ce cas, il faudrait plutôt partir sur un fork de tout l'ensemble (moteur + navigateur) ce qui ne facilite pas la collaboration entre projets. Ou alors envoyer des patchs à Mozilla pour retirer les fonctionnalités pénibles (trackers, add-ons préinstallés, ...) mais là, bon courage pour faire accepter les changements?
[^] # Re: The next big thing
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au journal Firefox mis en danger par les déboires de Google.. Évalué à 10.
Bonjour,
Je maintiens le navigateur WebPositive de Haiku qui est basé sur WebKit. Je me rend la vie compliquée avec une version de WebKit fonctionnant sur un OS différent, et je dois donc maintenir tout un tas de choses en particulier au niveau du rendu graphique (branché sur nos APIs natives au lieu d'utiliser Skia ou Cairo comme tout le monde), par exemple.
Mais pour développer un navigateur pour Linux ou Windows, il n'y a pas besoin de ça: vous prenez la dernière version de GTKWebKit et cela vous fournit les APIs nécessaires pour développer un navigateur. C'est faisable sans toucher à 99% du code de WebKit.
Ensuite il sera toujours possible de commencer à creuser pour régler des problèmes. Mes contacts avec les développeurs de WebKit sont assez bons lorsque j'ai des questions. Ils utilisent Slack pour collaborer (c'est pas génial, je préférais quand il y avait un canal IRC, mais ça a été tué par le rachat de Freenode). Les contributeurs externes m'ont l'air plutôt bien accueillis.
Je ne sais pas du tout comment les choses se passent pour Firefox à ce niveau. Mais je sais qu'il n'y a pas d'API permettant de créer un nouveau navigateur utilisant le même moteur. Dans ce cas, il faudrait plutôt partir sur un fork de tout l'ensemble (moteur + navigateur) ce qui ne facilite pas la collaboration entre projets. Ou alors envoyer des patchs à Mozilla pour retirer les fonctionnalités pénibles (trackers, add-ons préinstallés, ...) mais là, bon courage pour faire accepter les changements?