Merci à vous tous.
J'ai aussi ce sentiment que critiquer mon prédécesseur ne me ferait pas gagner des points.
En même temps, je pense qu'il est important que le client perçoive bien ce qu'on lui offre afin d'éviter qu'il saute sur le premier concurent "low cost".
Dans mon cas, j'ai effectué une sorte de petit audit. Je n'ai pas critiqué mon prédécesseur.
J'ai expliqué que la structure construite correspondait à un site simple et qu'en prévision des futures traductions certains changements dans la structure des pages étaient souhaitables.
Le client a compris pourquoi et j'étais content.
J'aurais par contre dû mieux analyser les détails du code; toutes les scories.
(Je pense cependant qu'on ne peut pas rentrer dans un trop grand niveau de détail avec les clients. Leur temps est compté.)
Le "problème" du test W3C, c'est que certaines pages peuvent être tout à fait valides, mais structurées de façon absurde.
Par exemple, les titres peuvent être implémentés avec <p class="titre1"> plutôt qu'avec <h1>, etc.
Tous les styles peuvent être définis dans la page et le validateur du W3C n'y trouvera rien à redire.
Ceci dit, c'est vrai qu'un mauvais balisage passera difficilement le test de validation.
à thick :
C'est vrai qu'un webmestre peut être stressé par un trop petit budget.
Personnellement, je préfère renoncer au boulot si le budget est vraiment trop faible.
C'est une question de respect de son propre travail.
J'admets qu'on renonce aux descriptifs d'images si on est à la bourre,
mais là je parle de code vraiment mal structuré, à la WYSIWIG
et de tableaux imbriqués jusqu'à 4 niveaux avec une indentation cahotique.
C'est un esprit de graphiste et pas de programmeur.
à Dadou :
Je trouve vos remarques pertinentes pour un nouveau site.
Mais c'est un peu plus dur à expliquer lorsqu'on est face à un site déjà créé.
Ca donnera l'impression au client qu'on considère qu'il a mal choisi son webmestre.
Il risque de se demander s'il n'a pas affaire à un illuminé qui veut repartir de zéro.
à baulet :
Bonnes idées pour un site commercial, mais il n'en est pas ainsi de tous les sites.
Le site Internet de nombreuses PME n'a qu'un but de présentation de l'entreprise.
Je n'ai pas accès aux statistiques, le client désirant faire lui-même le transfert des fichiers par FTP.
à pluriels :
Pour la lecture du site sans CSS, je ne vois vraiment pas mon avantage.
Le site de celui qui a utilisé des <font> à gogo conservera une belle apparence,
alors qu'une implémentation plus évoluée avec l'apparence gérée par CSS souffrira au rendu.
La démo avec des feuilles de style différentes me semble en revanche une bonne idée.
Le "code" à l'ancienne ne me dérange pas en soi, même si CSS a apporté un sacré progrès.
Que le code soit à l'ancienne ou non, il y a des personnes qui "codent" avec soin et d'autres non.
à ghost :
Intéressant. C'est également mon point de vue.
Je pense que si j'y perds un peu sur la première traduction, j'y gagnerai si d'autres me sont confiées.
Mon client souhaite pouvoir éditer lui-même son site. J'ai simplifié le code pour qu'il puisse le faire.
J'espère toutefois qu'il continuera de me confier les gros travaux, de type traduction complète.
C'est difficile d'investir sur le long terme si on n'est pas certain de pouvoir garder le client sur la durée.
Pour terminer, j'ai pensé qu'un système de notation, avec un formulaire tout fait, pourrait être intéressant.
Divers critères de qualité seraient utilisés et on noterait le site "avant" et "après" les modifications.
Chaque note correspondrait à certaines exigences.
Par exemple, pour obtenir une note élevée sur le critère de la lisibilité,
une page devrait pas avoir trop de caractères sur la même ligne,
une indentation agréable, etc.
Quelques craintes quant au sucroît de travail administratif toutefois...
La discussion reste ouverte.