summaryrefslogtreecommitdiff
path: root/RFC_7993_Cascading_Style_Sheets_CSS_Requirements_for_RFCs.txt
diff options
context:
space:
mode:
authorneodarz <neodarz@neodarz.net>2017-03-10 11:58:22 +0100
committerneodarz <neodarz@neodarz.net>2017-03-10 11:58:22 +0100
commitbc1d70343807104ccf64b6bde9b2db54270203ff (patch)
tree122467d5cad8688bc609a1509e922dce5d70d391 /RFC_7993_Cascading_Style_Sheets_CSS_Requirements_for_RFCs.txt
downloadread_it_later-master.tar.xz
read_it_later-master.zip
Initiale releaseHEADmaster
Diffstat (limited to 'RFC_7993_Cascading_Style_Sheets_CSS_Requirements_for_RFCs.txt')
-rw-r--r--RFC_7993_Cascading_Style_Sheets_CSS_Requirements_for_RFCs.txt68
1 files changed, 68 insertions, 0 deletions
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)