Moyens : Javascript, CSS et déplacements de bloc
Affichez, masquez : il en restera toujours quelque chose ! Pour résoudre le petit problème de place concernant le calendrier et les archives, un petit coup de Javascript avec toggleClass() pour afficher/masquer les balises en question, et le tour est joué.
J’ai du modifier un fichier functions.php (dans le dossier tools, c’est un moindre mal) pour ajouter la classe .just-hide-it afin de masquer le calendrier au départ.
En effet, la fonction toggleClass() attend trois paramètres : l’id de la balise à atteindre, suivi des deux class à permuter. En l’occurence : .just-hide-it { display: none } et .just-display-it { display: block } pour afficher / masquer les éléments sur un événement onclick :
<h2> <a href="#calendrier" onclick="toggleClass('calendrier','just-display-it','just-hide-it')"> Calendrier </a> </h2>
Cela dit, en me mettant sérieusement à jQuery (dont une excellente documentation existe en français), je pourrais atteindre des éléments enfants, frères ou parents sans être obligé d’attraper la divite ou la classite, et sans même toucher au code HTML.
Ca me rappelle que j’ai déjà installé la bibliothèque Prototype et Scriptaculous que j’aurais pu utiliser. Mais, il semble que les effets Toggle ne fonctionnent pas si le style display: none est situé dans la feuille de style CSS et non dans le code HTML.
Je ne suis pas puriste à ce point, rassurez-vous. J’ai surtout voulu placer ma petite fonction quelque part sur le blog pour montrer l’exemple 😉
Toujours au sujet des liens pour afficher le calendrier ou les archives, j’hésite à faire scroller la page au niveau du lien après le clic. D’un côté ça m’a l’air assez pratique, mais de l’autre, je me dis que ça peut devenir vite agaçant.
Je vais faire un test avec le scroll sur le calendrier mais pas sur les archives. Vous pourrez ainsi vous faire une idée sur la question, et me donner votre avis à l’usage.
Pour gagner encore un peu de place en hauteur, j’ai supprimé le titre du champ de recherche qui se suffit bien à lui-même. Il n’y a pas de petit profit.
Catégories, en avant toute !
Maintenant que les catégories sont un peu plus à l’aise, il est temps de retravailler le style des liens pour les mettre en valeur :
- J’ai modifié la couleur pour l’aligner sur celle des titres des billets afin d’établir une proximité entre les deux,
- J’ai mis les liens en lettres capitales pour accentuer le fait qu’il s’agit d’une navigation privilégiée,
- Dans un mouvement inverse, j’ai mis les liens de la navigation horizontale en bas de casse, et changé la police de caractère
- Sur le menu horizontal, je suis passé du rose au vert afin de prendre en compte l’accessibilité visuelle (par l’augmentation du contraste entre le premier et l’arrière-plan) comme me le suggérait Monique il y a quelque temps… Il n’est jamais trop tard pour bien faire même s’il reste encore beaucoup à faire en la matière. Cerise sur le pudding, l’harmonie visuelle de la page s’en trouve renforcée.
- J’en ai profité également pour mettre en pratique mon tutoriel concernant le signalement de la page en cours grâce à quelques lignes de PHP.
- J’ai remplacé Trebuchet pour Verdana bien plus lisible dans cette taille et sur ce fond.
Pendant que j’étais dans les modifications, j’ai ajouté un fond zébré dans le plus pur style (prononcez staïle) web 2.0 dans cette sidebar que je trouvais un peu cheap. Mais peut-être n’est-ce pas nécessaire. En même temps, ne boudons pas notre plaisir de travailler sur le web, où le retour en arrière et l’amélioration permanente sont toujours possibles !
*Tuning et conclusion »*
"l’utilisation des catégories à plus que doublée (au détriment des liens présents dans le nuage de tags)"
Normal :
"Et même si j’aimais bien mon tagcloud dans la sidebar, je l’ai quand même déplacé en bas de la page"
C’est domage. Avec des articles longs, on hésite avant de prendre l’ascenseur pour cliquer sur un lien qui nous emmenera ailleurs. Un nuage de tags en bas de page n’a de sens que s’il apporte des liens complétant l’article. Un nuage contextuel par exemple.
Oups ! j’ai du oublier les tags contextuels pour ce billet. Je répare ça tout de suite 😉
Bon, en même temps l’intérêt des nuages de tags est aussi à voir du côté des moteurs de recherche : ça leur donne du grain à moudre…
Pour ce qui est d’avoir doublé les visites par catégories, c’est pas si normal que ça en fait, car elles étaient tout de même bien visibles et placées avant le tagcloud ^^
"Je vais faire un test avec le scroll sur le calendrier mais pas sur les archives. Vous pourrez ainsi vous faire une idée sur la question, et me donner votre avis à l’usage."
Et bien pour ma part je n’ai pas du tout aimé le scroll forcé sur le calendrier. Quand tu parle du calendrier et des archives, et bien j’ai testé pour voir.
J’ai donc été scrollé au calendrier, puis obligé de scrollé vers le haut pour reprendre la lecture du billet.
J’aurai dû continuer de le lire depuis mon Google Reader tien :p
Sinon pour le cloud tags : pourquoi ne pas appliquer le même principe que pour les links archives et calendrier ? Car je trouve que le mettre en bas de page n’est pas très pratique.
Quand quelqu’un arrive sur ta page d’accueil comme porte d’entrée, il est intéressant de voir rapidement les catégories principales (mises en évidence chez toi) ainsi que les thèmes abordés (cloud tags). Là pour les thèmes et sujets traités, faut descendre de 5 pages pour avoir une idée… et même pas un petit edito pour rapidement savoir le thème du blog.
Bonne refonte, mais comme toujours une perpetuelle recherche d’optimisation. Courage 🙂
j’ai toujours aimé la présentation de ce blog 🙂
j’aime bien lire tes articles… toujours très intéressant 😉
Je compte depuis un petit moment refaire mon thème de blog, et ton article vient de porter mon attention sur la necessité d’étudier également une refonte ergonomique.
Quand à tes modifications :
– comme loic, je ne suis pas DU TOUT fan du scroll forcé sur le calendrier. Je prefere largement l’afficher/cacher des archives. Ca m’enerve beaucoup que la page bouge sans que je le lui ai demandé. Et puis ça peut faire perdre le fil d’une lecture comme le souligné loic.
– c’est une bonne idée de cacher le calendrier et les archives, et de les afficher que "a la demande". Moi mon calendrier me gonfle de plus en plus (surtout a cause de son bug). Je pensais le supprimer mais comme tu le souligne, cela donne une indication sur la fréquence de publication du blog.
– j’aime bien aussi le nuage de tags en bas de la page. Cela permet de l’aérer davantage et d’augmenter sa lisibilité. Néanmoins il est vrai que ça peut etre dommage de ne pas y avoir accès plus rapidement. Mais bon il y a bien la mode du big foot, qui oblige également à scroller un max pour avoir accès à la navigation du blog.
– graphiquement tes modifs me plaisent bien (comme le fond zebré sur la sidebar) sauf pour le changement de couleur de la navigation horizontale. Meme si cela accentue le contraste, la barre s’en trouve moins discernable. Pour dire, je n’avais meme pas remarqué le changement de couleur avant de le lire, car j’avais l’impression qu’elle faisait partie du bandeau. Une petite bande de couleur rose pourrait aider a la distinction. Par contre la distinction de la "current page" est une très bonne chose, que j’ai également mis en place il y a peu sur un site en cours de dev.
– un dernier conseil ergonomique : une zone pour le commentaire un petit peu plus haute, car dès que le commentaire dépasse 8 lignes, il devient pénible de scroller pour relire le commentaire avant de le poster.
Sinon très bonne initiative que je vais m’empresser de suivre…
Salut, pour moi gros souci d’affichage de la sidebar, problème qui vient apparemment de la taille du div de ton calendrier qui déborde à droite. C’est juste pas très esthétique sous Firefox 2.0.0.3. Par contre sous IE 6.0 ça renvoie carrément ta sidebar en dessous de ta colonne principale…
Oups, j’ai rien dit, problème de cache… 😉
Merci à vous tous pour ces commentaires riches d’enseignements. J’ai déjà intégré certaines suggestions sur le blog, et d’autres sont en cours de réflexion. Bon, sinon, pour la liste des modifications et le pourquoi du comment, j’ai allongé le billet de quelques lignes 😉
Beau travail sur l’ergonomie du site. Juste une chose concernant le fond du menu horizontal en vert plutôt qu’en rose, je trouve que ca perd de son charme visuel, le tout devient trop vert, monotone.
Je veux bien que ca augmente la lisibilité (quoique le gris sur du vert c’est pire que tout.. :P) mais ma préférence (à moi) revient tout de même au rose.
Je n’ai pas pris le temps de lire les commentaires, mais vu que tu parles d’ergonomie, d’accessibilité, alors voici ce qui me gène :
– les couleurs fluos, ce rose et vert fatigue rapidement.
– le contraste du noir et rose pour le formulaire de commentaire n’est pas assez important
– de même je trouve que le contraste des commentaires sur fond gris violet pas des plus heureux, il existe une extension pour firefox juicystudio.com/
– la barre de navigation vertical, avant on ne voyait qu’elle, maintenant elle est trop discrète
– les rayures partout sur ton blog, je trouve également que ça fatigue les yeux car, nous lisant de gauche à droite, et les ligne qui convergent vers le haut (ou vers le bas 😉 ) parasite la lecture.
…. je fait une pause, ce fluo est vraiment fatiguant.
tient, tu devrais faire en sorte que le formulaire s’agrandissent quand on écris trop de commentaire, je trouve ça plus ergonomique que l’ascenseur, d’ailleurs si tu sais faire ça, j’aimerais bien mettre ça en place sur mon blog, tout comme le fait de pouvoir masquer/afficher les catégories 😀
… je reviens sur l’effet fluo, je vient de regarder une feuille blanche résultat, je voyais ton formulaire dessus :s tres tres énervant
Voila, dès que j’ai de nouvelles remarques je t’en fait part 😉
Rémi > tu as peut-être raison sur le rose qui donnait du peps sur le menu horizontal, mais pour le moment je vais laisser passer un peu de temps pour voir à l’usage.
Greg > Merci pour toutes ces remarques. Quand tu parles des couleurs fluo qui fatiguent, c’est sur l’ensemble du site ou seulement sur le formulaire ?
Au sujet du textarea qui s’agrandit j’ai vu passer un tuto qui explique comment faire la même chose que sur WordPress quand on saisit un billet. Faudrait que je remette la souris dessus 😉
Concernant la persistance rétinienne de mon formulaire sur la feuille blanche… c’est pour que tu te souvienne de moi :p
Ceci dit, comme je saisis souvent mes propres commentaires via l’interface admin… A l’usage, là, c’est vrai que le background me colle les yeux !!!
Et bien, en voilà un autre article intéressant avec des bonnes explications, des liens, …
Effectivement, c’est du boulot tout ces changements !
Mais le résultat escompté est là. 🙂