Hanblog - Informatique

Librairies JavaScript : Connaissez vos outils

Anthony Ricaud — Wed, 27 Aug 2008 23:15:00 +0200

Certes je n'aime pas les librairies JavaScript en général. Beaucoup de code téléchargé, parsé, exécuté pour n'utiliser la plupart du temps qu'un ensemble très réduit de fonctionnalités. Mais bon, mettons ça de côté aujourd'hui car il faut l'admettre, elles rendent tout de même de bons services.

On va quand même garder un point qui m'embête : ces librairies cachent souvent la complexité du code qu'elles exécutent. Pour démontrer cela, mettons nous en situation ! L'exemple sur la page suivante contient 1729 paragraphes de deux mots. Pour une raison évidente^[1], nous voulons cacher le deuxième mot de chaque paragraphe. Pour cela, nous utilisons jQuery de deux manières différentes.

La méthode toggle

$('span').toggle();

Que fait réellement cette simple ligne ? Elle va récupérer tous les éléments <span> de la page puis leur appliquer la méthode toggle. Pour chaque élément trouvé (1729 je rappelle), elle va vérifier s'il est affiché ou non et lui appliqué un style en conséquence. C'est tellement long que votre navigateur risque de bloquer sur la page de test.

La méthode classe

$('div').eq(0).toggleClass('hidden');

Jeu de mot pas terrible mais qui résume bien la situation. Ce code récupère tous les éléments <div> de la page et ne travaille que sur le premier. Sur ce <div>, elle va regarder s'il a la classe hidden et en fonction, lui ajoutera ou enlèvera cette classe. Voilà, c'est tout ce qu'elle fait. Ensuite, c'est le navigateur qui travaille comme un grand grâce à la règle .hidden span {display:none;}. Évidemment, le moteur CSS de votre navigateur fera ça bien plus rapidement.

Conclusion

Évidemment, mon exemple avec autant d'éléments est grossier. Mais tout de même, la différence est fondamentale. Permettez-moi une analogie entre un accès DOM et un accès disque, c'est à dire les parties les plus lentes des deux algorithmes précédents. Dans le premier cas, un premier accès en lecture (récupérer tous les spans) puis 1729 accès en lecture (est-il affiché ?) et 1729 accès en écriture (réglons son affichage). Dans le deuxième cas, nous avons un premier accès en lecture (récupérons tous les divs) puis un accès en lecture (est-ce que la classe est présente ?) puis un accès en écriture (ajoutons ou enlevons la classe). Le calcul est vite fait...

De manière générale, rappelons qu'il faut le moins possible toucher au style d'un élément. Si vous devez accéder plus de deux fois à l'attribut style, il sera plus profitable de passer par une règle CSS. Le moteur CSS sera toujours plus rapide que vous. De plus, vous permettez aux intégrateurs de pouvoir styler votre page en ne changeant que quelques classes. Et votre code d'affichage reste cantonné aux fichiers CSS, merci la maintenabilité.

Notes

[1] parce qu'il faut bien un exemple à la con

Nouveautés Safari 3.1 : Selectors API

Anthony Ricaud — Tue, 03 Jun 2008 02:14:00 +0200

Présentation

Comme promis, on va parler de quelque chose de bien plus intéressant pour accélérer vos applications web. Une attente de longue date, la fameuse et célèbre Selectors API ! C'est l'équivalent de $$ en Prototype et Mootools, $ en jQuery, YAHOO.util.Selector.query en YUI et... document.querySelectorAll pour base2. ^[1] Pour ceux qui connaissent, cela permet donc de sélectionner un liste d'éléments qui correspondent à un sélecteur CSS.

L'exemple du billet précédent devient donc document.querySelectorAll('.post'). Une différence à noter entre ces deux méthodes : querySelectorAll retourne une liste statique, un tableau en quelque sorte.

Regardons un peu les performances :

var start = new Date(); for (var i = 0; i < 1000; i++) var list =document.querySelectorAll('.post'); new Date() - start
104
var start = new Date(); for (var i = 0; i < 1000; i++) var list =document.getElementsByClassName('post'); new Date() - start
2

C'est sans appel, pour un sélecteur simple, il vaut mieux utiliser une méthode spécialisée. J'ai fait quelques autres tests. De manière générale, si vous voulez traversez simplement le DOM, tenez-vous en aux autres solutions. Cette méthode sera peut-être optimisée plus tard, ce n'est que la première implémentation.

Évidemment, le navigateur ne reconnaîtra que les sélecteurs qu'il connaît. Pas de problème avec Safari 3.1 puisqu'il connaît tous les sélecteurs disponibles à ce jour (on en reparlera plus tard, peut-être). Par contre, avec IE8, ce sera plus compliqué. Oui oui, IE8 implémentera cette API ! Et comme cette API a été bien conçue, le navigateur est censé renvoyer une exception lorsqu'il ne connaît pas un sélecteur. Le monde est presque parfait !

Les librairies

Prototype : dans la version de dev (un appel à un div vide puis le vrai appel)
YUI : rien
mootools : rien
base2 : Oui, en dev.
jQuery : rien.

Le piège.

Le comportement de cette API est pour l'instant trompeuse. Lorsque l'on utilise cette méthode sur un élément, elle va chercher tous les éléments du document qui correspondent puis ne retourne que ceux qui sont des enfants de l'élément. Le comportement des librairies (et qui me semble plus naturel) est d'appliquer le sélecteur à partir de l'élément en question. John Resig en parle bien mieux que moi

Les petits plus

Que peut-on faire de marrant avec cette API ? On peut par exemple récupérer tous les liens présents sur la page qu'a visité l'utilisateur. Un simple document.querySelectorAll(':visited') fera l'affaire.

On peut aussi récupérer la liste de tous les éléments qui sont actuellement survolés par l'utilisateur. document.querySelectorAll(':hover') vous donnera satisfaction.

Notes

[1] Oui, cette librairie est tellement bien qu'il n'y a pas besoin d'apprendre autre chose que les standards

Google Ajax Librairies : une bonne idée ?

Anthony Ricaud — Wed, 28 May 2008 09:41:00 +0200

Google vient donc d'annoncer la possibilité de servir 5 librairies javascripts depuis ses serveurs.

L’idée d’avoir un dépôt central est plutôt intéressante. Pour avoir un cache relativement partagé entre les sites, être sûr de la configuration HTTP au poil, bénéficier du CDN de Google. Après, il faut aussi voir que l'accès à votre site sera conditionné par la disponibilité de ses serveurs. Mais il semble que ce soit la tendance... (Amazon S3)

Par contre, Google propose de s'occuper de charger la dernière version à travers son API Javascript. C’est une très très mauvaise idée que d‘avoir la version la plus récente de la libraire. Il faut toujours tester ses applis avant de mettre la nouvelle version d’une librairie en production. À la rigueur pour les versions mineures, et encore.

Après, cela va certainement défavoriser les librairies non sélectionnées. Des librairies comme Base2, Mochikit ou YUI ne sont pas listée par exemple.

Enfin, Google a annoncé vouloir travailler avec les éditeurs de navigateurs pour intégrer certaines librairies directement dans le navigateur. Si jamais cela se réalise, ça va être marrant pour les versions et encore plus discriminant pour les librairies non incluses. Les développeurs choisiraient non pas la librarie la plus légère ou la plus performante mais la plus souvent intégrée dans les navigateurs.

Google ferait mieux de travailler avec les éditeurs pour améliorer le support des standards et l’implémentation des prochains standards. Car un code en C, C++ ou autre sera toujours plus performant que sa version Javascript.

En résumé : idée peut-être intéressante dans l’état actuel d'implémentation des standards mais attention à la discrimination et surtout, continuer à améliorer le support des standards.

Nouveautés Safari 3.1 : getElementsByClassName

Anthony Ricaud — Thu, 10 Apr 2008 20:39:00 +0200

Allez, on continue dans Webkit (parce que ça me botte en ce moment). Je ne suis pas tombé sur beaucoup d'articles en français résumant les nouveautés de Safari 3.1. Et comme on n'est jamais mieux servi que par soi-même...

Commençons par getElementsByClassName. Kékecé ? À l'instar des getElementById, getElementsByTagName, getElementsByName c'est une méthode pour récupérer des éléments du DOM selon un critère, en l'occurence la ou les classes. Par exemple, sur la page d'accueil de ce blog, document.getElementsByClassName('post').length renvoie 20 mais document.getElementsByClassName('post odd').length renvoie 10. Comme toutes ces consœurs, cette méthode marche aussi à partir d'un élément du DOM, restreignant ainsi les résultats.

Il faut faire attention en manipulant la liste renvoyée. Elle est "live", c'est-à-dire que tout changement dans le DOM la modifie (comme getElementsByTagName). Exemple:

var list = document.getElementsByClassName('post');
for (var i=0; i < list.length; i++)
{
  list[i].parentNode.removeChild(list[i]);
  alert(list.length);
}

En exécutant cette fonction sur la page d'accueil, on verra disparaître un billet sur deux et la NodeList diminuera au fur et à mesure. Attention donc en manipulant les résultats. Pour être sûr de ce qui va se passer, on peut recopier le tout dans un tableau classique, mais attention aux performances.

Cette méthode est actuellement supportée par Safari 3.1 (of course) et bientôt Firefox 3 et Opera 9.5. Elle fait partie du brouillon pour HTML 5.

Vous voyez évidemment à quoi ça sert ? Ça accélère considérablement tous les accès qu'on peut faire, si on l'utilise. Et comme de plus en plus de gens utilisent des librairies pour ne pas s'embêter avec les compatibilités entre navigateurs, on va vérifier qu'on bénéficie bien de cette amélioration quand disponible. On va surtout étudier les méthodes du style $ ou $$, qui permettent de sélectionner des éléments à partir d'un sélecteur CSS

Prototype n'a pas. Pire, ça peut casser dans les anciennes versions.
jQuery : y a pas non plus.
mootools : y a pas.
YUI : non plus.
base2 : non plus.

Bilan : Ah bah c'est pas génial. Si j'étais mesquin, je dirais que c'est une raison de plus pour ne pas utiliser de librairies Javascript. À leur décharge, ce n'est pas vraiment nécessaire puisqu'elles utilisent XPath lorsque c'est disponible et c'est disponible sur tous les navigateurs ayant cette méthode. Pour jQuery, c'est regrettable, puisqu'elle n'a pas d'implémentation XPath. Bien évidemment, XPath est plus rapide que DOM, mais tout de même plus lent que getElementsByClassName.

Mais finalement, on verra bientôt qu'il y a d'autres méthodes pour nous aider.

Mon premier bug chez Webkit

Anthony Ricaud — Mon, 07 Apr 2008 09:40:00 +0200

Depuis un petit moment, je suis de plus en plus près le projet Webkit, le moteur derrière Safari.

Ayant remarqué un bug dans la gestion des évènements sur une interface que j'utilise quasi-quotidiennement, je me suis décidé hier à en faire un joli rapport de bug. J'ai aussi pu traîner un peu sur le salon IRC #webkit et l'accueil était plutôt agréable. J'ai pu poser quelques questions et apprendre qu'un nouveau moteur Javascript est en cours d'écriture, que le WebInspector était en cours de refonte.

En écrivant le test minimal pour le bug, j'ai aussi remarqué que la taille minimum d'un élément <select> sur plusieurs lignes est de 4 lignes. Au premier abord, on peut se dire que ce n'est pas normal par rapport à la spécification. Mais c'est un bon point ergonomique puisqu'il est plus facile d'avoir du contexte sur 4 lignes et qu'il est impossible de présenter une barre de défilement sur 2 petites lignes. Un comportement à retenir si l'on souhaite utiliser de petites listes de sélection.

Please, don't hurt the web, des solutions

Anthony Ricaud — Fri, 25 Jan 2008 21:15:00 +0100

Le web continue à se remuer après l'annonce de Microsoft. Anne van Kesteren explique d'ailleurs très clairement le problème que ces modes causent. Certains prépare des solutions de boycott, d'autres cherchent une solution alternative pour coller aux besoins de l'équipe IE tout en favorisant les standards. La solution de David Baron est ma préférée. Comme je le disais, la principale inquiétude de Microsoft tourne autour des Intranet. Laissons donc le reste du web bénéficier d'un vrai rendu standard. Les administrateurs des réseaux d'entreprises choisiraient quels sites doivent être vus avec un autre moteur que celui de base. Ce n'est pas aussi bien que des modes de rendus très proches qui évoluent ensemble mais on ne peut demander à Microsoft de recommencer le travail sur IE8 depuis le début.

Je suis d'ailleurs tombé sur le meilleur résumé possible de toutes ces discussions.

Please, don't hurt the web

Anthony Ricaud — Thu, 24 Jan 2008 01:20:00 +0100

Et bien il fallait bien ça pour sortir ce blog de sa torpeur : Compatibility and IE8. Je ne ferais pas l'inventaire de toutes les réactions (on peut trouver assez de liens sur le QA Blog du W3C, mais ça fuse de partout. Que ce soit chez Mozilla, Webkit, Opera ou chez les développeurs web. Il y a bien quelques satisfaits tout de même.

On nous explique que ce nouveau mode de choix du rendu a été inventé par pragmatisme. Lorsque l'on était en mode "standard", on utilisait des hacks pour corriger les bugs de IE6. À l'arrivée de IE7, cette technique ne fonctionne plus puisque les hacks de contournement ont été corrigés mais pas les bugs en question. L'équipe de IE s'était dit que les améliorations n'étant disponibles qu'en mode "standard", le web ne serait pas cassé. C'est là que vient le pragmatisme : "faut pas refaire pareil !".

Les pages sont conçues à un moment précis, pour une version précise du moteur de chaque navigateur. Et bien inventons un moyen de fixer ces pages définitivement. Ça part donc sur une bonne intention, pleine de bon sens.

Là où le bon sens déraille, c'est que cela implique que chaque version d'IE devra intégrer toutes les versions précédentes jusqu'à IE6. Est-ce pragmatique, réalisable ? Bien sûr que non. Il y aura toujours des différences de rendu au fur et à mesure, pour s'adapter à une nouvelle version du système d'exploitation, des changements matériels, etc.

Bon, admettons que ce soit possible (oui, faîtes un effort). Je mets donc un tag pour bloquer à IE8. Mais quel IE8 ? Celui de la sortie ou celui un an plus tard avec les corrections de sécurité ? Ça pose encore plein de problèmes comme les frames et iframes mélangeant des pages ne souhaitant pas le même mode de rendu. Ou encore la question des copier/coller pour "widget".

Ce principe de choix du moteur rappelle aussi les très belles heures du web "Conçu pour Internet Explorer en 800x600". Ressortez tous vos gifs animés !

Évidemment, j'espère que Microsoft reviendra sur sa décision. On voit clairement que cette décision a été prise pour les Intranet qui restent encore la quasi chasse gardée de Microsoft vu l'inertie (tout à fait naturelle) des entreprises. Cette décision n'est pas néfaste pour les pages déjà existantes mais pour les prochaines à venir. Le slogan "Don't break the web" regarde en arrière, jamais en avant.

Au fait, comment fait IE8 pour passer le test Acid2 ?

PS : Merci à Sunny pour son logo

Update : Des solutions ?

Django-fr sur Webfaction

Anthony Ricaud — Fri, 05 Oct 2007 01:02:00 +0200

Depuis 3 semaines, le site de la communauté française Django tourne sur Webfaction. Comme je me suis occupé de la migration, David ayant une todo-list longue comme le bras, je vous propose un petit howto d'une migration Django, SVN et Trac.

Django

Premièrement, dans le panel, installez une application django en version 0.96. Il faut ensuite mettre à jour django avec le trunk si vous le souhaitez. Pour cela, il suffit juste de remplacer le répertoire ~/lib/python2.5/django par un checkout du trunk. Plus d'infos sur les fora de webfaction.

Après ça, vous pouvez mettre votre projet dans ~/webapps/django/nom-de-lapp/. Modifions maintenant la configuration par défaut. Le httpd.conf se trouve dans ~/webapps/django/nom-de-lapp/apache2/conf/. Il faudra peut-être jouer un peu avec le PythonPath pour que les import pointent au bon endroit. Dans notre configuration, Webfaction ne nous autorise que 40mo d'utilisation de mémoire vive. Nous avons donc modifié la config ainsi :

ServerLimit 1
MaxRequestsPerChild 1000
KeepAlive Off

À modifier évidemment selon vos droits d'utilisation de mémoire vive. Il ne faut pas oublier de servir les fichiers statiques (CSS, JS, images). S'il vous reste de quoi installer d'autres applications, je vous conseille de suivre les conseils de Webfaction. Dans le cas contraire, une config du type suivant devrait convenir pour les fichiers de l'admin :

Alias /media/admin /home/mon-utilisateur/lib/python2.5/django/contrib/admin/media
<Location "/media/admin">
    SetHandler None
    SetOutputFilter DEFLATE
</Location>

Je vous laisse deviner comment modifier cela pour servir les fichiers statiques de votre appli. N'oubliez pas de redémarrer apache avec ~/webapps/django/nom-de-lapp/apache2/bin/restart. Il faudra aussi ne pas oublier d'associer l'application à un website dans le panel.

SVN et Trac

Commencez par créer une application SVN et une Trac. Il vous faudra exporter votre ancien dépôt SVN avec la commande svnadmin dump /path/to/svn > svn.dump. Pour ensuite l'importer avec svnadmin load ~/webapps/svn/ < svn.dump.

Pour Trac, il faut copier la base de données SQLite dans le répertoire ~/webapps/trac/db/trac.db. N'oubliez pas de copier aussi les répertoires attachments et templates. On finit par un petit trac-admin ~/webapps/trac/ upgrade si vous aviez une version inférieure de Trac sur votre ancien serveur.

Il y a aussi la gestion des permissions. Pour les fichiers htaccess, copiez en un vers ~/webapps/svn/.htaccess. Puis faites un lien symbolique de ~/webapps/trac/.htaccess vers ~/webapps/svn/.htaccess. Comme ça, ils seront toujours synchronisés. Pour la gestion fine des accès, tout ce trouve dans ~/webapps/svn/.authz.

Les fortunes

La migration était justement l'occasion de mettre en ligne les fortunes. Il reste quelques réglages de regexp à faire, mais au moins, les péripéties de #django-fr sur irc.freenode.net sont gardées pour la postérité. Si ça peut vous donner envie de nous rejoindre...

Les indispensables sur Mac OS X Tiger

Anthony Ricaud — Sat, 21 Jul 2007 00:07:00 +0200

Lundi soir, petit contretemps, le disque dur de mon Macbook affiche quelques erreurs qu'un fsck n'arrive pas à corriger. Pas envie de fouiller pendant des heures et en plus, ça devenait un peu le souk, donc on va repartir sur de bonnes bases. Réinstallation complète. L'occasion de mettre par écrit les quelques petits trucs que j'avais pu glaner au fur et à mesure de ma découverte du système. Ça pourra peut-être servir à d'autres même si c'est centré sur mon utilisation.

Mise à jour

Déjà, comme tout OS, on part pour une mise à jour complète de sécurité et autres joyeusetés. Laissons le système faire son travail, on n'est pas pressés. Ah bah tiens, ça doit se faire en deux fois sur Mac. Dommage.

Multimédia

Commençons par Flip4Mac permettant de lire les odieux fichiers WMV et WMA. Ensuite Perian, le trousseau rempli de codecs. Et voilà, on est parés pour tout voir à travers Quicktime. Mais Quicktime, c'est pas le top pour visualiser des vidéos. On rajoute donc MPlayer et VLC

Safari

Pour activer les onglets, il faut aller dans les préférences (pourquoi, j'en sais fichtre rien...). Idem pour la mémoire des mots de passe (là je comprends mieux).

Préférences Système

Dashboard et Exposé

Régler Dashboard à un truc comme +F11 pour ne pas faire conflit avec le F12 de Firebug.

Sécurité

Mot de passe après le fond d'écran ou suspension d'activité, évidemment. On désactive aussi l'ouverture de session automatique.

Claviers

Raccourcis claviers>Accès au clavier complet. Permet d'utiliser Tab un peu partout pour naviguer dans les interfaces.

Partage

C'est là qu'on peut changer le nom de l'ordinateur

Verrouiller l'écran rapidement

Alors il faut aller dans les préférences du "Trousseau d'accès". Encore un petit truc pas très facile à trouver.

Internet

Adium pour MSN

Demande d'installer Growl, le système de notification global. L'affichage Music Video est plutôt sympa.

Colloquy pour IRC

Changer l'interface pour passer en mode "Tabbed". Auto join dans les préférences sous l'onglet Behavior.

Last.fm

iScrobbler, le plugin tout léger par rapport au client officiel et son groupe.

Voilà pour le moment, sur les quelques réinstallations que j'ai faites. La liste s'étoffera certainement. J'attends d'ailleurs vos propositions si vous avez quelques petites astuces, logiciels à partager, n'hésitez pas.

Enfin un intérêt à Twitter

Anthony Ricaud — Wed, 23 May 2007 17:14:00 +0200

J'ai enfin trouvé deux pages intéressantes sur Twitter : la 404 et la maintenance.

Énorme éclat de rire, ça fait du bien.

Le wifi chez Free, c'est...

Anthony Ricaud — Fri, 11 May 2007 01:08:00 +0200

génial.

Ou pas.

Depuis maintenant un mois, le wifi de notre Freebox V5 déconne. On aperçoit le réseau mais impossible de se connecter. Après cette première tentative, le réseau disparait. Du côté de la freebox TV, impossible de se connecter en wifi aussi...

On pensait qu'un échange de la partie ADSL suffirait mais au vu des premiers tests de ce soir, c'est la même chose.

Coup de fil de gueulante prévue demain matin !

Passage au Mac

rik24d — Mon, 22 Jan 2007 00:47:15 +0000

Pendant ma longue période de silence, je me suis acheté (avec le soutien des parents) un nouvel ordinateur. J'ai profité de l'offre BNP Paribas qui offre une réduction de 250€ sur l'achat du modèle à 1300€ (modèle Core Duo). Après 6 mois d'utilisation, je vais essayer de dresser un bilan au niveau matériel et logiciel.

Ce que j'aime

Le design, évidemment. Pas d'autocollants partout, des courbes, un format compact qui ne fait pas mastodonte.
Le trackpad, tout simplement génial. Très grand avec un système de défilement lorsque l'on pose plusieurs doigts dessus. Et dans toutes les directions.
Le clavier. Très agréable à la frappe.
Magsafe, le connecteur magnétique. Ainsi, pas de portable renversé par des pieds maladroits. C'est bête, suffisait d'y penser. Pour moi, c'est assez représentatif de la touche Apple.
L'Apple Remote. Une télécommande livrée de base avec un portable moyenne gamme, c'est très pratique. Pour des présentations, ça évite de rester coller à l'ordinateur et en tant qu'étudiant, ça m'a pas mal servi (et à quelques autres aussi). En plus, avec le logiciel Remote Buddy, on peut s'en servir pour contrôler tous ces logiciels.
Mac OS X. En général, ce système est beau, bien pensé et performant. Il a tous les avantages (ou presque, cf. les je n'aime pas) des systèmes Unix avec une interface digne de ce nom. Une homogénéité globale aussi. Toutes les applications utilisent le même correcteur d'orthographe, le même trousseau pour stocker les informations sensibles, etc. Et puis, il est bourré de petits détails qui simplifient la vie et qui deviennent indispensable.
Keynote. Cet outil de présentation est le plus abouti que je connaisse. Powerpoint, OpenOffice.org, les présentations en HTML, il n'y a rien d'aussi bien pensé.
- La création est réellement aisée. De jolis modèles, l'utilisation de styles mise en avant, des transitions originales, la possibilité de laisser des posts-it pour se laisser des notes.
- Mais c'est pendant une présentation qu'il marque sa différence. Là où les autres logiciels ne proposent que la recopie sur l'écran de l'ordinateur, lui l'assiste. Ainsi, on voit la plaquette actuelle, la suivante. On peut positionner une horloge et une minuterie. Mais aussi des notes en relation avec la plaquette visible. Fini les yeux rivés sur le téléphone pour regarder le temps écoulé avec petit calcul qui déconcentre si on n'a pas de fonction chronomètre. Fini aussi la fiche de note archaïque. Je suis étonné que les autres logiciels ne proposent pas ses fonctions.
Textmate. Un éditeur qu'il est tout bien. Il y aurait tellement de choses à en dire...

Ce que je n'aime pas

L'homogénéité justement. Cela apporte généralement du confort mais on reste quelque fois un peu coincé quand on veut sortir des sentiers battus. Linux et autres Unix permettent de changer tous les éléments constituants le système. Ça en fait sa force puisqu'il est possible d'avoir un système unique, adapté à ses besoins.
J'ai l'impression que les applications consomme énormément de mémoire vive. Avec les 512 Mo de base, je me retrouve souvent à attendre. Je trouvais d'ailleurs dommage qu'Apple vende les Macbook avec cette quantité mais depuis, ils ont rectifié le tir. Je vais donc bientôt acheter une barrette de 1 Go pour mon confort.
Les formats fermés omniprésents. Même si il repose sur de nombreux formats ouverts, au niveau de mes données, les logiciels utilisent plutôt les formats fermés. Que ce soit iTunes, iWork, Quicktime ou autre. J'essaye de m'en passer mais en général il n'y a pas d'équivalent sérieux.

Bilan

Globalement je suis satisfait de ce passage au Mac. Et puis, si certains aspects logiciels me gênent, je peux utiliser Linux (je devrais essayer OpenSuse prochainement). Et puis le Mac reste la seule plate-forme où je peux tester des sites Web sous n'importe quel environnement.

Quelques astuces pour Gnome

rik24d — Sat, 22 Jul 2006 14:11:09 +0000

Il va vraiment falloir que je trouve un rythme de croisière pour ce blog sinon, ça ne sert à rien. Aujourd'hui, je vais parler de deux petits trucs pour Gnome.

Le zoom pour Nautilus

L'explorateur de fichiers de Gnome possède une fonction bien utile, le zoom. De base, les fichiers sont affichés avec un zoom de 100% et sans informations autre que le nom. On peut régler le zoom avec le menu en haut à droite ou avec Ctrl++^[1] et Ctrl+- ou encore avec Ctrl+roulette (comme le zoom de Firefox).

L'avantage, c'est qu'en zoomant, des informations complémentaires sur le fichier s'afficheront. Et le truc encore plus sympa, c'est que ses informations sont personnalisables ! Pour ce faire, dirigeons nous vers l'onglet Affichage du menu Édition > Préférences. Les trois boîtes de sélections représentent ce qui s'affichera à partir du zoom 100%, puis 150% et enfin 400%. A noter, la taille d'un dossier est en fait le nombre d'éléments qui le composent.

J'espère que ces petites astuces vous aideront. De mon côté, j'utilise ceci pour obtenir davantage d'infomations sans avoir à ouvrir les propriétés du fichier.

La capture d'écran

En arrivant sous Ubuntu, j'avais été impressionné par la facilité avec laquelle on pouvait réaliser une capture d'écran. Il suffit d'appuyer sur la touche "Impr écran" et une fenêtre s'ouvre pour vous demander l'emplacement de sauvegarde. L'image est d'ailleurs sauvegardée au format PNG, bien plus léger que le BMP.

Et en réalisant ce billet, j'avais besoin de n'enregistrer qu'une fenêtre. Plutôt que d'enregistrer tout l'écran, puis de rogner l'image avec un éditeur, il suffit de faire Alt+"Impr Ecran" et seule l'application active sera capturer. Déconcertant de simplicité, non ?

Notes

[1] Pas très pratique comme notation...

Linux pour les parents

rik24d — Thu, 01 Jun 2006 19:52:37 +0000

Comme à chaque fois (ou presque) que je rentre en vacances, mes parents me demandent de réinstaller Windows ("c'est trop lent", "ça marche plus", etc etc), j'ai décidé de les faire passer sous Linux.

Comme j'utilise Ubuntu depuis plus d'un an et que j'en suis très satisfait, c'est cette distribution que j'ai décidé de leur installer. En plus, ça tombe bien, la version "Dapper Drake" est sortie aujourd'hui.

Bon évidemment, j'ai laissé un Windows en état de fonctionnement au cas où ils se sentiraient perdus. Mais comme tout est fonctionnel sous Linux et ce de manière plus simple, je pense qu'ils vont l'adopter. D'ailleurs, la majorité des logiciels qu'ils utilisaient (Firefox, Thunderbird ou OpenOffice.org entre autres) sont disponibles sous Ubuntu.

Il reste des problèmes d'écran (dû à notre matériel qui est défectueux) et des problèmes de Wifi. Pour le deuxième point, je ne sais pas si cela vient de notre configuration ou de la Freebox.

Enfin, je vous conseille la lecture du texte La voiture volante "Long Term Support" de Ploum. Une jolie métaphore filée qui, je l'espère, vous fera comprendre que désormais, Linux est accessible à tout le monde.

Si vous lisez ce texte et que souhaitez plus d'informations, de l'aide ou quoi que ce soit, je suis prêt à vous aider (dans les limites de mes modestes compétences). Contactez-moi par courriel : a.ricaud AT laposte.net.

La liberté en informatique expliquée simplement

rik24d — Fri, 22 Jul 2005 12:25:47 +0000

Au fur et à mesure de ma découverte des logiciels libres, j'essaie de trouver de bonnes vulgarisations pour expliquer ce phénomène à mes contacts. Et bien, je crois avoir trouvé un article tout à fait dans le ton que je recherchais.
C'est suffisament complet, tout en restant simple et intéressant à lire.

Je vous laisse savourer. De la liberté, la face méconnue de l'informatique

Pas facile d'être aveugle

rik24d — Mon, 04 Apr 2005 00:07:17 +0000

Oui bon, c'est pas nouveau ce que j'ai écrit dans le titre de ce billet. D'ailleurs, la publicité actuelle d'EDF le rappelle bien.

On pourrait penser que devant un ordinateur, les calvaires d'un mal-voyant ou non-voyant diminuent. Pas du tout comme le montre cette vidéo.

Une preuve de plus pour convaincre tous les sites de respecter les normes d'accessibilité.

Le podcast c'est bon, mangez-en

rik24d — Wed, 30 Mar 2005 18:41:48 +0000

Vous en avez peut-être déjà entendu parler ou peut-être pas, mais il arrive en force. Après les blogues qui ne sont que des textes et des images, les moblogues qui ne sont qu'un dérivé (peu intéressant à mon avis) des blogues, la grosse évolution actuelle sont les podcasts. Il suffit de rajouter du son.

Et ça apporte énormément. C'est un très bon complément aux radios qui ne diffuse ses programmes qu'à heures précises. Avec un podcast, vous téléchargez le "billet", vous l'écoutez à l'heure que vous souhaitez chez vous ou encore mieux, sur votre baladeur numérique (comme par exemple l'iPod qui a donné son nom à ce type de blogues). On attend bien sûr que les radios s'y mettent. Pour l'instant, elles ne diffusent leurs émissions qu'en direct sur Internet mais le jour où elles proposeront des fichiers, ce sera une évolution de plus dans notre relation à l'information.

Un des premiers podcasts francophone est le podcasteur qui vient de publier son 21ème podcast.

Navigateur obsolète deviendra moderne ?

rik24d — Thu, 17 Feb 2005 00:11:32 +0000

Ca y est, Billou vient enfin de l'annoncer : son navigateur obsolète va être mis à jour avant la sortie de Longhorn.

D'après l'annonce, cette nouvelle version se concentrera surtout sur la sécurité. Peut-être pourrait-il améliorer la prise en charge de standards définis par le W3C ? Ca n'a pas l'air d'être à l'ordre du jour. Dommage, cela aurait bien collé avec la volonté d'interopérabilité, énoncée il y a quelques jours.
Autre déception, ce nouveau navigateur ne devrait être disponible que sous Windows XP SP2. Et les autres versions de Windows, elles n'ont pas le droit à plus de sécurité ?

Bref, cette annonce montre tout de même que l'arrivée de Firefox, et surtout sa progression importante (Spread Firefox fêtait le cap des 25 millions de téléchargements hier) ont permis une réaction de la part de Microsoft. C'est un point très important dans la volonté de la fondation Mozilla : offrir du choix aux utilisateurs pour que le Web devienne meilleur (oui, bon ça fait un peu bisounours...)

Le communiqué de presse.