Lorsque Google a édité son navigateur Chrome ainsi que le navigateur libre Chromium sous-jascent, j’ai décidé d’essayer ce dernier. Il faut avouer que j’ai rapidement été conquis. Peu de perte de place, Javascript très rapide, de nombreux avantages par rapport à Firefox 3.

Il y a quelques jours, Firefox 4 est sorti, et dans un pur esprit libriste, j’ai décidé d’en faire mon navigateur principal au travail, sans même passer par une phase de test. Migration de mes marque-pages, changement des icônes dans mes interfaces, etc.

Malheureusement, j’en suis revenu. La principale raison de ma déception est double…

D’une part, Firefox 4 est beaucoup plus gourmand en mémoire que Chromium 10 : à utilisation égale (une dizaine d’onglets, navigateur ouvert pendant une semaine), Firefox utilise 2 Go de RAM, contre 1,2 Go pour Chromium.

D’autre part, lorsqu’une page devient très consommatrice de processeur ou de mémoire, c’est Firefox dans son ensemble qui se met à ramer, au point de m’empêcher de travailler. La page qui a bloqué Firefox 4 il y a 10 minutes est actuellement en train de charger dans Chromium, la page ne répond plus, je vais peut-être fermer l’onglet en question… mais je peux toujours terminer d’écrire cet article sur mon blog, dans un autre onglet de la même fenêtre du même navigateur !

Ensuite, il y a quelques aspects cosmétiques, celui qui m’a le plus dérangé est le suivant : Lorsque l’on déplace un onglet avec Chromium, le résultat est visuellement très abouti, l’onglet « suit » le curseur tout en restant dans la barre d’onglets ; lorsque l’on fait ce même déplacement d’onglet avec firefox, c’est une icône qui suit le curseur au pixel près, les onglets ne se déplacent pas « en live » dans la barre d’onglets, l’opération qu’on effectue est moins évidente « à l’œil ».

J’ai cependant constaté une nette amélioration par rapport à Firefox 3 : un visuel plus agréable, beaucoup moins de place à l’écran consommée (surtout quand on désactive la barre de menus, on se retrouve à quelque chose d’équivalent à ce qu’on avait avec TinyMeny), un Javascript beaucoup plus véloce. Mais la faculté de Chromium de réellement séparer les différents onglets dans des processus totalement séparés est maintenant pour moi une fonctionnalité majeure, qui permet d’éviter toute perte de temps potentielle liée à une page tierce… Un point d’amélioration majeur de Firefox, j’espère, qui me permettrait de retourner à ce superbe navigateur.

Au travail, on vient de me donner un poste fixe, avec un écran 16/9… C’est large ! Si je mets une fenêtre en plein écran, il y a beaucoup trop de place perdue. Afin de gagner de l’espace, j’aimerais diviser l’écran en deux… Après un peu de recherche sur Internet, je suis tombé sur Fake Xinerama ; c’est exactement ce que je veux !

Voici donc la procédure que j’ai suivi pour mettre ça en place :

wget http://ktown.kde.org/~seli/fakexinerama/Xinerama.c
sudo apt-get install libx11-dev libxinerama-dev
sudo gcc -O2 -Wall Xinerama.c -fPIC -o /usr/local/lib/libXinerama.so.1.0 -shared
cd /usr/local/lib
sudo ln -s libXinerama.so.1.0 libXinerama.so.1
sudo ln -s libXinerama.so.1 libXinerama.so

sudo ldconfig

Ensuite, il faut créer le fichier ~/.fakexinerama, qui permet de définir les écrans virtuels. Dans mon cas, j’ai un écran de 1920×1080 pixels, que je divise en 1062×1080 + 858×1080 :

2
0 0 1062 1080
1062 0 858 1080

Et voilà ! Il n’y a plus qu’à se déconnecter et se reconnecter, et l’écran est vu comme un périphérique Xinerama. Avec l’écran vide, on ne se rend pas compte qu’il est divisé en deux ; par contre, quand j’agrandis une fenêtre elle ne prend qu’une partie de l’écran (gauche ou droite, selon où elle était placée auparavant).

Une chose que j’ai très peu apprécié a été le passage, en 2009 (Ubuntu 9.04 Jaunty Jackalope), aux nouvelles notifications d’Ubuntu : Notify-OSD.

Ce sont ces espèces de bulles noires qui apparaissent en haut à droite de l’écran :

Je leur trouve deux énormes inconvénients :

• leur placement est fixe, en haut à droite, sans aucune configuration possible
• il est absolument impossible d’interagir avec ces notifications

Ce dernier point est, selon la page décrivant cette solution (https://wiki.ubuntu.com/NotifyOSD), une fonctionnalité : ça empêcherait les clics malencontreux sur les notifications. À mon avis, cela est une régression, car lorsqu’une notification apparaît, si celle-ci nous intéresse, il faut dans ce cas rechercher l’évènement lié (arrivée d’un message instantané, nouveau tweet, etc), et ça peut être particulièrement compliqué.

J’ai conservé Notify-OSD plus d’un an et demi, essayant de m’y habituer, mais ses limitations me dérangent vraiment.

J’ai donc décidé de repasser à Notification Daemon, l’ancienne solution (et, si j’ai bien compris, la solution par défaut sur les autres systèmes… je n’ai pas testé cela). Je le concède, cette solution est moins jolie que Notify-OSD. Mais il est possible :

• de déplacer les notifications à un autre coin de l’écran (le coin haut droit me dérange, je préfère le coin bas droit)
• d’interagir avec les notifications (fermer la notification, ouvrir une fenêtre de messagerie, etc.)

Pour retourner vous aussi à Notification Daemon, c’est facile :

sudo apt-get install --purge notification-daemon notify-osd-

N’oubliez pas ensuite de fermer et rouvrir votre session !

Avec Flavie, nous pensons au futur à moyen terme depuis quelques mois. Et on envisage de construire une maison. Comme on a plein d’idées, on a décidé de les modéliser afin de voir ce que ça donnerait « en vrai ».

C’est pourquoi j’ai commencé à faire ça avec Sweet Home 3D, qui est un bon logiciel dans certains cas, mais assez limité. J’ai ensuite choisi d’utiliser Google SketchUp, qui est très simple et m’offre énormément de flexibilité. Je suis actuellement en train de dessiner une idée de maison.

Mais, en plus de la modélisation, on voulait un bon rendu… Et c’est là que les logiciels de ray-tracing entrent en jeu. Après avoir essayé les versions « gratuites/démo » de Indigo Renderer et Twilight Renderer, j’ai décidé de tester Kerkythea. Avouons-le, ce logiciel n’est pas facile à utiliser. Mais il offre une maîtrise totale sur le rendu des images, et je suis sûr qu’en m’investissant un peu pour apprendre je pourrai obtenir de superbes rendus… que je posterai sur notre site dédié lorsque le modèle sera fini !

Cela fait pas mal de temps que je veux avoir des statistiques sur mes sites. Actuellement, l’outil par défaut d’OVH mélange les visites de tous les sites hébergés sur mes sous-domaines.

J’ai donc recherché quel outil installer… La dernière fois que j’avais mis en place des statistiques sur un site web, Webalizer était mort, AWStats (que je n’aime pas) évoluait doucement, AWFFull reprenait le flambleau de Webalizer, tout allait bien… Mais maintenant, AWFFull ne semble plus maintenu, j’ai été désespéré… avant de réaliser que le développement de Webalizer a repris, alors c’est parti, on saute sur l’occasion !

Lire la Suite →