Il peut être intéressant, pour une raison ou une autre, de vouloir utiliser un programme en anglais sur un système configuré dans une autre langue. Dans mon cas, je voudrais pouvoir réaliser simplement quelques captures d'écran de GNOME Split en anglais.
Dans un tel cas, il serait forcément assez lourd de changer la langue de tout le système pour lancer un logiciel. C'est là qu'intervient la variable d'environnement LANG. C'est avec cette variable que nous allons jouer. Pour commencer, on peut entrer la commande suivante dans un terminal.~$ echo $LANG
Si votre système est en français comme le mien, vous devriez probablement avoir comme résultat la chaîne de caractères suivante : fr_FR.UTF-8.
Pour lancer un logiciel en anglais, on va modifier cette variable seulement dans le "terminal" où l'on va lancer le programme. Pour cela, on crée un script qui va donner à la variable LANG la valeur C puis exécuter la ligne de commande passée en argument du script (ligne de commande identique à celle que l'on utiliserait pour lancer le logiciel normalement).
Pour faire le script, on crée puis édite un fichier nommé (comme on veut en fait) english.sh et on y met le code suivant :#!/bin/bash
LANG=C "$@"
Ensuite, on enregistre puis on rend le script exécutable.~$ chmod +x english.sh
Finalement, on lance le script et on passe en paramètre la ligne de commande à exécuter.~$ ./english.sh transmission
En voilà ce que ça donne (un peu de pub ça fait pas de mal non roh).
samedi, janvier 30 2010, 15:08
Lancer un programme en anglais sans changer la langue
Par Respawner - Ubuntu - Lien permanent
jeudi, janvier 21 2010, 20:06
Clavier EeePC 1000 HE et Ubuntu 9.10 Karmic Koala
Par Respawner - Ubuntu - Lien permanent
Je me suis récemment rendu compte d'un problème relativement embêtant. Ce dernier est lié à la reconnaissance du clavier de mon Asus EeePC 1000 HE. En effet, il m'était impossible (du moins avec la combinaison de touches normale Alt Gr + 8) d'utiliser le \ (backslash) dans un éditeur de texte. Chose assez embêtante pour un programmeur quand il a besoin d'utiliser le fameux \n (ou encore \r ou \t) dans ses printf() par exemple.
Une solution existe, heureusement, et elle est simple. Pour cela, on va dans Système > Préférences > Clavier. On se rend ensuite dans l'onglet Agencement puis on change le modèle du clavier pour utiliser Portable Asus.
Voilà, simple et efficace.
lundi, janvier 4 2010, 00:36
GNOME Split sort en version 0.3
Par Respawner - Ubuntu - Lien permanent
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
jeudi, décembre 17 2009, 01:12
Sortie de java-gnome 4.0.14
Par Respawner - Programmation - Lien permanent
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é
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.
jeudi, décembre 10 2009, 02:56
GNOME Split sort en version 0.1
Par Respawner - Programmation - Lien permanent
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.
mercredi, décembre 2 2009, 20:01
GNOME Split débarque... bientôt
Par Respawner - Programmation - Lien permanent
Ç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.
lundi, novembre 30 2009, 14:51
Essai de la coque Mizu Shell pour HTC Hero
Par Respawner - Technologie - Lien permanent
Aujourd'hui est un jour de test. Les housses ou coques pour protéger le HTC Hero il n'y en a pas des tonnes (contrairement à l'iPhone). On peut l'expliquer en partie grâce au design du smartphone qui peu banal (mais tellement sympathique). Pourtant, on a grand besoin de protections pour mettre notre Hero à l'abri des chocs et d'autres choses. C'est dans ce but que Proporta propose son produit Mizu Shell.
Cette coque faite en silicone permet de protéger son HTC contre les chocs et les éraflures mais seulement sur les côtés et l'arrière de téléphone. En effet, l'avant reste libre afin que l'on puisse continuer à manier l'engin.
L'avantage de cette protection est d'épouser parfaitement la forme du Hero. Une fois celui-ci rangé dedans, il ne bouge plus et profite de son nid douillet. On peut observer un motif sur le dos de la coque qui me fait penser à celui que l'on peut trouver sur l'arrière du HTC Diamond (premier du nom).
On peut également remarquer que toutes les prises qui sont sur le HTC Hero sont libres. On peut donc, malgré le fait d'utiliser la coque, continuer à brancher le câble USB, ou encore ses écouteurs sur la prise jack et même prendre des photos.
La coque Mizu Shell n'étant tout de même pas très épaisse, il faut quand même continuer à manipuler le smartphone avec attention, un gros choc ne sera pas vraiment atténué. Petite chose qui me chagrine, je trouve (mais cela n'est que mon avis) que le design tant apprécié du Hero souffre un peu lorsque l'on utilise cette protection. J'aurais préféré quelque chose de plus esthétique.
La Mizu Shell reste quand même un bon produit qui ne manquera pas à son devoir, c'est-à-dire protéger le Hero des attaques extérieures. Chose qui peut être très pratique si on considère la fragilité de nos petites bêtes qui sont à la fois pratiques et coûteuses.
mardi, novembre 10 2009, 19:27
Eclipse, ses boutons et Ubuntu 9.10
Par Respawner - Ubuntu - Lien permanent
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.
« billets précédents - page 1 de 22
Derniers commentaires