disclaimer : j'ai bossé avec Daniel pendant 4 ans et demi (mais pas sur Nvu).
Un jour, en 2005, il a décidé que Nvu ne le satisfaisait plus
Totalement faux. Un jour, en 2005, Linspire, qui avait commandé à Daniel le développement de Nvu, a décidé de ne pas poursuivre au delà de la version 1.0, pour les raisons qu'on sait par la suite : difficulté financière et cie, qui aboutit à la disparition de Linspire.
Et Linspire a décidé aussi qu'ils ne "libéreraient" jamais la marque Nvu (propriété en fait du fondateur de Linspire). Impossible pour Daniel donc de poursuivre le développement de Nvu sous le nom de Nvu donc, ni même mettre à jour le site web et cie, malgré de long mois de tractations.
À cela faut ajouter de long mois occupés sur d'autres projets (bah ouai, fallait bien manger), donc pas le temps de bosser sur un "fork" pendant pas mal de temps.
Quand il décida de se relancer sur le projet (concrètement en 2008), il y a plusieurs raisons qui ont fait que BlueGriffon a été fait from scratch :
nvu était basé sur le gecko de l'époque: 1.7, qui était alors totalement obsolète en 2008 (gecko 1.9). À ceci il faut ajouter qu'il y avait pas mal de patch sur Gecko pour faire fonctionner Nvu. Patchs qui n'étaient plus trop nécessaires sur gecko 1.9. Mais c'est un travail assez titanesque pour migrer de Gecko 1.7 à 1.9, vous pouvez demander à Kaze, celui qui a maintenu Nvu (sous le nom de Kompozer) et qui a migré vers 1.8.
Le code des couches hautes de Nvu (interface, API générales et cie), était hérité de feu Mozilla Composer (dont Daniel était aussi l'un des auteurs principaux). API qui devint vieille, obsolète, moche, difficilement évolutive, maintenable etc...
Bref, nécessité de tout refaire from scratch, pour gagner en temps, en maintenance, en performance etc..
Pour l'utilisateur, Kompozer n'est pas forcément Obsolète (Coucou Kaze !), et même si Kaze a fait pas mal de boulot pour refondre certaines parties de l'interface et des api générales, il reste encore pas mal d'héritages de Mozilla Composer. Donc oui, d'un point de vue code, Kompozer est en partie obsolète, d'autant plus qu'il est basé encore sur un noyau Gecko 1.8, ce qui, en terme de support de CSS et HTML5, est très très loin derrière Gecko 2.0, utilisé par BlueGriffon.
[^] # Re: FOUTAISES
Posté par Laurent J (site web personnel, Mastodon) . En réponse à la dépêche Sortie de BlueGriffon 1.0. Évalué à 10.
disclaimer : j'ai bossé avec Daniel pendant 4 ans et demi (mais pas sur Nvu).
Totalement faux. Un jour, en 2005, Linspire, qui avait commandé à Daniel le développement de Nvu, a décidé de ne pas poursuivre au delà de la version 1.0, pour les raisons qu'on sait par la suite : difficulté financière et cie, qui aboutit à la disparition de Linspire.
Et Linspire a décidé aussi qu'ils ne "libéreraient" jamais la marque Nvu (propriété en fait du fondateur de Linspire). Impossible pour Daniel donc de poursuivre le développement de Nvu sous le nom de Nvu donc, ni même mettre à jour le site web et cie, malgré de long mois de tractations.
À cela faut ajouter de long mois occupés sur d'autres projets (bah ouai, fallait bien manger), donc pas le temps de bosser sur un "fork" pendant pas mal de temps.
Quand il décida de se relancer sur le projet (concrètement en 2008), il y a plusieurs raisons qui ont fait que BlueGriffon a été fait from scratch :
Bref, nécessité de tout refaire from scratch, pour gagner en temps, en maintenance, en performance etc..
Pour l'utilisateur, Kompozer n'est pas forcément Obsolète (Coucou Kaze !), et même si Kaze a fait pas mal de boulot pour refondre certaines parties de l'interface et des api générales, il reste encore pas mal d'héritages de Mozilla Composer. Donc oui, d'un point de vue code, Kompozer est en partie obsolète, d'autant plus qu'il est basé encore sur un noyau Gecko 1.8, ce qui, en terme de support de CSS et HTML5, est très très loin derrière Gecko 2.0, utilisé par BlueGriffon.