Imaginons que vous ayez un fichier index.php à la racine de votre projet, dans lequel, vous allez utiliser des instances de classes situées dans un repertoire classes.

Le code du fichier index.php serait quelque chose du type :

Ah j’ai créé une nouvelle classe et je souhaite l’implémenter dans mon fichier !
Facile…

C’est contraignant quand même, il faut toujours penser à faire un require du fichier où se trouve la classe !
Ce serait bien si dès que j’écrit « new Class », Php implémente automatiquement le fichier qui correspond.

Et bien la solution existe grâce à la fonction __autoload()

Bien sûr pour que cela fonctionne il faut appeler le fichier comme la classe.

Cliquez sur l’image que vous voulez pour accéder à la ressource correspondante.

Voilà pour cette petite sélection loin d’être exhaustive, je vous laisse le soin de suivre les sources liées ci-dessous pour plus de ressources ! C’est dans tous les cas incroyables d’avoir une telle abondance de ressources.

Sources :

• webdesignerdepot.com
• medialoot.com
• launchedpixels.com
• graphicsfuel.com
• grafikart.fr

Lorsque que l’on crée un site web, on fait une belle maquette (du moins on essaye), et on y place des zones de texte.
On est vite tentés de justifier le texte de manière à ce qu’il s’adapte au pixel près à notre maquette, pour moi c’était devenu mécanique.
Je ne m’étais jamais posé la moindre question.

Puis un jour un collègue côté webdesign me dit « oulah attention avec le texte justifié ! », j’ai donc décidé de voir ce que disaient les ergonomes sur ce point.
Et je suis tombé de haut en apprenant que ce réflexe adopté était en réalité à utiliser avec parcimonie.

Quand j’ouvre un magazine, c’est justifié de partout pourtant !

Ce qu’il faut bien comprendre c’est que le système de justification de nos navigateurs est très rudimentaire, rien à voir avec des logiciels de PAO qui gèrent le texte de manière incroyablement sophistiquée.

Voyez plutôt

A gauche le texte est justifié, si esthétiquement cela vous paraît plus sympa,  vous allez très vite vous rendre compte que c’est moins agréable à lire que le texte de droite.
Cela s’explique très simplement, étant donné que l’on ne coupe aucun mot dans le texte d’une page web, on fait varier l’espacement entre les mots pour garder une largeur fixe, seulement c’est fatigant pour l’œil.
De ce que j’ai pu lire d’ergonomes sur internet (voir sources plus bas), des études d’eye-tracking viennent confirmer cela, bien que je n’ai pas retrouvé le lien d’une étude en particulier (d’ailleurs si quelqu’un en aurait un, je serais curieux de le voir).

Ok, le texte justifié on oublie !

Mais non, Comme je l’ai dit c’est à utiliser avec parcimonie, mais pas à proscrire ! On se rend compte que lorsque la largeur d’un texte n’est ni trop longue ni trop faible, même en le justifiant, les espaces entre les mots sont à peu près homogènes.

…Plus la ligne est longue et plus petits sont les défauts puisque les blancs sont mieux répartis entre les mots. Mais il ne faudrait pas tomber dans l’extrême inverse, à savoir des lignes interminables. Après quelques tests, il semble que la limite soit atteinte à 500 pixels de large. La composition donne un rendu soigné et agréable. Elle ne souffre pas de l’effet accordéon et les espaces dans le texte sont raisonnables. La lisibilité n’en est pas trop affectée puisque le travail de l’oeil pour revenir en début de ligne n’est pas trop long.

Source : www.ergologique.com

Qu’en est-il des autres types d’alignements ?

L’alignement à Gauche
Ou aussi appelé texte en drapeau du fait de ses irrégularités, est le plus courant et ce qu’il y a de plus adapté pour faciliter la lecture. Je vous le conseille pour du contenu rédactionnel (comme l’article que vous lisez actuellement).

L’alignement à droite
Si le texte est marqué sur la droite, puisque nous lisons de gauche à droite, l’œil tente de se repositionné sur la gauche à chaque retour à la ligne, il rend donc la lecture très difficile. Il est à proscrire de tout contenu rédactionnel, alors n’ayez surtout pas la folle idée d’écrire des articles alignés sur la droite ! Néanmoins, pour quelques lignes de compléments que l’on veut séparer du reste du contenu, pourquoi pas ?

L’alignement centré
Marqué ni à gauche ni à droite, il rend aussi la lecture difficile, il peut néanmoins être utilisé pour les titres, ou de manière anecdotique pour donner un effet particulier (par exemple une invitation sur une newsletter).

En conclusion si tout type d’alignement peut trouver son utilité, même sur internet, lorsque vous n’alignez pas votre texte à gauche, posez-vous la question de la pertinence de ce choix.

Sources :

• ergologique.com
• blogtoolbox.fr
• tutoweb.be
• ergolab.net

Il existe pas mal de site proposant des psd gratuitements , grâce à twitter vous n’avez qu’à suivre PsdBot et il cherche pour vous !

Ce dernier vous enverra à un rythme assez soutenu des liens vers des psd à réutiliser pour vos créations, il se tient informé par divers sites proposant des ressources, mais surveille et retweet également des ressources proposés par d’autres utilisateurs de twitter.

A tester !

Suivez @PsdBot pour ce faire.

Comment ça marche ?

Prenons comme un exemple un blog, on va faire au plus simple, vous avez des articles dans une base de données, et vous avez une page index.php qui liste les articles. Imaginons que vous postez en moyenne 1 article par jour. Sans système de cache, vous allez avoir dans votre page php des requêtes qui vont interroger votre base pour y extraire les informations dont vous avez besoin et générer dynamiquement un fichier html affichant tout cela. Tout ce qui y  a de plus normal on pourrait se dire. Euh attendez une seconde ! Vous n’envoyez qu’un article par jour ? C’est-à-dire que si vous poussez votre article à 7h du matin, on génère pour le premier visiteur une page html à jour, et pour tous les autres visiteurs on réinterroge  encore la base  … alors même que l’on sait que la page générée sera toujours la même 0_0. Vous avez 1000 visites par jour sur votre page, votre page exécute 3 requêtes, vous interrogez donc votre base 3 000 fois alors qu’en réalité il n’est nécessaire de l’interroger que 3 fois, une seule fois, mais pour tout le monde. On se rend vite compte que même si on a des requêtes de la mort qui tue optimisées à fond, bah si on les fait pour rien c’est tout de même un gros gaspillage.

En pratique comment cela s’intègre ?

Je vous ai convaincu qu’utiliser un système de cache sur vos sites web ça rox du poney ! Mais euh comment qu’on fait ? C’est du moins la question que je me suis posé il y a peu et en réalité je me suis fait une petite classe simple d’utilisation que vous allez pouvoir télécharger en fin d’article. Et l’intégrer facilement à vos sites.  Mais bon je pense que vous avez peut-être envie de savoir ce qui se passe derrière et puis vous avez peut-être pas envie d’utiliser ma classe parce que vous trouvez que mon code pue du *** et vous voulez le faire vous-même. Il n’y a rien de compliqué, j’arrive sur ma page php comme d’habitude. Je définis le nom sous lequel cette page sera enregistrée en cache, et je dis ceci :

• Si cette page a déjà généré un html dans le cache, et que celui-ci est à jour :Je vous affiche la page en cache.
• Sinon, la page n’existe pas encore dans le cache, ou alors elle est trop vielle donc il faut la régénérer.
• Ici je mets le code de ma page normalement
• Et là j’enregistre ce que génère le code de la page dans une variable, j’enregistre tout ce contenu dans le dossier cache dans le fichier associé.

Ainsi la prochaine fois que cette page sera généré on nous enverra le cache et il n’y aura pas besoin de régénérer la page (encore une fois, c’est magique !). Comme vous pouvez le voir, il n’y a là rien de bien extraordinaire, et vous allez voir que ma classe est pas bien compliquée mais alors du tout ! C’est pourquoi je suis tombé des nues dès que j’ai su qu’un système aussi simple existait et qu’il n’était pas tant utilisé que cela. Info pratique : Vous vous demandez peut-être : Mais comment savoir si notre page du cache est à jour ? Il s’agit simplement de dire que si ma page du cache a plus de X temps, alors on considère qu’elle est obsolète et on la régénère. Dans ma classe j’ai défini par défaut que le cache doit se régénérer une fois par jour. Oui, mais si en général je ne fais qu’une mise à jour et qu’aujourd’hui exceptionnellement j’fais une deuxième, moi je n’ai pas envie d’attendre demain pour le voir ! Vous n’avez qu’à supprimer manuellement la page correspondante du cache pour forcer la mise à jour, vous pouvez aussi dans votre interface d’administration créer un bouton « vider le cache » qui aura pour effet de nettoyer le dossier cache, et ainsi forcer à tout moment la mise à jour du site.

Craches ton code !

Vous comprenez l’utilité du système de code, vous comprenez la logique algorithmique, c’est parfait il n’y a plus qu’à coder, je vous propose de découvrir mon code et de l’utiliser s’il vous satisfait. La classe (cliquez pour agrandir) :

Utilisation (cliquez pour agrandir) :

Télécharger : Système de gestion de cache php

Petite astuce sécurité :

Les fichiers générés seront en libre accès dans le dossier cache, un petit .htaccess contenant Deny from all vous permettra d’empêcher les petits malins de parcourir ce dossier cache directement au cas où celui-ci contient des données sensibles

Faire face aux éventuels problèmes d’utilisation

Si vous avez dans votre page des données qui varient beaucoup dans le temps, vous avez la possibilité de rendre dynamique une zone du cache de deux manières … Premier cas : un petit texte dynamique Vous avez un message Bonjour Pseudo qui s’affiche sur toute les pages, vous pouvez enregistrer dans le html du cache le message sous la forme bonjour <%PSEUDO%>. Afficher le cache en remplaçant <%PSEUDO%> par ce que vous souhaitez sans avoir à requêter pour tout le reste. Deuxième cas : une zone dynamique Vous avez une page article avec un espace commentaires qui peut bouger à tout moment dans le temps. La première méthode marche toujours mais vous pouvez aussi générer l’affichage de cette zone en ajax, le javascript s’exécutant coté client, il n’y a aucun problème. Et coté utilisateur c’est un plus ergonomique car on évite les chargements de pages inutiles. Astuce : Dans le bloc où les commentaires seront affichés via javascript, mettez tout de même dans le cache les commentaires publiés à l’heure de la mise en cache, ainsi les moteurs de recherche pourront tout de même lire ceux-ci, eux les verront en décalé mais ce n’est pas bien grave. Troisième cas : Toutes les zones de la page peuvent bouger à n’importe quel momentVous avez un forum actif, ça poste à tout moment et dans tous les sens sans parler des variables utilisateurs affichées un peu partout selon la personne chez qui l’on se connecte. Oubliez les caches ! Dans ce genre de cas, se forcer à intégrer partiellement du cache risque de vous donner des migraines et d’avoir des effets de bords sans pour autant alléger (ou très peu) les exécutions des pages.

Amélioration possible

Je vous ai donné une classe toute bête toute simple. Libre à vous de l’améliorer notamment en lui créant une classe mère pour gérer les caches de manière massive, avec des méthodes telle que « clearCaches » . Des méthodes pour vider un cache en particulier etc… Si vous avez des idées brillantes n’hésitez pas à les proposer par le biais du module de commentaires ci-dessous, j’essayerai de mettre cet article à jour en fonction. Sinon si vous trouvez que je dis des choses intéressante par moment, n’hésitez pas à me suivre sur twitter https://twitter.com/mehdicolin (bah quoi, n’ai-je pas le droit de faire ma pub ? :D)

Ils en parlent aussi : http://www.siteduzero.com/tutoriel-3-31906-comprendre-et-utiliser-un-systeme-de-cache-php.html

Cet article est fait pour vous, ici deux trois petites choses sur la gestion de projet pour ne pas couler sous des tonnes de lignes de code imbuvable. Tout d’abord, pour une meilleure productivité je vous conseille vivement de travailler en local (wampserver est très bien fait pour : Télécharger Wampserver).

Instaurez vos propres règles

En créant votre site web, vous allez devoir créer tout un tas de variables, pour pouvoir retrouver un nom de variable facilement même si cela fait des semaines que vous n’avez pas toucher à ce projet, il faut que les noms de vos variables vous parlent. Pour cela il vous faut une certaine rigueur, la clé c’est la cohérence.

Si vous définissez une table Membre pour votre site, utilisez le mot membre partout, si d’une page à l’autre vous utilisez des variables du type $membre_id, ne faites pas de variables de type $user_prenom à coté mais membre_prenom. Si vous avez pour habitude de séparer vos noms de variable par un underscore, ne créez pas par la suite des variables du type $motMot ou la séparation se fait par une majuscule, utilisez la même nomenclature pour nommer vos fichiers. En bref, chaque développeur a sa propre façon de faire, faites ce qui vous est le plus confortable.

S’il doit y avoir une seule règle elle se résume en un mot : Cohérence.

Un cahier des charges

Quand on a une idée en tête on est tous impatient de la voir se former mais ne vous précipitez pas, commencez par faire un cahier des charges, listez toutes les fonctionnalités de votre site web de manière à avoir le recul nécessaire pour penser à la manière dont vous allez concevoir votre application.

Tout est ok, par où je commence ?

Un site web conventionnel a pour coeur une base de données, tout le php, javascript, html etc.. qui l’entoure n’est en fait que la manière dont vous allez manipuler votre base de données pour pouvoir l’exploiter de manière ergonomique. Alors l’important est de commencer par créer votre base de données, c’est la base comme son nom l’indique. Créez toutes les tables que vous pensez utiliser, et si possible, poussez-y un peu de contenu qui sera au moins utile pour tester vos scripts d’affichage.

Architecture de votre site web

Reste à savoir comment organiser le dossier de votre site web, chacun a ses propres habitudes. Néanmoins pensez juste quelques petites choses :

• Externalisez vos javascript du html et regroupez-les dans un dossier à part
• De même pour vos scripts php et vos css
• Organisez un dossier images (différenciez les images du templates de celles relatives au contenu du site, ou encore les icônes)

C’est parti !

C’est enfin le moment de se lancer dans le code, vous avez un joli dossier bien préparé, une base de données créée en local sous wamp server (ou autre).

Il n’y a pas si longtemps, à partir de ce moment-ci, je lançais Notepad++, un petit éditeur de texte léger qui a la particularité de coloriser mon code et je crée mes fichiers php, js etc.. à la volée. A coté de ça j’avais le navigateur web qui tournait sur la page phpmyadmin de Wampserver pour gérer ma base de données.

Mais Je vous conseille d’utiliser Netbeans si vous ne savez pas quel IDE choisir, ce logiciel vous donne en plus de la coloration syntaxique une vision globale de votre projet, vous avez sur la gauche la
liste de tous vos fichiers, un outil de debuguage qui vous signale si vous avez fait une faute de frappe sur une fonction, une vue sur votre base de données, ainsi vous n’avez pas besoin de lancer phpmyadmin sur un exploreur à coté pour vous rappeler de quelle manière vous avez nommé une table, vous pouvez aussi modifier la structure d’une table ou la remplir. je ne vous conseille pas ce logiciel pour créer vos tables mais c’est toujours pratique si vous vous apercevez en codant que vous avez oublié une colonne à une table par exemple.

Une version de référence

Il m’arrive parfois de travailler sur mon ordinateur fixe et d’autre fois sur mon portable parce que je ne suis pas au même endroit.

Le problème étant que pour passer vos fichiers d’un ordinateur à un autre, c’est un peu la galère, faut s’envoyer des bouts de fichier par mail, ou clé usb, c’est chiant puis on peut vite ne plus s’y retrouver, et du coup c’est compliqué d’être à jour partout.

Etant donné que c’est particulièrement un problème pour moi du fait que je change beaucoup de poste, j’me suis trouvé une petite astuce en tombant sur une application toute bête par hasard.

L’astuce est d’utiliser dropbox.

Dropbox est un petit logiciel qui vous permet de créer un dossier sur votre ordinateur synchonisé à un compte en ligne, gratuit qui plus est !

Alors sur chacun de mes pc j’ai installé dropbox et je l’ai relié au même compte. Ce qui fait que j’ai un dossier commun sur chacun de mes pc sans qu’ils soient techniquement en réseau. En fait les fichiers que je mets dans le dossier dropbox sont tout simplement envoyés sur un serveur dropbox.

J’ai donc mis mes projet web à jour sur mon compte dropbox, et dès que je veux travailler dessus quel que soit le poste , je récupère mes fichiers sur le dossier dropbox, je fais mes modifications, je recette et si tout roule je les remets dans le dossier dropbox. Ainsi je suis toujours sûr de travailler sur les dernières versions de mes applications sans avoir à me poser trop de questions ni à devoir me lever de mon siège pour chercher une clé usb =D.

N ‘oubliez pas aussi d’exporter votre base de données dans votre dossier dropbox !

Une fois que votre projet est fini, vous n’avez plus qu’a envoyer votre dossier dropbox sur votre serveur en ligne. Lors de la mise à jour de votre site web par la suite, ne faites pas les modifications directement en ligne mais en local en mettant à jour votre dossier dropbox, ensuite seulement vous pouvez mettre cela en production, de manière à ne pas laisser de bug en production et de garder une version à jour chez vous.

Pour conclure

Rien d’extraordinaire dans ce billet, mais simplement une liste en vrac de petites choses à savoir pour réussir un gros projet sans trop s’y perdre. C’est une suite d’astuces que j’ai appris sur le tas petit à petit et suite à plus ou moins d’incidents. Il ne faut jamais oublier que l’environnement de travail et la bonne gestion de projet est ce qui rend un développeur productif et efficace.

Aujourd’hui j’ai fait quelque petits tests des propriétés CSS3 et c’est fou ce que l’on peut faire avec !

Voyez par vous-même le formulaire généré :

Formulaire CSS3 sans images

(En passant si vous voulez récupérer ce formulaire css3 pour votre site web, vous pouvez c’est aussi là pour ça).

Les propriétés CSS 3 utilisées sont :

• border-radius : Permet d’avoir des bords arrondis.
• box-shadow : Permet de créer des ombres sur des blocs html
• text-shadow : Permet de créer des ombres sur du texte

les préfixes -moz-, -webkit-,-o- et –ms- permettent une compatibilité sur tous les navigateurs en attendant que le CSS 3 soit totalement reconnu.

Voici ci-dessous le code complet.

CSS :

Et pour ce qui est du html :

Cela étant (dans un souci ergonomique évident) , on sait qu’une page web bien agencés ne devrait pas être plus longue que 3 écrans. On ne peut donc décemment pas afficher une liste de 1000 billets sur une seule page, il y aurait un scroll immense, la page prendrait du temps à charger.
Bref ce serait clairement imbuvable pour l’internaute.

C’est donc pour cela qu’il existe beaucoup de sections avec un système de pagination sur chaque site ayant un minimum de contenu. Quitte à ne pas avoir une optimisation optimale pour Google au moins les internautes peuvent accéder à l’information plus facilement, ce qui est tout de même la première priorité.
Après tout si on est top 1 partout sur les moteurs de recherches mais qu’on a un taux de transformation nul à cause d’une ergonomie foireuse, on n’a pas l’air fin !

Mais bon l’ami Google loin d’être un idiot est conscient de cette problématique  et propose une solution permettant de dire à google « Attention bonhomme ! Ici tu es sur la page produits mais ce n’est pas fini : la page suivante qui à telle url n’est que la continuité de celle-ci et non une nouvelle page en tant que telle ».

En plus de ça les structures des sections paginées sont souvent les mêmes,  selon le contenu qu’on y met on peut vite tomber dans le piège du duplicate content.

Concrètement ce message se fait très simplement, pour indiquer la page qui suit :

<link rel= »prev » href= »http://www.monsite.fr/page1″ />

Et pour celle qui la précède :

<link rel= »next » href= »http://www.monsite.fr/page3″ />

Bien entendu si vous êtes sur la première ou la dernière page vous n’utiliserez qu’un des deux tags, il comprendra tout seul que tout se finit (ou commence) ici.

Source : http://googlewebmastercentral.blogspot.com/2011/09/view-all-in-search-results.html

Moi qui souhaitais tenir ce blog régulièrement à jour, c’est un peu raté, faut dire qu’avec la reprise du boulot, des études tout ça tout ça … Enfin bon osef me diriez vous avec grande pertinence.

Je souhaite faire un petit comparatif entre les éditeurs Wysiwyg (What you see is what you get) très hype et le bon vieux bbcode déjà obsolète aux yeux de beaucoup  !
Tout d’abord – pour les néophytes – revenons sur les termes.

Qu’est ce que le bbcode ?

Vous êtes surement déjà allé faire un tour sur un forum de discussions, si oui vous remarquerez pour beaucoup d’entre vous que par exemple pour écrire un texte en gras, c’est pas comme dans word, on doit écrire quelque chose du genre.

[b]mot en gras[b]

Le bbcode étant un exemple, cela pourrait être un autre langage de code ou l’on devrait écrire :

[gras]mot en gras[/gras]
[bold]mot[/bold]
mot

Ce sont des codes inventés de toutes pièces qui ont pour but de dire « ce mot sera en gras » sans le faire mais pour se rappeler qu’il faudra mettre du code qui met vraiment en gras plus tard, ce qui permet de faire de la mise en page aux htmlophobes sans pour autant leur demander d’apprendre le html.

Ok et pour l’éditeur wysiwyg alors ?

L’éditeur wysiwyg marche comme word, vous sélectionnez un mot vous cliquez sur l’icône gras et vous voyez le résultat instantanément et non un langage de code aussi barbare que cité plus haut.
Et là quand on clique sur gras on fait vraiment du gras, on ne fait pas cela en deux temps.

Exemple : http://ckeditor.com/demo

Aux premiers abords on est tenté de se dire que la deuxième option est la meilleure, en tout cas elle parraît clairement plus sympa quand même ! Le problème étant que l’éditeur wisywig ne pousse non pas que le contenu mais aussi et directement le html dans la base de données.

Effectivement, imaginons un blog qui marche au bbcode.  Si on regarde bien, voyons ce qui se passe, dans ce cas on envoie dans la base de données notre billet au format bbcode, et pour afficher l’article sur le site on fait une requête qui va directement chercher le contenu bbcode dans la base de données en disant « bon par contre tu me remplaces [b]mot[/b] par <b>mot</b> », on procède donc bien en deux temps.

Mais si aujourd’hui je me dis que finalement je préférerais que le gras soit interprété de cette manière « <strong>mot</strong> » me rendant compte que cela pourrait améliorer mon référencement qu’est-ce que je fais ?
Rien de plus simple je modifie la requête d’affichage en disant « tu me remplace [b]mot[/b] par <strong>mot</strong> finalement » et tout est à jour.

Dans le second cas, l’éditeur wisywig m’injectera directement le billet au format html dans la base de donnée, de ce fait ma requête d’affichage consistera simplement à dire « affiche moi la base de données telle quelle sans rien remplacer » et ça marche !
Le problème c’est que si je me rends compte que je préfère avoir des <strong> plutôt que des <b>, je dois modifier mon éditeur wisywig pour lui dire que le bouton gras génère ce code html ci. Mais ce n’est pas tout, en effet désormais chaque nouvel article sera fait de cette manière mais tous les anciens seront toujours affichés avec des <b>, ce qui est problématique ! Et pour le changer je dois modifier tous les anciens articles. Si on en a une dizaine passe encore mais pour une centaine la charge de travail devient sacrément pesante ! Le fait de procéder en deux temps change considérablement la donne.

Second cas de figure

J’ai aussi remarqué un autre problème à un niveau professionnel, imaginons une équipe de deux personnes pour s’occuper d’un site, l’un est rédacteur ne connaissant rien aux webmastering et l’autre webmaster dont la mission est la gestion technique du site donc.
Le webmaster est en charge de mettre en valeur le contenu produit par le rédacteur pour simplifier, si on place un éditeur wysiwig entre les mains du rédacteur, il se souciera naturellement de l’apparence de l’article ayant une prévisualisation directe, et risque de perdre du temps avec les options que lui offre celui-ci.
En plus d’être moins productif du fait qu’il ne se contente plus que du contenu en lui même, il risque aussi de générer un code html dégueulasse, des span pour faire des titres, des titres différents d’un article à un autre, des balises pas refermées ou inutiles, des balises qui se chevauchent etc…
De ce fait le webmaster lui aussi passera plus de temps à corriger ce genre d’erreurs et le tout conclura naturellement à un contenu de moindre qualité et une charge de travail supplémentaire pour le webmaster.

Pour conclure

Je ne veux pas assassiner les éditeurs wysiwyg, ils peuvent avoir leurs intérêts, par exemple à plus petite échelle, faire un site vitrine à l’aide d’un cms couplé à ce genre d’outil permet de pouvoir agir sur le contenu très rapidement sans s’embêter. Ou bien proposer cette fonctionnalité dans les commentaires est un plus ergonomique, et c’est pas bien grave si les commentaires ne sont pas aussi propres que l’article d’autant plus si c’est une plus-value coté utilisateur.

J’espère vous avoir au moins convaincu que le choix de l’outil nécessite réflexion et que ce n’est pas forcément le wisywig qui doit prédominer, néanmoins si vous pensez que je suis à coté de la plaque, j’en discuterai volontiers avec vous par le billet dans le fil de commentaires.