Blog de Guillaume - Mot-clé - java-gnome

GNOME Split en version 1.0

Guillaume Mazoyer — Mon, 24 Jan 2011 23:37:00 +0100

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.

Sortie de GNOME Split 0.8

Guillaume Mazoyer — Wed, 30 Jun 2010 21:57:00 +0200

Il y a quelques heures, je viens de sortir une nouvelle version de GNOME Split. Cette dernière est numérotée 0.8 et représente une étape de plus vers la 1.0. Cela fait un an environ que le voyage a commencé après la mort inévitable de gSplit.

GNOME Split 0.8 tire donc partie de java-gnome 4.0.16 et des dernières nouveautés offertes. Aucune nouveauté géniale n’a été ajoutée. Il s’agit simplement d’une amélioration de l’interface graphique.

Au niveau des changements qui ont été effectués, on notera qu’une partie du code a été réécrite, que le fichier de configure (Gentoo, Fedora et ArchLinux, si y’en a qui sont intéressés pour tester hésitez pas) a été mis à jour. Les unités utilisées pour les tailles de fichiers respectent les standards et leur représentation en chaînes de caractères est confiée à GLib. On remarquera aussi l’utilisation des accelerators dans les menus.

Enfin, et en vrac, la nouvelle barre d’information disponible dans GTK+ est utilisée pour montrer les informations et les warnings à l’utilisateur, la fenêtre principale se redimensionne automatiquement si nécessaire, des méthodes dépréciées ont été retirées du code, le curseur change d’état selon l’état de l’interface et des traductions ont été mises à jour et ajoutées.

Je profite de cet article pour faire le point sur les noms de code que je donne à chaque version. Je ne sais pas si quelqu’un l’aura remarqué mais chaque nom de code est en rapport avec une expression ou une scène de la série The Big Bang Theory. La version 0.8 se nomme Happy Birthday mais ça n’a pas vraiment de rapport avec la série.

Pour terminer, GNOME Split 0.8 est disponible sur Ubuntu via le PPA ou avec le code source bien évidemment. N’hésitez pas à faire de paquets pour vos distributions favorites et à me donner vos avis et éventuellement à me dire les modifications à apporter.

Sortie de java-gnome 4.0.16 et le futur

Guillaume Mazoyer — Mon, 21 Jun 2010 18:32:00 +0200

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.

GNOME Split sort en version 0.3

Guillaume Mazoyer — Mon, 04 Jan 2010 00:36:00 +0100

Je n'avais pas signalé la sortie de la version 0.2, et bien je vais me rattraper avec celle de la version 0.3. GNOME Split, le logiciel de découpage et assemblage de fichiers, évolue petit à petit. La version 0.1 était une première version plutôt avancée, par conséquent la version 0.2 n'a vu arriver que des corrections de bugs (dont un critique pour les utilisateurs de la version 2.22.3 de glib). Alors qu'est-ce qu'il y a dans cette version ?

Découpage et assemblage au format GNOME Split,
Découpage et assemblage au format Xtremsplit,
Découpage et assemblage sans format spécifique (semblable à la commande "split", assemblage par "cat" possible),
Réorganisation de la boîte de dialogue de préférences,
Optimisation du code de l'interface graphique,
Ajout d'info bulle sur les boutons de la barre d'outils,
Correction de bugs divers.

Le code source peut être récupéré soit via cette archive, soit via le dépôt Bazaar. Pour les utilisateurs de Ubuntu 9.10 Karmic Koala, un dépôt PPA (dépôt non officiel donc attention hein) est à disposition. Une fois ce dernier ajouté, il ne suffira alors qu'à utiliser la commande :
~$ sudo aptitude install gnome-split

Sortie de java-gnome 4.0.14

Guillaume Mazoyer — Thu, 17 Dec 2009 01:12:00 +0100

Une nouvelle version de java-gnome est disponible depuis hier. Il s'agit de la version 4.0.14 de l'API. Elle apporte notamment une intégration de la correction orthographique via l'API Enchant, une amélioration de la gestion des pointeurs (de souris) grâce à GDK. On voit apparaître de même une meilleure gestion du rendu de texte. Une autre nouveauté est l'apparition du widget LinkButton qui offre la possibilité d'ouvrir une URL grâce à un bouton (travail effectué par Serkan Kaba et moi-même).

Il est désormais possible de créer ses propres tailles de papier afin de pouvoir utiliser le format PDF via Cairo même si la taille n'est pas standard. On a également droit à un lot de corrections principalement typographiques. Comme certains le savent ou l'ont remarqué, avec GNOME 2.28, les icônes dans les menus peuvent être masquées ou non selon la configuration (elles le sont par défaut). Il est toutefois possible d'en forcer l'affichage maintenant grâce à de nouvelles méthodes dans l'API ou bien de continuer à utiliser les paramètres globaux. Au niveau de la compilation de la bibliothèque, l'utilisation de Xvfb permet aux packageurs de lancer tout de même la suite de tests et de générer la javadoc. Enfin, un bug critique a été ~~corrigé~~ contourné. Ce dernier faisait crasher l'application directement si l'utilisateur utilisait la version 2.22.3 de glib.

La news complète de la sortie de java-gnome 4.0.14 est ici, le téléchargement des sources lui est par là. À noter que GNOME Split 0.1 utilise la version 4.0.13 et que GNOME Split 0.2 utilisera la version 4.0.14. La dernière release de java-gnome est déjà disponible sur Gentoo, Arch Linux, bientôt pour Debian, pour Ubuntu ça sera pour Lucid Lynx (mais je vais demander un backport dans Karmic Koala).

À vos codes.

GNOME Split débarque... bientôt

Guillaume Mazoyer — Wed, 02 Dec 2009 20:01:00 +0100

Ça faisait longtemps (pour ne pas dire très longtemps) que je n'avais pas parlé de mon projet de découpeur et assembleur de fichiers. En effet, gSplit est en arrêt depuis plusieurs semaines (voire mois). J'ai, en fait, décidé de le recoder en partant d'une page ~~d'Eclipse~~ blanche et au passage de le renommer GNOME Split.

De l'ambition ? Oh oui, il en a ! Le but est de faire un découpeur et assembleur de fichiers supportant plusieurs formats (dont le fameux Xtremsplit [ce qui est déjà fait]). Pourquoi n'est-il pas tout de suite dans sa première version ? J'ai encore un algorithme de découpage / assemblage à implémenter (j'ai implémenté celui de Xtremsplit avant celui propre à GNOME Split... Qui a dit paradoxal ?), la fonctionnalité d'arrêt en cours d'action et un léger bug à corriger. J'espère que tout ceci sera fait d'ici la fin de semaine pour que le petit outil sorte en version 0.1. D'ici là, je vous offre quelques petites captures d'écran.

Ah oui, j'oubliais ! Une chose qui serait très sympa serait d'avoir un nouveau logo. Donc si vous en avez l'envie et le temps, n'hésitez pas à m'envoyer vos créations (le must serait que celles-ci respectent les conventions du Tango Desktop Project). L'auteur du logo retenu aura bien évidemment sa place dans les crédits du projet. Merci d'avance.

java-gnome 4.0.10 est de sortie

Guillaume Mazoyer — Thu, 05 Mar 2009 14:57:00 +0100

Depuis le temps que je l'attendais, et après nous avoir fait patienter avec 3 releases candidates, la version 4.0.10 de java-gnome est enfin disponible. Comme son nom l'indique, le but de cet API est d'offrir la possibilité aux programmeurs utilisant le langage Java de développer des applications en profitant d'une interface GTK parfaite pour GNOME. Si vous hésitez à vous lancer, il doit y avoir un tutoriel rapide qui traine par ici. Pour voir les nouveautés, vous pouvez vous diriger sur cette page qui offre un résumé complet des changements effectués depuis la version 4.0.9. Pour en faire le tour rapidement, on y trouve un support grandissant pour l'utilisation de Cairo, des améliorations au niveau des widgets tels que les vues arborescentes (treeview) ou les vues textes (textview), le support du presse-papier (clipboard) et je passe sur le reste. Je vous rappelle que si vous voulez avoir un exemple d'une application, vous pouvez toujours faire un tour du côté de gSplit en plus de la consultation des exemples proposés dans l'API. Au niveau du téléchargement, vous pouvez désormais jeter un coup d'oeil sur le FTP, ou alors profiter des paquets déjà disponibles sur mon PPA (dépôt non officiel, ~~attention au chien~~). En cadeau bonux, un screenshot de gSplit ^^

Réalisation d'une application pour son bureau GNOME

Guillaume Mazoyer — Thu, 13 Nov 2008 22:55:00 +0100

Lors d’un de mes précédents billets, j’avais expliqué brièvement comment réaliser une application pour l’environnement GNOME avec Glade et l’API java-gnome. Pour cela, nous avions réalisé une application très simple avec un bouton et un label. Aujourd’hui nous allons construire une application complète et vraiment “utile”. Pour ne pas trop compliquer ce billet, j’ai décidé donc que nous allions faire un générateur de mot de passe dont l’algorithme n’est pas très complexe. Voyons ceci dès maintenant.

1 - Utilisation de java-gnome

Je ne vais pas redétailler cette partie, si certain l’on raté, l’explication est dans ce billet.

2 - Le projet

J’utilise Eclipse pour mes projets en Java depuis mes débuts. Je vous propose donc de l’utiliser aussi. Voici l’arborescence du projet après fin du code.

Vu que je ne vais pas détailler chaque partie de mon code je vous propose le téléchargement du projet directement grâce au fichier PasswordGenerator.tar.bz2.

3 - Algorithme du générateur de mot de passe

L’algorithme que l’on va utiliser pour générer le mot de passe n’est pas très complexe à comprendre. Le but est de sélectionner un caractère aléatoirement dans une liste et de l’ajouter à la chaîne de caractères composant le mot de passe. On veut que le mot de passe soit un minimum modifiable, par conséquent, on va pouvoir via notre interface GTK+ sélectionner les types de caractères que l’on souhaite. On en distingue 4 :

les majuscules,
les minusucules,
les chiffres,
les caractères spéciaux.

Pour pouvoir réaliser ceci, on ne va donc pas se contenter d’une seule liste réunissant tout l’ensemble mais de 4 listes (en réalité des chaînes de caractères pour ne pas se compliquer la tâche) bien distinctes comportant chacune un type de caractères. Chose important, le nombre aléatoire que l’on va obtenir ne doit pas dépasser la taille de la liste. C’est à dire que si la liste comporte 26 caractères, il ne faut pas tomber sur un nombre supérieur à 26. Pour cela, on va réaliser notre propre méthode de génération de nombre aléatoire en utilisant ce que l’API nous offre déjà. Ce n’est pas très complexe, je vous laisse regarder le contenu du package nommé random.

Maintenant, voici l’en-tête de notre méthode de génération du mot de passe.
    public static String randomPassword(int length, boolean[] use)
Le premier argument, length, qui est un entier, correspond à la taille du mot de passe donc au nombre de caractères qu’il contiendra. Le deuxième argument est un tableau de booléens. Plus précisément, un tableau de 4 booléens qui va nous permettre de savoir quoi mettre dans le mot de passe. Le premier booléen correspond aux chiffres, le deuxième aux majuscules, le troisième aux minuscules et le dernier aux caractères spéciaux.

    StringBuilder password = new StringBuilder();    String lowerChar = "azertyuiopqsdfghjklmwxcvbn";    String upperChar = "AZERTYUIOPQSDFGHJKLMWXCVBN";    String digits = "0123456789";    String specialChar = "&~#{([-|_\\^@)]=}$%*!:/;.?,<> ";
Voici les suites de caractères à utiliser ainsi que la déclaration de la chaîne password qui va contenir le mot de passe. On utilise un StringBuilder et non un String basique car il va y avoir plusieurs opérations d’ajout d’un seul caractère c’est donc beaucoup plus propre de le faire ainsi que par des concaténation de chaînes.

    for (int i = 0; i < length; i++) {        int rnd = -1;        int charSet = Random.nextInt(4);        if (!use[charSet]) {            i--;            continue;        }    ...    }
Voici la boucle qui va générer le mot de passe. On initialise une variable qui s’incrémentera jusqu’à obtenir la valeur de la taille du mot de passe voulue. L’entier nommé rnd correspond à la valeur du nombre aléatoire utilisé pour choisir le caractère et l’entier nommé charSet va servir à sélectionner le type de caractères à utiliser. Ici un nombre entier compris entre 0 et 3 (inclus, le 4 est exclu). Le test avec la condition (!use[charSet]) permet de ne pas utiliser un type de caractères dans le cas ou on n’en voudrait pas. En gros, si la variable charSet prend une valeur qui permettra de sélectionner les chiffres mais que l’on ne veut pas de chiffres, le on rentrera dans le if qui va décrémenter i (pour annuler “l’effet” de l’itération) et lancer une nouvelle itération avec le mot-clé continue.

    switch (charSet) {        case 0:            rnd = Random.nextInt(digits.length());            password.append(digits.charAt(rnd));            break;
Ici, selon le type de caractères, on va sélectionner le caractère qui va bien et l’ajouter dans le mot de passe. Pour cela, on choisit un nombre compris entre 0 et la taille de la chaîne contenant le caractère puis on l’ajoute. Le case 0 correspond au cas des chiffres, on retrouve d’autres case pour les majuscules, minuscules et caractères spéciaux.

Enfin, après avoir itérer autant qu’il a fallut, on retourne le mot de passe sous forme de String. Rappelez-vous dans notre en-tête de méthode, on a bien spécifier que notre méthode retournait une variable de type String.
    return password.toString();

Vous pouvez retrouver tout ce code (en entier c’est mieux) dans le fichier Password.java.

4 - Réalisation de l’interface GTK+

Pour ce qui est du design même de l’interface, on ne va pas s’embêter et on va utiliser Glade, un outil dans j’ai parlé plusieurs fois et qui permet de réaliser très simplement son interface. Pour ce qui est de la fenêtre que l’on va faire on va gagner du temps et utiliser directement une boîte de dialogue qui comporte déjà 2 parties utiles. A savoir, une partie vide ainsi que une spécialement faite pour y mettre des boutons. Réalisons donc une interface ressemblant à ceci, avec une arborescence identique à celle proposée sur l’image ci-dessous. Le fichier Glade est disponible dans l’archive et se nomme PasswordGenerator.glade.

Une fois l’interface réalisé, il faut maintenant l’exploiter avec le code Java et lui faire réaliser les actions que l’on souhaite. Tout d’abord, qu’est-ce que l’on voit sur cette interface GTK+ ? On remarque qu’il y a 4 checkboxs correspondant à l’utilisation (case cochée, par défaut) ou non (case décochée) des types de caractères. On voit aussi une barre pour choisir la taille du mot de passe (valeur par défaut 8). On sait tous qu’un vrai mot de passe se compose d’au moins 8 caractères avec alternance majuscules, minuscules, chiffres et caractères spéciaux. Enfin, il y a 3 boutons, un bouton Quitter (qui veut tout dire), un Actualiser qui va permettre de générer le mot de passe (qui se situera dans la champ de texte) et un bouton Copier pour copier le mot de passe dans le presse-papier. Tous ces boutons sont des boutons “basiques” dont l’icône, le label et le mnemonic sont déjà définis. Nous allons donc voir seulement les actions associées à ses boutons pour le reste il vous suffira de voir le code ce n’est pas très complexe et il y a des commentaires.

Commençons par le bouton Quitter. Ce dernier a pour effet de terminer le programme. Voilà comment on code ceci.
    // Exit button     Button exitButton = (Button) _glade.getWidget("exit_button");     exitButton.connect(new Button.Clicked() {         @Override         public void onClicked(Button source) {             Gtk.mainQuit();         }     });
On récupère l’élément bouton et au clic sur ce bouton on applique l’action Gtk.mainQuit() qui termine la boucle lancée par Gtk.main().

Après ceci, occupons-nous du bouton Actualiser qui lancera la génération du mot de passe. Idem on récupère le bouton mais au clic on lui applique une autre méthode que l’on a créé auparavant.
    // Refresh button     Button applyButton = (Button) _glade.getWidget("apply_button");     applyButton.connect(new Button.Clicked() {         @Override         public void onClicked(Button source) {             GtkInterface.this.generatePassword();         }     });
La méthode generatePassword() va elle vraiment se charger de récupérer un mot de passe et d’actualiser le champ de texte de l’interface.
    private void generatePassword() {         boolean[] checks = { _digitCheck.getActive(), _upperCheck.getActive(),                 _lowerCheck.getActive(), _specialCheck.getActive() };         int length = (int) _lengthScale.getValue();         if (!checks[0] && !checks[1] && !checks[2] && !checks[3])             this.errorDialog(Languages.ERROR, Languages.CHECKBOX_ERROR);         else {             String password = Password.randomPassword(length, checks);             _passwordEntry.setText(password);         }     }
On récupère la longueur du mot de passe. Et là un test, si on a décoché toutes les cases, on signale une erreur à l’utilisateur via une fenêtre spéciale appelée par la méthode errorDialog(String title, String text).

Pour finir, on définit l’action du bouton Copier. On va bien entendu copier le mot de passe dans le presse-papier dans le but de le coller plus tard bien entendu.
    // Copy button     Button copyButton = (Button) _glade.getWidget("copy_button");     copyButton.connect(new Button.Clicked() {         @Override         public void onClicked(Button source) {             GtkInterface.this.copyToClipboard(_passwordEntry.getText());         }     });
C’est la méthode copyToClipboard(String text) qui va copier le contenu du champ texte dans le presse-papier si bien entendu l’environnement le supporte mais ça ne devrait pas poser de problème. Voici le contenu de cette méthode.
    private void copyToClipboard(String password) {         try {             StringSelection selection = new StringSelection(                     password == null ? "" : password);             Toolkit.getDefaultToolkit().getSystemClipboard().setContents(                     selection, null);         } catch (IllegalStateException e) {             this.errorDialog(Languages.ERROR, Languages.COPY_ERROR);         }     }

N’oubliez pas surtout de regarder tous les autres fichiers pour comprendre le code et tous les appels de méthodes. Et normalement, après compilation (via le script Ant), Il ne reste qu’à dézipper le fichier .zip généré, donner les droits d’exécution au script shell et le lancer (on peut aussi utiliser le Run de Eclipse). Après tout ceci, on obtient notre joli générateur de mot de passe sans aucun problème.
Si vous avez des questions, besoin de plus d’explication, n’hésitez pas à demander.