From bc1d70343807104ccf64b6bde9b2db54270203ff Mon Sep 17 00:00:00 2001 From: neodarz Date: Fri, 10 Mar 2017 11:58:22 +0100 Subject: Initiale release --- ...ding_Style_Sheets_CSS_Requirements_for_RFCs.txt | 68 ++++++++++++++++++++++ 1 file changed, 68 insertions(+) create mode 100644 RFC_7993_Cascading_Style_Sheets_CSS_Requirements_for_RFCs.txt (limited to 'RFC_7993_Cascading_Style_Sheets_CSS_Requirements_for_RFCs.txt') diff --git a/RFC_7993_Cascading_Style_Sheets_CSS_Requirements_for_RFCs.txt b/RFC_7993_Cascading_Style_Sheets_CSS_Requirements_for_RFCs.txt new file mode 100644 index 0000000..64dc54b --- /dev/null +++ b/RFC_7993_Cascading_Style_Sheets_CSS_Requirements_for_RFCs.txt @@ -0,0 +1,68 @@ +Titre: RFC 7993: Cascading Style Sheets (CSS) Requirements for RFCs +Auteur: +Date: Fri 16 Dec 2016 01:00:00 +0100 +Lien: https://www.bortzmeyer.org/7993.html + +Le nouveau format des RFC, décrit dans le RFC 7990, prévoit un format +canonique, XML, à partir duquel seront automatiquement produits des versions +texte brut, PDF, etc. Il y aura évidemment la possibilité de produire une +version HTML (RFC 7992) et celle-ci sera bien sûr « stylée » avec CSS. Ce RFC +décrit donc le cahier des charges de la feuille de style CSS à développer, avec +tous les mots-clés du moment (comme responsive design). + +Cette future feuille de style sera le style par défaut (le lecteur pourra +toujours la redéfinir). Son but (section 2 du RFC) est de respecter le contenu +du RFC (ceux-ci sont parfois des normes : pas question de toucher au texte !) +tout en permettant une accessibilité maximale, pour tous les lecteurs, quelle +que soit la machine qu'ils utilisent pour accéder au Web. + +Plus précisément, la section 3 exige de : + + * Coller aux marquages sémantiques du RFC 7992, + * Permettre l'accessibilité même aux gens en situation de handicap, comme + décrit dans les « Best Practices for Authoring HTML[1] », + * Permettre l'utilisation de petits écrans (ce qu'on appelle à tort les + mobiles, alors que certains mobiles ne posent aucun problème particulier, + car ils ont de grands écrans). Normalement, depuis le tout début du Web, + c'est fait automatiquement, car le Web a toujours été prévu pour spécifier + un contenu, pas une apparence. Mais certains pratiques ont mené à des pages + Web très encombrées, difficiles à réduire automatiquement, ce qui a mené au + mouvement du responsive design, + * Permettre l'utilisation d'écritures diverses, pas juste l'alphabet latin, + les RFC permettant désormais des caractères non-ASCII (cf. RFC 7997). + +La section 4 donne ensuite les principes de présentation à suivre. Je ne vais +pas les reprendre ici dans leur intégralité mais on y trouve : + + * Le code source et les exemples de déroulement d'un protocole réseau seront + en chasse fixe, ainsi que l'art ASCII, + * Le texte devra se réagencer selon la taille de l'écran (ce qui devrait + quand même aller de soi quand il s'agit de Web !), + * Les paragraphes auront un identificateur qui devra être affiché lorsque le + pointeur (par exemple la souris) passe au-dessus d'eux, + * La police par défaut pour l'écran sera sans empattement, inclura Unicode, + et sera disponible pour tous les navigateurs importants, avec une licence + la rendant disponible. + +Il y aura également une feuille de style pour l'impression (comme pour le blog +que vous êtes en train de lire, d'ailleurs.) La police par défaut sera cette +fois avec empattement. + +Enfin, la section 7 et l'annexe A de notre RFC font la liste des classes CSS +employées. Par exemple, .pilcrow sera utilisé pour les marques de paragraphe, +qui ne seront affichées que lorsque le pointeur passera dessus. .url servira à +marquer les URL de manière visuellement distinctive. La classe .cref ne servira +que dans les Internet-Drafts, pour afficher les commentaires, mais pas dans les +RFC (où les commentaires des auteurs sont supprimés). + +La merveilleuse feuille de style qui met en œuvre ces exigences n'est pas +encore finie. Un appel d'offres[2] a eu lieu (après relecture[3]). Et on peut +voir la feuille temporaire en ligne[4] (pour le développement et les +commentaires, c'est sur Github[5]). + +Liens: +[1]: http://www.w3.org/standards/techs/htmlbp (lien) +[2]: https://iaoc.ietf.org/documents/CSS-RFC-format-final.htm (lien) +[3]: https://mailarchive.ietf.org/arch/msg/ietf-announce/dwhEmrYTd9jPhE7Nyk53W7Prkjg (lien) +[4]: https://rfc-format.github.io/draft-iab-rfc-css-bis/sample.html (lien) +[5]: https://github.com/rfc-format/draft-iab-rfc-css-bis/ (lien) -- cgit v1.2.1