AAAwwwww... je viens de réaliser que quand vous chargez une image dans votre canvas qui ne provient pas du même domaine que la page en cours, les navigateurs vous refusent l'accès aux pixels avec getImageData() (pour des raisons de sécurité, bien sûr.).   Adieu les manipulations d'image.  :-(((
Du coup, Javascript est nettement moins intéressant pour réaliser un webGobbler dans le navigateur, sauf à transformer mon site en gigantesque proxy pour images (beuark... et ça plairait moyen à mon hébergeur, je crois)  :-(((

EDIT: http://lehollandaisvolant.net/index.php?mode=links&id=20130408154008
Marche pas non plus: Je me fais jeter pour des raisons de sécurité quand je veux faire un .toDataURL().  Tant pis.  Merci.

Présentation de Valve qui explique pourquoi ils ont porté leurs jeux sous Linux, comment, et les problèmes qu'ils ont rencontré (y compris pour le portage des applis DirectX vers OpenGL).
Même si une bonne part de la partie technique sur OpenGL m'échappe, il y a des points intéressants à noter dans cette présentation:

 • Valve considère le portage sous Linux comme un premier pas vers les mobiles (normal, avec OpenGL). Valve a-t-il l'intention de sortir une sorte de Steam pour mobiles ?
 • On voit qu'ils ont développé un système qui compare en temps réel les sorties vidéo de DirectX et OpenGL afin de détecter et corriger les problèmes. Excellente idée.
 • Valve aime OpenGL car il permet d'avoir les même effets graphiques que DirectX 10/11, même sous Windows XP.
 • Valve aime OpenGL car ils font partie du comité qui fait évoluer OpenGL (avec EPIC Games, EA, Sony, Unity...) et peuvent donc l'orienter dans une direction qui leur convient. DirectX est dicté par Microsoft.
 • Valve utilise SDL !  (projet opensource qui comble le fossé entre DirectX (qui gère son, périphériques, réseau...) et OpenGL (qui ne gère que les graphismes)).

EDIT: Il faudra attendre 30 jours si vous voulez voir la conférence où a été présentée ce papier: http://www.gputechconf.com/page/gtc-keynote.html
(Notez qu'on y trouve là d'autres conférences sur le graphismes, les GPU, la 3D et ses applications.)

Bons conseils pour développeurs (sauf le premier ! Arrêtez de faire vos filtres/join/groupby dans la couche objet, faites faire le boulot par la base de données ! Elle est spécialisée dans ce genre de chose).

Un mini-clone de Minecraft en 580 lignes de Python.
Source: https://github.com/fogleman/Minecraft

Faire mumuse avec un langage sans installer son runtime ou son compilateur ? C'est possible !
C'est une sorte de jsfiddle, mais pour la plupart des langages.
Voir aussi: http://sebsauvage.net/links/?VOB6MQ

Un développeur explique pourquoi il a choisit Ruby et non .Net pour son projet.

Ooh.... Mozilla prépare des trucs sympa pour les développeurs.

Je viens de tester Codiac. C'est un éditeur de code en ligne. Il est vraiment très sympa. Dommage qu'il refuse d'ouvrir les fichiers non-UTF8.
(Merci à Idleman de me l'avoir fait découvrir.)

Donc un petit: iconv --from-code=ISO-8859-1 --to-code=UTF-8 iso.txt > utf.txt
et c'est bon.

Tutoriel en français sur Git (via http://links.la-bnbox.fr/?xGUCJw)

Un historique de DirectX et OpenGL, pourquoi DirectX est dominant. C'est long mais intéressant. Et cela montre que la compétitivité ne donne pas forcément quelque chose de bon pour les consommateurs.
(via http://www.tech-me-out.com/pourquoi-directx-la-emporte-sur-opengl/)

Une lib php de Timo pour parser le User-agent.

Un site pour présenter ses projets et avoir un retour des internautes. Bonne idée.

:-)

Une petite réflexion métaphysique sur le développement logiciel.

Décidément... moi j'avais buté sur un bug de PDO::SQLite non corrigé depuis... 2006.
J'ai l'impression que les lib PDO sont assez mal maintenues :-(

Rrhhâââ... NON !  Pitié.  Gnome a officiellement adopté Javascript comme langage pour le développement d'applications (!).
Purée, entre ça et Gnome3, ça part en couille.
L'argument est que ça facilite la vie aux programmeurs débutants. Je suis tout à fait d'accord, je ne demande rien de mieux que de faciliter l'apprentissage de la programmation et baisser la barrière d'entrée, mais *PAS* avec Javascript ! Pourquoi pas plutôt Python ?

Un éditeur json en ligne. Il y en a un autre là: http://jsonblob.com/
Les sources sont là: https://github.com/josdejong/jsoneditoronline

Article intéressant (via http://liens.howtommy.net/?tw74CQ)

De petites nouvelles de Wayland, qui veut remplacer la vénérable couche graphique X sous Linux.

Et oui ! Google Reader ne fait pas comme les autres.
Les RSS ne sont pas un standard bien établi: Chacun interprète un peu comme il veut la doc.

C'est aussi pour cela qu'il est important, quand on a une spécification, de toujours fournir avec une implémentation de base. Cela permet de comparer les comportements des nouveaux développements et de s'assurer de la compatibilité avec autre chose qu'une simple interprétation de la spec.

Une très bonne recommandation sur les dialogues de confirmation: Ne *jamais* utiliser OK/Cancel ou Oui/Non, mais utiliser une expression désignant l'action à effectuer pour OK ("Formater", "Envoyer"...).

Le bouton "Annuler" reste acceptable, même si dans certains cas cela peut devenir dantesque (Imaginez un dialogue de confirmation d'annulation: Annuler ou Annuler ? (Annuler la demande d'annulation, ou annuler réellement). Ne rigolez pas, j'ai déjà vu ça dans une application: http://sebsauvage.net/links/?h9vt_Q)

Qu'on se le dise, Qt n'est pas mort ! Voici la version 5, et son repreneur (Digia) a l'intention de s'attaquer à Android et iOS, ce qui est une excellente nouvelle.