Blog de Guillaume

J’aurais du en parler plus tôt, beaucoup plus tôt même. Le 18 novembre 2010 a été pour moi l’occasion de partager la version 1.0 de GNOME Split, nom de code Stable Isotope.

Cette version est donc sortie plus ou moins un an après la toute première version tout public de GNOME Split. Elle apporte principalement des corrections de bugs plutôt gênants et qui étaient là depuis pas mal de temps.


Comme on peut le voir l’interface n’a pas changé et j’avoue qu’elle me plaît bien comme elle est actuellement. Donc a priori, ça ne devrait pas (ou peu) changer par la suite. Voyons tout de même les corrections et quelques nouveautés qu’apporte la version 1.0 par rapport à la 0.9.

• Amélioration des performances : les opérations de découpages et d’assemblages prennent en moyenne 2 fois moins de temps par rapport aux versions précédentes.
• Prise en compte des cas où un ou plusieurs fichiers à assembler ne sont pas disponibles.
• Meilleure gestion des exceptions et des erreurs dans le code.
• Fenêtre de préférences légèrement revue pour la rendre plus compacte.
• Correction générale de l’assistant, les pages ne se dupliquent plus.
• Meilleure gestion de la fermeture des flux de fichiers lors d’un arrêt brutal (CTRL + C par exemple).
• Affichage du pourcentage d’avancement dans le titre de la fenêtre.
• Correction d’un bug qui ne permettait pas de découper des fichiers de plus de 2 Gio.
• Mise à jour des traductions (traduction française complète).

J’espère que cette nouvelle version répondra aux attentes de beaucoup de personnes. Et nous voilà donc sur le chemin vers la 2.0 qui devra permettre après toutes les versions intermédiaires de découper un fichier en cryptant les données via mot de passe et aussi d’uploader des fichiers directement sur des sites web dédiés afin de les partager.

Comme toujours, les archives de code sont là et le dépôt pour les ubunteros est ici.

Il y a quelques jours, le 17 juin 2010 pour être précis, une nouvelle version de java-gnome est sortie. Cette dernière, numérotée 4.0.16, apporte comme toujours son lot d’amélioration. Il y a eu tout de même moins de modifications par rapport à ce que l’on a pu voir précédemment mais quand même. Une nouvelle version apporte toujours un peu de neuf (ou de vieux remis à neuf) et ça fait plaisir.

1. Nouvelle version : 4.0.16

Ainsi, java-gnome comporte maintenant le support complet pour l’utilisation des “accelerators” (on peut peut-être traduire par “raccourcis”), qui sont des combinaisons de touches permettant d’activer des actions et des entrées dans les menus. Je pense que bon nombre d’entre nous connaissent le très classique CTRL + Q pour quitter un programme. Le coeur de l’API se situe dans la classe AcceleratorGroup mais il faudra aussi utiliser les méthodes setAccelerator() des classes MenuItem et Action. L’API native étant presque incompréhensible, le travail pour porter tout ça en Java a été assez conséquent.


De manière plus rapide, le support des opérateurs utilisables avec Cairo a été ajouter avec la classe Operator. Une bonne quantité d’exemple en image en montre le principe (images bien entendu générées avec java-gnome lors de la construction de la documentation. Le style CENTER a été ajouté dans la classe ButtonBoxStyle. Les fichiers .defs on été mis à jour pour prendre en compte les modifications apportées par GTK 2.18 et et le widget InfoBar a été ajouté (effectués par votre serviteur). Les interfaces Activatable et Editable ont reçu quelques changements tout comme la classe Glib qui comporte une nouvelle méthode formatSizeForDisplay() permettant de formater un taille d’octets en une chaîne de caractères plus lisibles pour nous humains. Enfin, une dernière méthode ensureNative() a été ajoutée à la classe Window de GDK.

2. Le futur

En tant que contributeur et avec les autres personnes travaillant sur java-gnome, nous nous sommes aperçu que maintenir un jeu de fichiers .defs pour générer la partie non publique de l’API commençait à être compliqué. Nous avons alors changer un peu le plan prévu. C’est pourquoi, en ce moment, certains travaillent sur l’utilisation du projet GObject Introspection pour générer une partie de l’API. C’est probablement le meilleur moyen d’avoir une source donnée la plus complète et la plus à jour afin de garder les bindings les plus proches des dernières versions des bibliothèques natives. Cependant, la migration vers GObject Introspection demande un travail long et délicat puisqu’il faut réécrire une partie du générateur de code que l’on sait stable puisqu’il commence à prendre de l’âge. J’espère tout de même que l’on aura quelque chose de fonctionnel assez vite afin de tester et stabiliser le code le plus rapidement possible.

Le futur de java-gnome prévoit de bonnes surprises, c’est certain. Tout ça dans le but d’améliorer encore l’API telle qu’on la connaît et de toucher un public toujours plus grand.

Comme je l'avais annoncé la semaine dernière la sortie de la première version de GNOME Split était imminente. Et bien aujourd'hui, c'est officiel, la version 0.1 est désormais disponible. Vous pouvez la télécharger sur la page du projet sur Launchpad.

Pour l'instant, il est possible de découper et assembler des fichiers au format Xtremsplit (extension en .xtm) et au format GNOME Split (extension .gsp). Pas de paquet pour les diverses distributions (en fait pour le moment j'ai du mal à packager le tout pour Ubuntu sur mon PPA). Aucun bug n'a été trouvé pour le moment (sachant que j'ai été le seul cobaye), à vous donc de me les rapporter. Pour les impatients qui n'ont pas peur de compiler, un tutoriel est disponible ici et pour ceux qui sont intéressés, il est possible de suivre le développement ici.

Avec l'arrivée de Ubuntu 9.10, je me suis aperçu d'un bug sur Eclipse. Ayant fait une installation manuelle (je ne suis pas passé par le paquet disponible dans les dépôts), je ne sais pas si ce problème apparaît seulement pour les personnes ayant effectué la même installation que moi ou s'il est commun à tous.

Voilà le problème, parfois les boutons (OK, Annuler, etc) ne fonctionnent pas toujours, alors que leurs raccourcis clavier, eux, fonctionnent correctement. Ce bug n'est pas vraiment bloquant, en revanche, à la longue, il est très agaçant. Pour le corriger, il suffit de lancer Eclipse par le biais d'un petit script shell.

Pour cela, on édite / crée le fichier /usr/local/bin/eclipse pour y mettre le code suivant.
#!/bin/sh
export ECLIPSE_HOME="/opt/eclipse"
export GDK_NATIVE_WINDOWS=1
$ECLIPSE_HOME/eclipse $*

C'est la troisième ligne de ce script qui va résoudre le bug. D'ailleurs ce dernier va être résolu avec la version 3.6. Il est dû au fait qu'à partir de GTK 2.18, le comportement des fenêtres GDK et GTK a été revu. N'oubliez pas de modifier la variable ECLIPSE_HOME pour qu'elle pointe sur votre installation de Eclipse.