31/03/2005
Je ne savais pas que les vacances commençaient aussi tôt cette année…
24/03/2005
Depuis peu, je m’intéresse à ECMAScript (qui est en fait une sorte de « noyau normalisé » de Javascript) en conjonction avec DOM.
Quand mes sites sont passés aux normes, mon conformisme me faisait penser, comme pas mal de gens d’ailleurs, que « le javascript c’est pas bien ». J’ai visité la section consacrée d’OpenWeb et je suis tombé sur cette page : elle explique clairement que le Javascript n’a que des avantages dès qu’il est utilisé de manière à séparer la structure des scripts (exactement comme la séparation structure/présentation en CSS) et de manière non obstructive (à savoir qu’il n’empêche pas l’utilisation de certaines fonctions du site lorsqu’il est désactivé).
Pour cela, il ne faut plus écrire en dur les évenements dans le XHTML (onmouseover, onmouseout, etc), mais définir ces évenements lors de l’éxécution du code Javascript.
J’ai donc continué ma découverte et flâné sur divers sites. Malheureusement j’ai été déçu par le fait qu’il est impossible de savoir si ces sites concernent le noyau normalisé ECMA ou si j’utilisais des propriétés non valides sans le savoir. De plus la seule référence réellement exploitable est la spécification ECMAScript mais celle-ci est particulièrement indigeste et peu pratique (en PDF…). Il existe la référence en français de ToutJavascript - particulièrement succinte - mais là encore je suis sûr d’y trouver des propriétés non conformes sans pouvoir faire la différence…
Néanmoins, le language étant étonnament facile à prendre en main, je suis arrivé en à peine 30 minutes à faire un premier programme. Celui-ci était assez simple et appliquait un effet de fondu vers le rouge lorsqu’on plaçait la souris sur un <div>. J’ai creusé la voie en implémentant la possibilité de pouvoir gérer plusieurs fondus à la fois sur plusieurs éléments et la possibilité de choisir la couleur de départ et la couleur de fin ainsi que la vitesse. Ca a donné ce magnifique script. Celui-ci se trouve en action sous vos yeux : déplacez votre souris sur la liste des catégories en haut pour vous en rendre compte.
En conformité avec les principes de séparation et d’accessibilité, le balisage XHTML n’a pas été modifié au niveau du menu pour permettre cet effet, et lorsque le Javascript est désactivé on a l’effet de hover simple habituel.
Notons également que grâce à l’utilisation de l’attribut « defer » lors de la déclaration du script, le navigateur affiche la page avant de l’éxécuter, ce qui évite au script de ralentir l’affichage de la page.
Ah, dernière chose : si vous êtes intéressés par mon script et que vous souhaiteriez le copier-coller, rien ne vous en empêche, mais vous serez gentils de mentionner « Made by e-t172 » quelque part en commentaire dans le code. Merci.
22/03/2005
Je suis allé pour la première fois faire un tour sur le fameux Opquast, chouchouté par Laurent Denis ( »le plus bel exemple de banalisation des standards, intégrés au centre d’une démarche globale de qualité Web »). Il s’agit d’une initiative visant à améliorer la qualité des pages Web via des contrôles qualité (notamment conformité aux normes). Je ne peux que les féliciter pour cela.
Cependant quelque chose entache terriblement leur crédibilité, vu qu’ils ne suivent pas leurs propres conseils, notamment celui concernant la conformité des pages :
Le code HTML ou XHTML respecte une des DTD valides proposée par le W3C. Voir à ce propos la structuration des documents HTML-XHTML (tutoriels OpenWeb)
Validation de opquast.com : 5 erreurs.
Alors oui, c’est du sadisme, vu les erreurs rapportées il est clair qu’ils ne l’ont pas fait exprès… néanmoins il m’a paru bon de le signaler.
21/03/2005
Ce matin, j’avais rien à foutre en cours de Math, alors j’ai expérimenté le générateur de nombres aléatoires de ma CASIO Graph 35+ et la fonction de « graphes circulaires » (qui ont probablement un autre nom mais je ne suis pas encore à ce niveau).
Avec le graphe dynamique on peut obtenir un effet d’explosion bien sympatoche. Voici la procédure pour le reproduire :
TYPE, puis r=.r1=Ran#*A r2=(Ran#+1)*A r3=(Ran#+2)*A(pour le
Ran#, il faut faire OPTN, PROB puis Ran#)SHIFT puis F3) : View Window Xmin :-30 max :30 scale:1 Ymin :-30 max :30 scale:1
SHIFT puis MENU) et mettez à Off Graph Func, Coord, Grid, Axes et Label.VAR, puis RANG. Entrez les informations suivantes : Dynamic Range A Start:1 End :10 pitch:0.5
SPEED et séléctionnez Fast.DYNA.Le calcul de l’animation est très lent (il met 8 minutes avec ma Graph 35+), donc ne vous affollez pas. Si vous êtes impatient, vous pouvez diminuer ce temps en augmentant le pitch mais l’animation sera moins fluide.
J’imagine que mes formules sont loin d’être les meilleures. On peut en trouver de plus belles et de plus réalistes - aussi je vous en serais reconnaissant de m’en faire part dans les commentaires.
Au passage, ma Graph 35+ a un écran monochrome ; j’imagine que ça doit être magnifique avec une calculatrice à écran multicouleurs.
10/03/2005
NoFrag a repéré une vidéo absolument incroyable : Still seeing Breen.
Cette vidéo n’est rien d’autre qu’un clip musical réalisé et filmé DANS le jeu Half-Life².
Le résultat est absolument impressionnant : j’avais du mal à en croire mes yeux. Premièrement, on sent que le type qui a fait ça doit travailler dans le milieu (ou au moins avoir déjà réalisé des métrages), mais c’est surtout le G-Man qui chante qui laisse sans voix. Cette vidéo est aussi une autre démonstration de la variété des expressions faciales d’HL² : les mouvements des lèvres du G-Man s’adaptent à la chanson !
Bref, ce serait vraiment dommage de manquer ça. Oui, vraiment.