BlueGriffon 1.0

Bonjour à tous. Cela fait bien longtemps que je ne suis pas venu ici mais puisque la brève sur BlueGriffon 1.0 a été publiée ici et que certains commentaires méritent vraiment réponse, je me relogge. Il parait, je l'ai lu ici, que je suis un trolleur invétéré. Mais quand je lis des contre-vérités flagrantes, sur lesquelles LaurentJ a du remettre les points sur les i, je ne peux qu'être étonné.

Donc voici des réponses à tous les points évoqués, en ordre de lecture :

1. BlueGriffon remplace Nvu. Oui. Nous avons été obligés d'arrêter Nvu parce que son sponsoring avait été totalement stoppé par Linspire. Il fallait bien vivre et on n'a pas eu le choix. Je faisais partie de l'équipe de Netscape Composer et c'est moi qui l'ai maintenu à flot et étendu. J'ai fait sur cette base Nvu. KompoZer qui le suit est - au moins dans sa version 0.8 - totalement basé sur Nvu. BlueGriffon ne pouvait aucunement reprendre ce code pour des raisons purement techniques : il y avait encore des dépendances fortes à des codes pre-Gecko1.8, le noyau de Gecko avait tellement évolué entre 1.7 et 1.8 que les patches n'étaient pour la plupart pas reprenables, les codes c++ écrits pour Nvu n'étaient souvent plus nécessaires car les perfs de JavaScript avaient explosé, et pour finir l'architecture de Nvu trop dépendante de XPFE ne permettait pas une extensibilité correcte. Donc oui, BlueGriffon remplace Nvu.
2. Les extensions ne sont pas libres. Ah, un premier troll. Bon. Quand sendmail fait une version pro commerciale, personne ne râle. Quand des SSLL écrivent des plugins commerciaux pour des outils GPL, personne ne râle. Ici, je propose un outil très moderne, le seul au monde à offrir une édition CSS 3 intégrée pour certaines propriétés, je vends des extensions commerciales parce qu'il faut bien que je mange, et vous râlez. C'est au minimum du troll, au maximum de la franche mauvaise foi.
3. Nvu ne générait que du HTML et pas du XHTML. Wow. Totalement faux.
4. L'élément video n'accepte pas mp4/flv/mp3. Oui. Lisez donc la spec de l'élement en HTML5. BlueGriffon est conforme aux standards parce que Gecko est conforme aux standards. Un éditeur Web se doit d'être conforme aux standards, que ceux-ci soient bêtes ou pas. Le seul cas où je m'autorise d'aller plus loin que le standard est l'accessibilité, en particulier dans le cas de la suppression de l'attribut longdec qui est bête, contre-productive et décidée par des gens qui n'ont pas visiblement pas compris les enjeux de longdesc.
5. L'éditeur SVG n'est pas intégré. Oh bah zut alors :-) Non, franchement, BlueGriffon est fourni, sur autorisation, avec SVG Edit qui est désormais une référence en la matière. Si on double-clique sur du SVG dans BlueGriffon, ça ouvre automatiquement SVG Edit, et si dans SVG Edit on demande à intégrer dans BlueGriffon le dessin, ça le fait. Maintenant, oui, SVG Edit a une interface non-XUL un peu différente de l'appli de base. Bon. A l'impossible nul n'est tenu et vous ne tenez même pas compte de la présence de la fonctionnalité !
6. Les tabs sont centrées, c'est bizarre. Ouvrez les Préférences, c'est réglable.
7. BlueGriffon ne génère pas de doctype en html5!. UUUUH ??? Euh, mais vous avez lu la spec HTML5, vraiment ? Vous avez vraiment participé à HTML5 ? C'est un design de base de HTML5, un truc totalement volontaire dans la spec et c'est super important pour la rétrocompatibilité avec l'existant. Râler sur ce sujet, c'est n'avoir pas compris les buts de HTML5 et les solutions techniques retenues.
8. BlueGriffon affiche un copyright mais il est en GPL. Non. BlueGriffon n'est pas GPL. Il est tri-licencié MPL/GPL/LGPL. Pour la MPL, le copyright est parfaitement autorisé et même s'impose.
9. BlueGriffon utilise ftp qui n'est plus utilisé par personne. Vous êtes des über-geeks. Vous croyez vraiment que le Lycée Français de Singapour utilise sftp ou Webdav ? Vous croyez qu'une secrétaire gère des documents versionnés via git ? Revenez une seconde sur terre, ftp n'est pas la panacée mais il est encore là, et numéro 1.
10. Les copies d'écrans sont sous Mac OS X. Oui. OS X est ma plateforme de développement et les screenshots sous OS X sont beaux, tout simplement.
11. L'ordre des plate-formes fait apparaître Linux à la fin. Rhôôô. Non mais franchement, c'est un commentaire sur un soft, ça ? Sérieusement ? Au lieu de dire chouette, on a pensé à Linux. Je vous invite à lire l'article de linux.com sur le sujet...
12. Je ferai un scandale quand mes add-ons seront piratés. Peut-être. J'ai quand même le droit de défendre le bifteck de mes enfants, non ?
13. C'est écrit en XUL. Oui. Désolé mais HTML5 est loin d'être prêt pour écrire des IHM native-like. C'est factuel, point. Quand à basculer dans un modèle pur Web, je n'aime pas ça. Supposons que le produit ne prenne pas et disparaisse du Web, il n'y a plus rien. Là, même si ma boîte coule, le produit reste disponible sur votre machine. Rien que cela devrait vous donner à réfléchir...
14. Glazman est un trolleur invétéré. Non je ne crois pas. Mais je me défends quand on m'attaque et je dis et écris ce que je pense, ce que je pense vraiment. Je n'attaque jamais pour le plaisir d'attaquer. Quand linuxfr a raconté des horreurs sur moi ou que les gars localisant Nvu en français m'ont accusé de manière infondée des pires maux, j'ai évidemment répondu. Pour pas mal de gens sur Linuxfr, c'est mal. Pour pas mal de gens ici, tenter de vivre d'un modèle freemium, c'est mal, et hors du tout libre point de salut. Je ne suis pas d'accord, tout simplement.
15. BlueGriffon vs. KompoZer. Bon, là, j'en ai un peu marre des contre-vérités juste basées sur des déclarations d'intention et on va revenir un peu à la technique, qui est elle totalement objective : KompoZer 0.8 est toujours basé sur une version ancienne de Gecko. KompoZer 0.9 est "annoncé" depuis un an mais on n'a toujours rien vu. KompoZer 0.9 est annoncé comme plus performant, bénéficiant de HTML5 et CSS3 mais évidemment qu'il en bénéficie puisqu'il est basé sur une version plus récente de Gecko !!! Être capable de le visualiser et être capable de l'éditer, avec une IHM complète, cela n'a rien à voir. Où sont les UI permettant de créer/éditer de la video ? Où sont les UI pour CSS 3 ? Où sont les absolument nécessaires changements de code pour la sérialisation de html5 ? Cela représente au bas mot six mois de boulot à plein temps. j'insiste, à plein temps et croyez-moi pas avec des semaines de 35h.
16. Nvu ne satisfaisait plus Glazman. C'est juste totalement faux et assez dégueulasse de dire ça. LaurentJ a parfaitement répondu à ça, et je n'ai rien à ajouter à sa réponse.
17. Il trolle que KompoZer est obsolète. KompoZer (la version disponible) est basé sur une toolkit de Gecko datant de 2003. Il est basé sur un xulrunner datant de 2005. Il est très mais alors très loin de l'état de l'art en matière de conformité à des standards déjà vieux de 4 à 5 ans. Je peux le faire planter en deux minutes (je ne blame personne, certains de ces crashes me sont imputables et n'ont jamais été corrigés) sur toutes les plateformes. Son éditeur source est un gros hack parce qu'on n'avait rien de plus à l'époque à part scintilla qui posait des très gros soucis en x-platform. Son extensibilité est faible à cause de l'architecture de base de Nvu. Le diff -u total entre l'arbre de son code (Gecko NON compris, donc juste le code du front-end, ce qui compte ici) et celui de Nvu 1.0 montre un changement d'au plus 7% du code, en comptant très large. Malgré l'énorme boulot de Kazé, il reste des zones complètes de l'outil qui sont difficilement débuguables à cause du lien trop fort à Gecko 1.7 et à des dépendances toolkit, et il reste des bugs graves voire gravissimes. Les JSM ne sont pas utilisés. Le sérialiseur de Gecko 1.7 et 1.8 est gavé de bugs que LaurentJ a magistralement corrigé dans 1.9. L'intégration à l'OS est faible. Et je peux en lister comme cela des pages. Tout cela est essentiellement lié à la structure même de Nvu 1.0, pas au boulot fait sur KompoZer après. KompoZer existe et est un succès. Mais oui, en l'état de sa version disponible la 0.8, il est obsolète, c'est factuel.
18. Glazman ne porte pas linuxfr dans son coeur. Il faut dire, vu le nombre de baffes violentes que vous m'avez envoyé au cours des années...
19. Et Seamonkey dans tout ça. Le boulot sur Seamonkey est un boulot de remise à niveau et de bugfix pour la version en cours de Gecko. Il n'y a pas d'ajout de nouvelle fonctionnalité AFAIK. Ceci dit, Kazé a annoncé recemment sur Twitter qu'il a décroché le boulot de ses rêves. Je suppose donc qu'il entre chez Mozilla, j'espère donc si c'est bien le cas qu'il pourra contribuer au nettoyage des nsHTMLEditRules, à l'ajout de nouvelles fonctions dans le core, et à l'avancement de Seamonkey Composer. Ce sera bien. Mais BlueGriffon continuera son chemin. Comme Postbox est un autre MUA concurrent de Thunderbird basé sur le même noyau. Il n'y a rien de mal à cela, la diversité est bonne dans notre monde de software.

Bonne journée à tous.

Daniel Glazman