Je m'aperçois à l'instant que j'ai complètement zappé le reportage Pixelroom dont je parlais deux billets plus tôt, et n'ai même pas pensé à l'enregistrer sur VHS (honte sur moi !). Ainsi je m'adresse à vous tous, mes (deux ou trois) fidèles lecteurs : connaissez vous quelqu'un qui aurait eu la présence d'esprit de le numériser ?
Edit : un torrent est disponible ici (378.35 Mo, format OGM). Merci à Moe pour le lien !
Ceux qui me connaissent le savent bien : je supporte très mal la chaleur. Dès que la température dépasse les 23~24°C, je commence à montrer les premiers signes de déshydration et à me sentir mal (comme n'importe quel breton qui se respecte, aurais-je envie d'ajouter). Vous imaginez à quel point j'ai souffert l'été dernier.
Ainsi, les fortes chaleurs de juin dernier m'ont incité à trouver une solution qui puisse rendre une telle situation un peu plus supportable. Et puisque c'est, dans la grande majorité des cas, devant un ordinateur que je souffre le plus (compte tenu de la chaleur dégagée qui s'ajoute à la température ambiante), il me fallait opter pour quelque chose que je puisse transporter et utiliser aisément dans ce contexte. Dans cette optique, le ventilateur USB Kensington Flyfan avait fortement attiré mon attention, et puisque je n'en ai lu que des bonnes critiques et qu'il n'existe à ma connaissance pas de climatiseur USB, je me suis ainsi laissé tenter, et l'ai reçu voilà peu.
Alors, le Flyfan, véritable outil de lutte contre la chaleur ou gadget pour geek en manque de sensation forte ? Réponse dans la suite !
Ca vous parait impossible ? Vous redoutez une nouvelle affaire Cédric ? Et pourtant, tout porte à croire que c'est bien la réalité. Rendez-vous donc mardi soir prochain à 20h40 sur Arte pour le verdict. A faire passer.
l'HTML est un langage formidable. Durant les trois premières années où j'ai commencé à le pratiquer (1997-2000), il m'est rarement arrivé de passer un mois sans découvrir de nouvelles balises. Pour autant, cela fait désormais pas mal de temps que je pensais en avoir fait le tour, et très clairement, je n'attendais aucune nouvelle découverte de ce coté. Et bien preuve en est ici que je me suis trompé, et c'est tant mieux.
Tout d'abord, j'ai découvert chez Jake voilà quelques temps l'existence de la balise <optgroup>, qui permet de regrouper les différentes entrées d'une liste déroulante sous forme de catégories :
Pas mal, non ? En tous cas, moi, je suis fan. Et ça éviterait à certains sites des listes déroulantes aussi peu esthétiques que conviviales (voir celle de Clubic (Accès direct au Comparateur de prix) par exemple), où des entrées spécifiques font office de séparateur. Et encore, je n'ai pas évoqué le gain de ressources, qu'il soit du coté client ou serveur, puis qu'il n'est dès lors plus nécessaire de s'assurer que l'utilisateur a choisi une entrée valide (un groupe d'entrées n'étant pas sélectionnable). Seule ombre au tableau : les groupes d'entrées sont peu stylables, et il est difficile d'en contrôler le rendu (surtout avec IE). Cela étant, un code allégé et une convivialité accrue valent bien un petit sacrifice visuel, n'est ce pas ?
Autre découverte, plus récente et toujours chez Jake (décidemment !) : la balise <button> qui se comporte exactement comme un bouton classique de formulaire (j'entends par classique : <input type="button|reset|submit|image">), à la différence près que sa valeur peut-être du code HTML, comme le montre l'exemple suivant :
<button type="button"><em>plop</em></button>
Pas la peine de le préciser, comme vous vous en doutez, on peut faire des choses aussi rigolotes qu'inutiles, comme ça : , ça : voire encore ça : , mais ça devient tout de suite beaucoup plus intéressant quand on tente de faire quelque chose d'intelligent avec (c'est d'ailleurs le cas avec beaucoup de choses, vous en conviendrez), comme par exemple agrémenter un bouton d'une icône : . Voilà un moyen simple et élégant d'améliorer sensiblement la convivialité d'un formulaire, tout en évitant les horreurs qu'on a l'habitude de croiser, comme les tableaux à deux cellules avec du javascript dans tous les sens (les habitués de Domino verront de quoi je parle).
Ce qui démontre une fois de plus que les problèmes sont plus souvent dus à la méconnaissance et aux mauvais usages des développeurs qu'aux limitations proprement dites du langage HTML (à défaut de plus de temps à y accorder, le lecteur se contentera de cette conclusion vaseuse).
Je me retrouve depuis quelques jours en panne de lecture, ayant terminé les quatre livres que j'ai commandé en janvier dernier, tout en ayant fait un détour par les cases Harry Potter 3 et 4 (le 5ème ne me tentant guère). On me parle beaucoup de Douglas Adam et de ses fameux guides galactiques, ainsi je m'apprête à commander le premier tome sur Amazon, cela étant, passer une commande pour un unique livre, ce serait un peu dommage, vu qu'il y aurait plus de frais de port que d'ouvrage (de surcroit les frais de port deviennent gratuits à partir de 20 €).
Ainsi, auriez vous quelques ouvrages à me conseiller afin de compléter cette commande et m'occuper ces prochains mois de train ? Dans une démarche continue de découverte et de renouvellement, je souhaite m'orienter vers de nouveaux auteurs. Ainsi, pas la peine de me suggérer du Tolkien, Pratchett, K. Dick, Asimov, Clancy ou encore Rowling.
Un bug est présent dans la version finale Win32 (et peut-être sur d'autres plateformes, je n'ai pas testé) de PHP 5.0 ; en effet, dans le cadre d'une authentification BASIC, la variable $_SERVER['PHP_AUTH_USER'] n'est jamais initialisée. Après quelques recherches, la solution quant à elle semble plutôt radicale : utiliser la dernière version CVS qui corrige ce problème.
Après des années d'attente, de tests, de bétas et autres RC, souffrir d'un bug sur une fonctionnalité aussi basique (c'est le cas de le dire) que celle-ci, ça fait quand même un peu désordre.
Ca y est, le FPS attendu depuis tant d'années est enfin terminé. Doom 3 est gold, le CEO d'ID Software vient de le confirmer. Arrivée prévue le 5 août prochain aux USA et le 13 en France (je peux maintenant poser mes congés ;). La nouvelle référence est arrivée, et comme d'habitude avec les jeux ID, elle est bien partie pour le rester 4 ou 5 années durant. Reste à espérer que la Geforce 4 Ti4200 (desktop) et la Radeon Mobility 9600 (laptop) vont tenir le coup, mais a priori et d'après les premiers tests hardware, ça devrait être jouable (!= fluide) en low details.
Pour ceux qui débarqueraient d'une autre planète et n'en auraient jamais entendu parler, quelques screenshots dans la suite.
Puisque je vais probablement (je l'espère, tout du moins) être mené à jouer prochainement avec les services web (en PHP), et puisqu'en dehors de la théorie et des grandes lignes il s'agissait d'un domaine plutôt obscur pour moi, j'ai passé une bonne partie de la journée à chercher/potasser des articles dédiés au sujet. Et comme j'imagine que je ne suis pas le seul à avoir quelques incertitudes vis à vis de ces technologies, voici, pour ceux que ça intéresse, les articles qui ont le plus retenu mon attention :
Softeam : Web Services - Introduction aux services web, toujours axée sur SOAP et consorts. Présente certains services connexes (sécurité, gestion de processus, transactions, etc).
JDN : Introduction à WSDL - Présentation et mise en oeuvre de WSDL (attention, c'est plutôt indigeste).
ZDNet : PHP, consommer des services web - Une autre présentation de SOAP, REST et XML-RPC par ZDNet. De moins bonne facture, mais en français et plus verbeuse.
XML-RPC vs. SOAP - Une comparaison de XML-RPC et de SOAP. Présente la philosophie, les avantages et inconvénients de chacun. Indispensable.
Edit :Toujours à but didactique, j'ai développé un mini service web avec XML-RPC (Pear::XML_RPC), basé sur un exemple d'un des articles ci-dessus, qui recherche dans la base de données de Darkmag les groupes correspondants au paramètre spécifié. Pour les intéressés, le code source client se trouve ici et le code source serveur là.
Et oui, la SLF #8 est a peine terminée que la SLF neuvième du nom commence déjà à pointer le bout de son nez. Et bien que nous ne l'ayons pas encore annoncé publiquement (cela sera fait sous peu), je peux d'ores et déjà vous le dire : l'heureux événement est prévu pour la fin du mois d'Août (dans un peu moins de deux mois, donc), et devrait rassembler entre 200 et 300 joueurs (ce chiffre sera bientôt fixé).
Seulement, qui dit bien plus de joueurs dit également bien plus de rencontres, donc de serveurs de jeux à administrer (afin d'accueillir tous les joueurs). Hors, suite à l'annonce du départ d'Alexis (aka Hotshot), il ne reste plus qu'un seul organisateur affecté à cette tâche, en l'occurence votre humble serviteur.
Ainsi, et bien que ce soit jouable dans l'état actuel des choses (litres de café à l'appui), l'association recherche malgré tout un deuxième administrateur de serveurs de jeux afin de consolider et péréniser la petite équipe. Le profil recherché serait donc idéalement le suivant : avant tout motivé, dynamique et bon esprit (comprendre: pas trop associal), ayant une bonne maîtrise d'UNIX, de GNU/Linux ou de quelconque BSD ainsi que de solides notions de réseau, habitant de préférence, mais pas nécessairement, en Haute-Normandie (les déplacements vers Le Havre et Rouen étant fréquents) et si possible ayant une première expérience dans l'utilisation de serveurs de jeux (HLDS, Q3DS, etc). Ce dernier point reste cependant entièrement facultatif, toute personne maîtrisant de tels OS est sans aucun doute capable de prendre en main ce type d'outils.
Voilà, si vous pensez correspondre au profil et avez envie de vous amuser avec nous (si si, croyez moi, c'est sans doute nous qui nous éclatons le plus) ou si vous connaissez quelqu'un qui pourrait correspondre au profil recherché et qu'une telle aventure tenterait, surtout n'hésitez pas, contactez moi en lâchant un commentaire sur ce billet ou en m'écrivant directement par email à yogi AT darkmag POINT net.