Les messages de formulaire pourraient adopter la nomenclature du "framework CSS Blueprint":http://www.blueprintcss.org/tests/parts/forms.html, pertinente, simple et suffisamment répandue pour se faire conventionnelle : * *`.error`* : message d’erreur, en rouge alertant * *`.notice`* : avertissement, en jaune orangé * *`.success`* : message de réussite, en vert rassurant * *`.info`* : message d’information, en bleu froid et banal Cette nomenclature est déjà appliquée dans l'espace privé de SPIP 3. Elle pourrait être adoptée dans l'espace public où la nouvelle feuille de style `form.css` distribue déjà les styles adéquats. On appliquerait temporairement deux classes dans les formulaires distribués, pour assurer la retro-compatibilité. Par exemple : <pre> [<p class="reponse_formulaire reponse_formulaire_ok">(#ENV*{message_ok})</p>] [<p class="reponse_formulaire reponse_formulaire_erreur">(#ENV*{message_erreur})</p>] </pre> deviendrait : <pre> [<p class="reponse_formulaire reponse_formulaire_ok reponse success">(#ENV*{message_ok})</p>] [<p class="reponse_formulaire reponse_formulaire_erreur reponse error">(#ENV*{message_erreur})</p>] </pre> et à terme (syntaxe recommandée) : <pre> [<p class="reponse success">(#ENV*{message_ok})</p>] [<p class="reponse error">(#ENV*{message_erreur})</p>] </pre> où le sélecteur *`.reponse`* vient remplacer le traditionnel `.reponse_formulaire`, car s'il s'agit bien d'une réponse, il n'est pas utilisé que dans les formulaires. S'il s'avère nécessaire d'utiliser un terme plus spécifique, pour éviter de tomber sur un style déjà appelé ainsi par ailleurs, le prefixer `.spip_reponse`.