Qu'est-ce que j'ai lu ou vu aujourd'hui? Un draft/rfc du IETF pour les mimetypes de Javascript qui permet enfin à Firefox d'accepter le text/ecmascript. En passant, text/ecmascript, c'est le langage utilisé par Adobe dans le SVG, donc une conversion de moins pour Adobe SVG vers Firefox SVG.
Ensuite, y'a de plus en plus d'articles sur Qt4, une librairie graphique pour Linux/Mac/Win32 qui est principalement utilisé dans KDE. Une autre grosse transition pour KDE après CVS vers SVN, maintenant Qt3 vers Qt4... J'espère que les problèmes de flickering vont être résolus, parce que les applications KDE sont vraiment inutilisables à long terme présentement (enfin, sur mon ordi). À ce propos, avez vous remarquer que l'affichage (rendering) des menus est beaucoup plus performant avec Firefox que les autres applications gtk comme gaim? De son côté, gnome travaille sur la version 2.10.1, et veut faire la transition complète des versions 1.x vers 2.x.
J'ai lu une intéressante question aussi sur planet.gnome.org, soit "If we had Ideal GNOME developer documentation, what would it contain?" C'est une question assez difficile à répondre puisqu'on dirait toujours que je cherche ce qui n'est pas dans la documentation. Qu'est-ce que je cherche alors? Habituellement, je cherche à comprendre comment est implémenté ce que je vois. Où est traité et envoyé ce que j'écris? Où est enregistré ce que je sauvegarde? Quel est le format généré? Comment résoudre visuellement ou en étape détaillée une tâche? De puis quand est-ce que le logiciel implémente telle ou telle fonctionnalité?
Voici un exemple de la dernière chose que j'ai cherché: le format des fichiers INDEX-5 de FreeBSD 5 et depuis quand le dernier format existe. Au lieu de trouver l'information sur le site officiel, ou dans un manuel du fichier, j'ai dû cherché dans deux scripts perl pour voir le code qui affichait le format. Dans les deux scripts perl, soit que le format généré n'était pas clairement identifié, soit que la documentation même du format était rendu obsolète. De plus, j'ai trouvé la date à laquelle le format a changé dans le journal CVS d'un fichier du script... Ça c'est un exemple de recherche de développeur.
Un autre exemple, d'utilisateur d'un logiciel. J'utilisait KDevelop pour créer un projet en C++ et je voulais utilisé CVS. Dans les options de création d'un nouveau projet on peut cocher l'option CVS. Donc j'ai fait l'hypothèse que si je coche l'option CVS, le support CVS local sera présent, mon projet automatiquement ajouté, toutes les options correctements configurées pour que j'utilise KDevelop. Erreur, ça n'a vraiment pas fonctionné. Donc, je vais voir dans la documentation. 1. Je ne retrouve pas le même message d'erreur (ce que je vois n'est pas dans ce que je lis). 2. Les étapes pour créer un projet sont assez confus lorsqu'il parle du support CVS. 3. Il n'y a pas de prérequis immédiats d'afficher ou d'étapes qui vient avant la création du projet. C'est vraiment pas utile une documentation qui ne dit pas comment ce rendre à une étape sans difficulté. Et quand je dis ce rendre, c'est pas 'Vous devez avoir X d'activer', c'est 'Vous devez activer X en consultant cette référence'.
J'ai peut-être une proposition: faire un site qui héberge des petits films d'animation sur comment faire des tâches ordinaires avec linux. Exemple, commment copier-coller avec la souris, comment utiliser le drag'n'drop sous Konqueror, comment ajouter un option dans un menu de BlackBox? Comment créer un petits films d'animation sous linux? ;p Mais bon, avant ça, en tant qu'ingénieur, il faudrait faire une checklist de la meilleur documentation, un peu comme la liste des bonnes pratiques d'Opquast. Sans checklist, on oublie toujours quelques choses.