diff options
| -rw-r--r-- | docs/index-cache.html | 8 | ||||
| -rw-r--r-- | docs/posts/2024-05-06-la-saisie-du-texte-dans-un-nouveau-document.html | 417 | ||||
| -rw-r--r-- | docs/posts/2024-08-07-le-medium-au-coeur-des-pratiques-d-ecriture.html | 26 | ||||
| -rw-r--r-- | docs/posts/2024-09-02-modification-du-plan-de-these.html | 5 | ||||
| -rw-r--r-- | docs/posts/2024-09-17-conclusion.html | 51 | ||||
| -rw-r--r-- | docs/posts/2024-09-17-introduction.html | 51 | ||||
| -rw-r--r-- | src/bibliography/references.bib | 2 |
7 files changed, 367 insertions, 193 deletions
diff --git a/docs/index-cache.html b/docs/index-cache.html index b0fdabb..cc5d068 100644 --- a/docs/index-cache.html +++ b/docs/index-cache.html @@ -42,12 +42,14 @@ </header> <div> <ul> + <li><a href="/posts/2024-09-17-conclusion.html">11-Conclusion</a></li> + <li><a href="/posts/2024-09-17-introduction.html">10-Introduction</a></li> <li><a href="/posts/2024-09-02-modification-du-plan-de-these.html">09-Modification du plan thèse</a></li> - <li><a href="/posts/2024-08-07-le-medium-au-coeur-des-pratiques-d-ecriture.html">08-Le document comme pivot de la chaîne éditoriale scientifique</a></li> - <li><a href="/posts/2024-08-07-l-effacement-par-remplacement.html">07-L’effacement du modèle épistémologique du document primaire</a></li> + <li><a href="/posts/2024-08-07-le-medium-au-coeur-des-pratiques-d-ecriture.html">08-Chapitre 1</a></li> + <li><a href="/posts/2024-08-07-l-effacement-par-remplacement.html">07-Chapitre 3</a></li> <li><a href="/posts/2024-05-27-ebauche-introduction-these.html">06-Ébauche d’une introduction pour la thèse</a></li> <li><a href="/posts/2024-05-11-amelioration-definition-intimite-du-chercheur.html">05-Amélioration de la définition de l’intimité du chercheur</a></li> - <li><a href="/posts/2024-05-06-la-saisie-du-texte-dans-un-nouveau-document.html">04-Constitution du modèle épistémologique du document primaire dans Stylo</a></li> + <li><a href="/posts/2024-05-06-la-saisie-du-texte-dans-un-nouveau-document.html">04-Chapitre 2</a></li> <li><a href="/posts/2024-04-10-deuxieme-brouillon-plan-de-these.html">03-Deuxième brouillon du plan de la thèse</a></li> <li><a href="/posts/2024-02-06-l-oubli-des-traces-intermediaires.html">02-L’oubli des traces intermédiaires</a></li> <li><a href="/posts/2024-01-12-l-ecriture-numerique-est-collective.html">01-L’écriture numérique est collective</a></li> diff --git a/docs/posts/2024-05-06-la-saisie-du-texte-dans-un-nouveau-document.html b/docs/posts/2024-05-06-la-saisie-du-texte-dans-un-nouveau-document.html index 9175601..6b8b741 100644 --- a/docs/posts/2024-05-06-la-saisie-du-texte-dans-un-nouveau-document.html +++ b/docs/posts/2024-05-06-la-saisie-du-texte-dans-un-nouveau-document.html @@ -5,7 +5,7 @@ <meta name="viewport" content="width=device-width, initial-scale=1.0, user-scalable=yes" /> - <title>Roch Delannay | Constitution du modèle épistémologique du document primaire dans Stylo</title> + <title>Roch Delannay | La matérialisation du document dans l’éditeur de texte Stylo</title> <meta name="author" content="Roch Delannay" /> @@ -35,7 +35,7 @@ <ul> <li><a href="#introduction" id="toc-introduction">Introduction</a></li> <li><a href="#écrire-dans-un-environnement-numérique" id="toc-écrire-dans-un-environnement-numérique">Écrire dans un environnement numérique</a></li> -<li><a href="#le-document-est-une-médiation" id="toc-le-document-est-une-médiation">Le document est une médiation</a></li> +<li><a href="#les-médiations-documentaires-dans-stylo" id="toc-les-médiations-documentaires-dans-stylo">Les médiations documentaires dans Stylo</a></li> <li><a href="#conclusion" id="toc-conclusion">Conclusion</a></li> <li><a href="#bibliographie" id="toc-bibliographie">Bibliographie</a></li> </ul> @@ -43,35 +43,34 @@ </div> <div class="container"> <header class="header-bloc"> - <h1>Constitution du modèle épistémologique du document primaire dans Stylo</h1> + <h1>La matérialisation du document dans l’éditeur de texte Stylo</h1> <!-- --> <time>2024-05-06</time> <!-- <p>Roch Delannay</p> --> </header> <div class="content"> -<p>Note : PB globale : quelle épistémologie du document numérique pour les publications scientifiques ?</p> <h2 id="introduction">Introduction</h2> -<p>Lors du chapitre précédent, nous avons défini le document comme étant l’objet au coeur du processus de publication scientifique. Qu’il s’agisse des premières revues savantes datant du XVII<sup>e</sup> siècle ou des revues numériques contemporaines, des lettres ou encore des livres, un document est nécessaire pour fabriquer (Fauchié 2024) cet objet éditorial. Ce document, dans sa forme (format, XXX) et sa struture (Zacklad, Pédauque …), et son statut de médiateur (Pédauque) dépasse son statut de simple support de l’information. Le support n’est alors plus considéré comme un élément neutre et devient, de par sa matérialité, un élément constitutif du sens accordé au message qu’il porte.</p> -<p>Puisqu’il n’est pas un simple support, nous nous intéresserons dans ce chapitre à la construction de ce document scientifique en milieu numérique. Comme cela a été énoncé dans le chapitre précédent, un document est un espace numérique délimité dans lequel sont organisées des informations selon des normes établies par les impératifs d’une chaîne de traitements, par exemple avec des protocoles de communication des documents ou encore des formats. Ainsi, cet espace alloué physiquement dans la mémoire numérique va subir des modifications afin que l’information initiale qui y est contenue puisse être traitée et transformée en un autre objet ou transportée en un autre espace.</p> -<p>Les documents numériques ayant pour devenir la publication scientifique font principalement l’objet d’un traitement éditorial de l’information : saisie du texte dans un format de traitement de texte ou de texte brut, conversions dans divers formats de document, transformations du texte source selon des normes éditoriales ou à la suite d’une relecture par les pairs, publication dans un nouvel espace selon un format lié à cette action (que l’objet soit imprimé ou publié en version numérique).</p> -<p>Dans cette chaîne, la réalisation d’un artefact publiable, c’est-à-dire un document dans sa version finale, nécessite des interactions entre une multitude d’agents pour advenir, qu’ils soient numériques ou humains. Qu’il s’agisse de l’adaptation des références bibliographiques à une norme donnée, de l’ajout des espaces fines insécables dans le texte, de la modification ou correction de certaines sources d’information, ces étapes de l’élaboration du document ainsi que toutes les autres proviennent des interactions entre des individus et l’environnement support [zacklad_organisation_2012; Merzeau] qui produisent des traces à l’intérieur du document que nous considérons comme constitutives d’une épistémologie du document. Elles sont les indices de ces interactions passées et incarnent un modèle de représentation du document et par extension de la publication scientifique concernée. Plutôt que de nous intéresser au document final tel qu’il est publié, nous nous focalisons sur les interactions qui le précèdent et sur une épistémologie du document en cours d’élaboration.</p> -<p>Nous consacrons ce chapitre aux premières interactions à l’origine de la publication scientifique : la saisie d’un texte. Pour ce faire, nous observerons les traces issues des interactions entre un auteur et un ordinateur dans le document numérique<a href="#fn1" class="footnote-ref" id="fnref1" role="doc-noteref"><sup>1</sup></a>.</p> -<p>En ce sens, l’acte d’écriture numérique n’est plus défini en tant que fruit d’une seule fonction auctoriale, mais l’est par un ensemble de fonctions éditoriales dont la fonction auctoriale fait partie.</p> -<p>Ainsi, parmi toutes les fonctions éditoriales que l’on pourrait énumérer, nous nous intéressons dans ce chapitre à la saisie du texte et à l’environnement support <span class="citation" data-cites="zacklad_organisation_2012">(Zacklad, 2012)</span> dans lequel il s’inscrit. Lors de cette phase de l’écriture, cet environnement devient le lieu où se manifeste un trouble entre ce que l’usager à l’intention d’écrire et le document que produit la machine, qui est structuré selon les formats et protocoles implémentés à l’intérieur de l’environnement. Ce trouble nait de la rencontre entre une représentation du document structuré graphiquement et une représentation du document structuré par du texte, comme c’est le cas pour une page web interprétée par un navigateur et son pendant au format HTML. Notre intérêt se porte plus particulièrement sur le côté machine de cette interaction humain-machine, sur le modèle textuel de représentation, et comment cette machine reçoit et traite les informations pour produire le document à travers un environnement particulier.</p> -<p>Afin de traiter cette problématique, nous nous appuyons dans un premier temps sur les particularités de l’écriture numérique <span class="citation" data-cites="bouchardon_lecriture_2014 crozat_ecrire_2016 souchier_numerique_2019">(Bouchardon, 2014; Crozat, 2016; Souchier, 2019)</span> et sur le fonctionnement de la machine pour illustrer, dans une deuxième partie, le rôle de médiation joué par les logiciels – entendus comme une suite d’instructions écrites – entre la saisie du texte au clavier et les traitements appliqués à ces informations, jusqu’à leur stockage dans une mémoire informatique.</p> -<p>Tandis que chaque environnement a ses propres modalités d’écriture que nous ne pouvons pas toutes énumérer, nous nous appuyons dans la deuxième partie de ce chapitre sur l’étude de l’éditeur de texte sémantique Stylo et les différentes représentations du texte qu’il génère. Ces représentations intermédiaires circulent entre les espaces de Stylo – client et serveur – par différents canaux et protocoles pour former, à travers une série de documents produits, une dynamique constitutive du sens de l’écriture <span class="citation" data-cites="merzeau_editorialisation_2013">(Merzeau, 2013)</span> propre à cet environnement.</p> +<p>Lors du chapitre précédent, nous avons défini le document comme étant l’objet au coeur du processus de publication scientifique. Qu’il s’agisse des premières revues savantes datant du XVII<sup>e</sup> siècle ou des revues numériques contemporaines, des lettres ou encore des livres, un document est nécessaire pour fabriquer cet objet éditorial <span class="citation" data-cites="fauchie_fabriquer_2024">(Fauchié, 2024)</span>. Ce document, dans sa forme <span class="citation" data-cites="briet_quest-ce_1951 buckland_what_1997 otlet_livre_2015">(Briet, 1951; Buckland, 1997; Otlet, 2015)</span>, dans la structuration des informations qu’il contient <span class="citation" data-cites="pedauque_document_2003 zacklad_design_2019">(Pédauque, 2003; Zacklad, 2019)</span> et dans son rôle de médiateur <span class="citation" data-cites="pedauque_document_2006">(Pédauque, 2006)</span> dépasse son statut de simple support de l’information. Le support n’est alors plus considéré comme un élément neutre et devient, de par sa matérialité, un élément constitutif du sens accordé au message qu’il porte.</p> +<p>Puisqu’il n’est pas un simple support, nous nous intéresserons dans ce chapitre à la matérialisation de ce document scientifique dans un environnement d’écriture numérique. Comme énoncé dans le chapitre précédent, un document numérique est un espace délimité dans lequel sont organisées des informations selon un agencement de normes établies par les impératifs d’une chaîne de traitements, par exemple avec des protocoles de communication des documents ou encore des formats. Cet espace alloué physiquement dans la mémoire de l’ordinateur va être modifié, l’agencement primaire des informations y sera transformé en un autre objet ou transporté en un autre espace, produisant ainsi un nouvel agencement documentaire.</p> +<p>Les documents numériques ayant pour devenir la publication scientifique font principalement l’objet d’un traitement éditorial de l’information : saisie du texte dans un format de traitement de texte ou de texte brut, conversions dans divers formats de document, transformations du texte source selon des normes éditoriales ou à la suite d’une relecture par les pairs, publication dans un nouvel espace selon un format lié à cette action (que l’objet soit imprimé ou publié en version numérique) <span class="citation" data-cites="pedauque_redocumentarisation_2007">(Pédauque, 2007)</span>.</p> +<p>Dans cette chaîne, la réalisation d’un artefact publiable, c’est-à-dire un document dans sa version finale, nécessite des interactions entre une multitude d’agents pour advenir, qu’ils soient numériques ou humains. Qu’il s’agisse de l’adaptation des références bibliographiques à une norme donnée, de l’ajout des espaces fines insécables dans le texte, de la modification ou correction de certaines sources d’information, ces étapes de l’élaboration du document ainsi que toutes les autres proviennent des interactions entre des individus et l’environnement support <span class="citation" data-cites="zacklad_organisation_2012 merzeau_editorialisation_2013 paveau_activites_2012">(Merzeau, 2013; Paveau, 2012; Zacklad, 2012)</span> qui produisent des traces à l’intérieur du document que nous considérons comme constitutives d’une épistémologie du document. Elles sont les indices de ces interactions passées et incarnent un modèle de représentation du document et par extension de la publication scientifique concernée. Plutôt que de nous intéresser au document final tel qu’il est publié, nous nous focalisons sur les interactions qui le précèdent et sur une épistémologie du document en cours de matérialisation.</p> +<p>Nous consacrons ce chapitre aux premières interactions à l’origine de la publication scientifique : la création du document primaire de la chaîne de publication. Pour ce faire, nous observerons les traces issues des interactions entre un auteur et un ordinateur dans le document numérique<a href="#fn1" class="footnote-ref" id="fnref1" role="doc-noteref"><sup>1</sup></a>.</p> +<p>En ce sens, l’acte d’écriture numérique n’est plus défini en tant que fruit d’une seule fonction auctoriale, mais l’est par un ensemble de fonctions éditoriales dont la fonction auctoriale fait partie <span class="citation" data-cites="souchier_image_1998 jeanneret_lenonciation_2005 paveau_ce_2015">(Jeanneret & Souchier, 2005; Souchier, 1998; Paveau, 2015)</span>.</p> +<p>Ainsi, parmi toutes les fonctions éditoriales que l’on pourrait énumérer, nous nous intéressons dans ce chapitre à la première phase de matérialisation du document : la saisie du texte dans un environnement support. Lors de cette phase de matérialisation, le document devient le lieu où se manifeste un trouble entre ce que l’usager à l’intention d’écrire et le texte que produit la machine, structuré selon les formats et protocoles implémentés à l’intérieur de l’écosystème. Ce trouble nait de la rencontre entre une représentation du document structuré graphiquement, essentiellement culturelle, et une représentation du document structuré par du texte, comme c’est le cas pour une page web interprétée par un navigateur et son pendant au format HTML. Notre intérêt se porte plus particulièrement sur le côté machine de cette relation humain-machine et sur la manière dont cette machine reçoit et traite les informations pour produire le document dans un environnement particulier.</p> +<p>Afin de traiter cette problématique, nous décrivons dans une première partie les particularités de l’écriture en environnement numérique <span class="citation" data-cites="bouchardon_lecriture_2014 crozat_ecrire_2016 souchier_numerique_2019">(Bouchardon, 2014; Crozat, 2016; Souchier, 2019)</span> et le fonctionnement d’un ordinateur, pré-requis nécessaires à la matérialisation d’un document numérique. Ces propriétés illustrent la nécessité d’avoir un intermédiaire, le logiciel, dans cette relation humain-machine. En nous affranchissant de la page affichée à l’écran, une deuxième partie est accordée à ce rôle de médiation joué par les logiciels – entendus comme une suite d’instructions écrites – entre la saisie du texte au clavier et les traitements appliqués à ces informations, jusqu’à leur stockage dans une mémoire informatique. Au-delà de la page, nous explorons les différentes phases documentaires que traverse le texte pour être inscrit sur son support et faire document.</p> +<p>Tandis que chaque environnement a ses propres modalités d’écriture que nous ne pouvons pas toutes énumérer, nous nous appuyons dans la deuxième partie de ce chapitre sur l’étude de l’éditeur de texte sémantique Stylo et les différentes modélisations du texte qu’il génère<a href="#fn2" class="footnote-ref" id="fnref2" role="doc-noteref"><sup>2</sup></a>. Ces modèles intermédiaires circulent entre les espaces de Stylo – client et serveur – par différents canaux et protocoles pour former, à travers une série de documents produits, une dynamique constitutive du sens de l’écriture propre à cet environnement <span class="citation" data-cites="merzeau_editorialisation_2013">(Merzeau, 2013)</span>.</p> <p>Stylo est un éditeur de texte sémantique en ligne développé pour l’édition savante en sciences humaines et sociales (SHS) et en lettres. Stylo est autant un projet de recherche qu’un outil d’écriture et d’édition, qui entend poser une question décisive : qu’est-ce qu’écrire en environnement numérique en SHS ?</p> <p>C’est un outil libre et <em>open source</em> conçu en 2017 par la Chaire de recherche du Canada sur les écritures numériques (CRCEN) <span class="citation" data-cites="vitali-rosati_ecrire_2020">(Vitali-Rosati et al., 2020)</span>, et soutenu depuis 2020 par la Très grande infrastructure de recherche Huma-Num. Guillaume Grossetie et Thomas Parisot, tous deux développeurs, maintiennent et développent l’infrastructure technique de Stylo avec la CRCEN depuis plusieurs années, équipe dans laquelle je suis fortement impliqué depuis le début de l’année 2022.</p> -<p>Stylo a pour objectif de transformer le flux de travail numérique des revues savantes en SHS. En tant qu’éditeur de texte sémantique WYSIWYM, il vise à améliorer la chaîne de publication académique <span class="citation" data-cites="kembellec_lerudition_2020">(Kembellec, 2020)</span>, tout en invitant à une réflexion théorique et pratique sur nos façons d’écrire et d’éditer.</p> +<p>Stylo a pour objectif de transformer le flux de travail numérique des revues savantes en SHS. En tant qu’éditeur de texte sémantique WYSIWYM (<em>What You See Is What You Mean</em>), il vise à améliorer la chaîne de publication académique <span class="citation" data-cites="kembellec_lerudition_2020">(Kembellec, 2020)</span>, tout en invitant à une réflexion théorique et pratique sur nos façons d’écrire et d’éditer.</p> <p>Prendre le contrôle de son propre texte, voilà ce que permet aujourd’hui Stylo à travers plusieurs fonctionnalités fondatrices ou plus récentes qui s’inscrivent dans le domaine des technologies de l’édition numérique <span class="citation" data-cites="blanc_technologies_2018">(Blanc & Haute, 2018)</span> : balisage du texte pour une structure sémantique fine, import de données bibliographiques structurées depuis l’application Zotero, mot-clés contrôlés depuis plusieurs ontologies, prévisualisation avec la possibilité d’annoter avec Hypothesis, génération de plusieurs formats (HTML, PDF, XML ou DOCX), export respectant les standards de l’édition scientifique, fonctions avancées de rechercher-remplacer, édition collaborative simultanée, accès aux données via une API GraphQL, etc. Contrairement aux outils de traitement de texte tels que Microsoft Word ou LibreOffice, Stylo cherche à promouvoir et à encourager l’utilisation de standards ouverts.</p> -<p>Au coeur de Stylo ce sont donc les formats de balisage Markdown, de sérialisation de données YAML ou encore de structuration de références bibliographiques BibTeX qui offrent la possibilité de produire plusieurs formats de sortie depuis une source unique. Stylo suit donc le principe de <em>single source publishing</em> <span class="citation" data-cites="fauchie_fabriquer_2024">(Fauchié, 2024)</span>. En s’appuyant sur Pandoc, un outil de conversion de documents désigné comme le « couteau suisse de l’édition », le module d’export de Stylo génère les formats de sortie PDF (avec l’aide de LaTeX), HTML, XML-TEI, DOCX ou encore XML compatible avec le schéma COMMONS commun à Métopes, Cairn et OpenEdition.</p> -<p>Le choix d’étudier Stylo comme terrain pour cette recherche découle de plusieurs raisons. Tout d’abord, il s’agit d’un éditeur moderne construit avec les technologies du Web les plus récentes. Que ce soit à travers des environnements tels que Stylo, GoogleDoc, Hedgedoc ou encore Framapad, les environnements d’écriture en ligne (Web) suscitent un certain engouement auprès des utilisateurs notamment pour leur capacité à offrir un espace de travail collaboratif en temps réel leur permettant d’écrire à plusieurs dans cet espace. La deuxième raison qui fait de Stylo un terrain opportun est l’accessiblité de son code source. Contrairement à d’autres éditeurs propriétaires comme l’est GoogleDoc, la totalité du code de Stylo est disponible en ligne, ce qui est indispensable pour notre étude. Enfin, le fait d’être impliqué dans les développements de Stylo depuis plus de deux ans m’offre une position privilégiée pour étudier cet éditeur puisque j’ai accès aux différentes phases de tests des développements, me permettant ainsi d’observer le comportement des nouvelles fonctionnalités et de participer à leur modification. Grâce à cette position, j’ai également un accès direct à la communauté d’utilisateurs, s’élevant à un peu plus de 6000 personnes fin 2023 pour plus de 40 000 documents différents.<br /> +<p>Au coeur de Stylo ce sont donc les formats de balisage Markdown, de sérialisation de données YAML ou encore de structuration de références bibliographiques BibTeX qui offrent la possibilité de produire plusieurs formats de sortie depuis une source unique. Stylo suit donc le principe de <em>single source publishing</em> <span class="citation" data-cites="fauchie_fabriquer_2024">(Fauchié, 2024)</span>. En s’appuyant sur Pandoc, un outil de conversion de documents désigné comme le « couteau suisse de l’édition », le module d’export de Stylo génère les formats de sortie PDF (avec l’aide de LaTeX), HTML, XML-TEI, DOCX ou encore XML compatible avec le schéma COMMONS Publishing commun à Métopes, Cairn et OpenEdition.</p> +<p>Le choix d’étudier Stylo comme terrain pour cette recherche découle de plusieurs raisons. Tout d’abord, il s’agit d’un éditeur moderne construit avec les technologies du Web les plus récentes. Que ce soit à travers des environnements tels que Stylo, GoogleDoc, Hedgedoc ou encore Framapad, les environnements d’écriture en ligne (Web) suscitent un certain engouement auprès des utilisateurs notamment pour leur capacité à offrir un espace de travail collaboratif en temps réel leur permettant d’écrire à plusieurs dans cet espace. La deuxième raison qui fait de Stylo un terrain opportun est l’accessiblité de son code source. Contrairement à d’autres éditeurs propriétaires comme l’est GoogleDoc, la totalité du code de Stylo est disponible en ligne, ce qui est indispensable pour notre étude. Enfin, le fait d’être impliqué dans les développements de Stylo depuis plus de deux ans m’offre une position privilégiée pour étudier cet éditeur puisque j’ai accès aux différentes phases de tests des développements, me permettant ainsi d’observer le comportement des nouvelles fonctionnalités et de participer à leur modification. Depuis cette position, j’ai également un accès direct à la communauté d’utilisateurs, s’élevant à un peu plus de 6000 personnes fin 2023 pour plus de 40 000 documents différents.<br /> Du fait de mon implication dans Stylo, le regard que je porte sur ce terrain n’est pas neutre et relève d’une forme de recherche-action [ajouter une référence].</p> -<p>Alors que chaque signe et chaque trace inscrite dans l’éditeur de texte Stylo incarne cette tension <em>entre</em> l’utilisateur et la machine, dont les différences de langage – naturel et machine – rend a priori toute communication directe impossible, nous analysons les différents modes de communication des informations dans Stylo pour suivre la circulation de ces traces et leur empreinte dans le document. Pour en découvrir plus sur cet <em>entre</em>, nous étudions cette distance à partir de la méthode employée par le théoricien des médias F. Kittler <span class="citation" data-cites="kittler_mode_2015 kittler_gramophone_2018">(F. Kittler, 2018; 2015)</span>, qui s’appuie d’abord sur la description du fonctionnement de la machine à écrire puis celle de l’ordinateur afin de comprendre leur implication, en tant que média, dans le phénomène qu’est l’écriture. Cette méthode implique de comprendre les comportements et les fonctionnements techniques des composants à l’oeuvre dans la machine, et cela qu’ils relèvent du matériel ou du logiciel. En conséquence, nous mobilisons de la documentation technique pour étayer notre propos et pour analyser les traces qui nous intéressent.</p> -<p>À partir de cette étude, nous verrons qu’à l’intérieur de cet <em>entre</em>, les traces de cette relation manifestent d’une composante aveugle de l’écriture, puisque cette dimension de l’écriture n’est pas directement visible pour l’auteur et relève alors d’une forme de déprise [sauret__2020] sur le texte où se niche un aspect à notre connaissance ignoré de l’épistémologie du document.</p> +<p>Alors que chaque caractère, chaque trace inscrite dans l’éditeur de texte Stylo incarne cette tension <em>entre</em> l’utilisateur et la machine, dont les différences de langage – naturel et machine – rend a priori toute communication directe impossible, nous analysons les différents modes de communication des informations dans Stylo pour suivre la circulation de ces traces et leur empreinte dans le document. Pour en découvrir plus sur cet <em>entre</em>, nous étudions cette distance à partir de la méthode employée par le théoricien des médias F. Kittler <span class="citation" data-cites="kittler_mode_2015 kittler_gramophone_2018">(F. Kittler, 2018; 2015)</span>, qui s’appuie d’abord sur la description du fonctionnement de la machine à écrire puis celle de l’ordinateur afin de comprendre leur implication, en tant que média, dans le phénomène qu’est l’écriture. Cette méthode implique de comprendre les comportements et les fonctionnements techniques des composants à l’oeuvre dans la machine, qu’ils relèvent du matériel ou du logiciel. En conséquence, nous mobilisons de la documentation technique pour étayer notre propos et pour analyser les traces des interactions qui nous intéressent.</p> +<p>À partir de cette étude, nous verrons qu’à l’intérieur de cet <em>entre</em> les traces de cette relation s’accumulent en une série de documents intermédiaires cachés sous la page alors qu’ils sont nécessaires et primordiaux en ce qu’ils constituent les étapes de la matérialisation de ce que nous nommons le document primaire.</p> <h2 id="écrire-dans-un-environnement-numérique">Écrire dans un environnement numérique</h2> -<p>Par habitude, nous partons du présupposé que lorsque nous évoquons les mots environnement d’écriture numérique, ceux-ci sont synonymes d’un environnement d’écriture informatique et désignent la même chose. En conséquence, lorsqu’il s’agit de convoquer l’écriture numérique, nous pensons tout de suite à un ordinateur, aux claviers, aux écrans et aux pointeurs qui clignotent dans des éditeurs de texte ou dans les champs des formulaires en ligne. Avec le numérique ubiquitaire <span class="citation" data-cites="citton_angles_2023">(Citton et al., 2023)</span>, ces pratiques d’écriture sont ancrées dans nos habitudes au point de ne plus les remettre en question. Les dispositifs d’écriture analogique sont ainsi renvoyés à l’état de vestiges archaïques, comme peuvent l’être les machines à écrire alors qu’elles ont été fabriquées méticuleusement par des designers et des ingénieurs et ont fait la fierté et la renommée de certaines entreprises comme Olivetti en Italie juste avant que les ordinateurs n’arrivent sur le marché. Aujourd’hui ces machines sont complètement désuètes et inutilisées depuis presque une trentaine d’années. Elles sont maintenant exposées dans des musées – entre autres au MoMA et au Centre Pompidou – et sont intégrées dans des collections permanentes ou exhibées lors des expositions en lien avec les designers qui les ont conçues<a href="#fn2" class="footnote-ref" id="fnref2" role="doc-noteref"><sup>2</sup></a>.</p> +<p>Par habitude, nous partons du présupposé que lorsque nous évoquons les mots environnement d’écriture numérique, ceux-ci sont synonymes d’un environnement d’écriture informatique et désignent la même chose. En conséquence, lorsqu’il s’agit de convoquer l’écriture numérique, nous pensons tout de suite à un ordinateur, aux claviers, aux écrans et aux pointeurs qui clignotent dans des éditeurs de texte ou dans les champs des formulaires en ligne. Avec le numérique ubiquitaire <span class="citation" data-cites="citton_angles_2023">(Citton et al., 2023)</span>, ces pratiques d’écriture sont ancrées dans nos habitudes au point de ne plus les remettre en question. Les dispositifs d’écriture analogique sont ainsi renvoyés à l’état de vestiges archaïques, comme peuvent l’être les machines à écrire alors qu’elles ont été fabriquées méticuleusement par des designers et des ingénieurs. Elles ont par ailleurs fait la fierté et la renommée de certaines entreprises comme Olivetti en Italie juste avant que les ordinateurs personnels n’arrivent sur le marché. Aujourd’hui ces machines sont complètement désuètes et inutilisées depuis presque une trentaine d’années. Elles sont maintenant exposées dans des musées – entre autres au MoMA et au Centre Pompidou – et sont intégrées dans des collections permanentes ou exhibées lors des expositions en lien avec les designers qui les ont conçues<a href="#fn3" class="footnote-ref" id="fnref3" role="doc-noteref"><sup>3</sup></a>.</p> <figure> <img src="https://www.photo.rmn.fr/CorexDoc/RMN/Media/TR1/YECPH3/07-521403.jpg" title="Machine à écrire portative" alt="Machine à écrire portative" /> <figcaption aria-hidden="true">Machine à écrire portative</figcaption> @@ -82,18 +81,24 @@ Du fait de mon implication dans Stylo, le regard que je porte sur ce terrain n <figcaption aria-hidden="true">Publicité pour la machine à écrire Valentine</figcaption> </figure> <p>Crédits : © Adagp, Paris. Crédit photographique : Jean-Claude Planchet - Centre Pompidou, MNAM-CCI /Dist. RMN-GP. Réf. image : 4F40212 [2003 CX 6098]. Diffusion image : <a href="https://www.photo.rmn.fr/C.aspx?VP3=SearchResult&IID=2C6NU0DWCD6W">l’Agence Photo de la RMN</a></p> -<p>Pourtant, les derniers modèles fabriqués par ces entreprises l’ont été dans les années 1980 et 1990, comme c’est le cas du modèle ETP 55 Portable<a href="#fn3" class="footnote-ref" id="fnref3" role="doc-noteref"><sup>3</sup></a> où sont intégrés des composants électroniques pour suivre le marché des ordinateurs. Les constructeurs ont opéré un changement de paradigme de l’analogique vers le numérique dès les années 1970 et ont suivi les innovations technologiques apportées par la miniaturisation des composants électroniques pour l’informatique. Pour preuve, en 1983, Perry A. King et Antonio Macchi Cassia conçoivent le premier ordinateur personnel d’Olivetti avec le modèle M10 en adaptant un clavier à un écran à cristaux liquide. Cet ordinateur, équipé du processeur Intel 80C85 en 8-bits, pouvait également se connecter à tout un ensemble de périphériques comme des imprimantes.</p> +<p>Pourtant, les derniers modèles fabriqués par ces entreprises l’ont été dans les années 1980 et 1990, comme c’est le cas du modèle ETP 55 Portable<a href="#fn4" class="footnote-ref" id="fnref4" role="doc-noteref"><sup>4</sup></a> où sont intégrés des composants électroniques pour suivre le marché des ordinateurs. Les constructeurs ont opéré un changement de paradigme de l’analogique vers le numérique dès les années 1970 et ont suivi les innovations technologiques apportées par la miniaturisation des composants électroniques pour l’informatique. Pour preuve, en 1983, Perry A. King et Antonio Macchi Cassia conçoivent le premier ordinateur personnel d’Olivetti avec le modèle M10 en adaptant un clavier à un écran à cristaux liquide. Cet ordinateur, équipé du processeur Intel 80C85 en 8-bits, pouvait également se connecter à tout un ensemble de périphériques comme des imprimantes.</p> <figure> <img src="http://munk.org/typecast/wp-content/uploads/2014/08/15635.jpg" title="Photo d'un M10" alt="Photo d’un M10" /> <figcaption aria-hidden="true">Photo d’un M10</figcaption> </figure> <p>Crédits : Photo trouvée sur le blog <a href="https://munk.org/typecast/2014/08/03/back-to-the-future-pram-and-the-promise-of-unified-memory-again/">Munk.org</a>, site consulté le 22 février 2024.</p> -<p>Il faut se rappeler qu’au début des années 1980 il n’est pas encore certain que l’ordinateur personnel (avec sa tour et son écran à tube cathodique) deviendra l’outil d’écriture par excellence. À cette époque, les machines à écrire ont encore quelques avantages sur les plans esthétique, financier et social puisque on les retrouve encore implantées dans les bureaux, que ce soit dans les sphères professionnelles et personnelles.</p> -<p>La fin des années 1970 et les années 1980 marquent un tournant décisif pour l’ordinateur personnel avec l’apparition des logiciels de traitement de texte et la bataille qui sévit durant toute cette période pour en avoir le monopole. M. Kirschenbaum et T. Bergin détaillent dans leurs travaux cette course au développement de logiciels durant cette période pour obtenir un monopole sur le marché de l’écriture avec un ordinateur <span class="citation" data-cites="bergin_origins_2006 bergin_proliferation_2006 kirschenbaum_track_2016">(Bergin, 2006a, 2006b; Kirschenbaum, 2016)</span>. Avant l’engouement pour les interfaces graphiques et les gestionnaires de fenêtres – 1983 et 1984 avec l’entreprise Apple qui s’est largement inspirée des interfaces graphiques développées par Xerox PARC dans les années 1970 – la seule interface affichée à l’écran était un terminal, un écran noir où clignote un curseur. Dans cette interface, la navigation s’y faisait au moyen de commandes. Les premiers logiciels de traitement de texte comme Electric Pencil ne permettent pas alors une gestion de la mise en page idéale ni ne fonctionnent sur tous les modèles d’ordinateurs présents sur le marché<a href="#fn4" class="footnote-ref" id="fnref4" role="doc-noteref"><sup>4</sup></a>. Ainsi, écrire sur un support connecté paraît aujourd’hui être une évidence alors qu’il a fallu déployer de lourds efforts à une époque ou cette évidence était incertaine.</p> -<p>L’écriture numérique est ainsi à distinguer de l’écriture dans un environnement numérique : un ordinateur, Internet, le Web, une calculatrice ou une machine à écrire de la dernière génération. En tant qu’abstraction, l’écriture numérique est une représentation du monde donnée, dont la qualification à travers un medium permet de l’incarner physiquement et matériellement mais pas de la circonscrire. En somme, cette représentation numérique du monde n’est pas nouvelle et ce n’est pas l’ordinateur qui l’a apporté. À notre connaissance, son origine remonte aux prémisses de l’écriture et des développements des systèmes monétaires, nous dirait C. Herrenschmidt <span class="citation" data-cites="herrenschmidt_trois_2023">(2023)</span>.</p> +<p>Il faut se rappeler qu’au début des années 1980 il n’est pas encore certain que l’ordinateur personnel (avec sa tour et son écran à tube cathodique) deviendra l’outil d’écriture par excellence. À cette époque, les machines à écrire ont encore quelques avantages sur les plans esthétique, financier et social puisque ce sont des objets que l’on retrouve encore présents dans les bureaux professionnels ou personnels.</p> +<p>La fin des années 1970 et les années 1980 marquent un tournant décisif pour l’ordinateur personnel avec l’apparition des logiciels de traitement de texte et la bataille qui sévit durant toute cette période pour en avoir le monopole. M. Kirschenbaum et T. Bergin détaillent dans leurs travaux cette course au développement de logiciels durant cette décennie, dans le but d’obtenir un monopole sur le marché de la production documentaire avec un ordinateur <span class="citation" data-cites="bergin_origins_2006 bergin_proliferation_2006 kirschenbaum_track_2016">(Bergin, 2006a, 2006b; Kirschenbaum, 2016)</span>. Avant l’engouement pour les interfaces graphiques et les gestionnaires de fenêtres – 1983 et 1984 avec l’entreprise Apple qui s’est largement inspirée des interfaces graphiques développées par Xerox PARC dans les années 1970 – la seule interface affichée à l’écran était un terminal, un écran noir où clignote un curseur. Dans cette interface, la navigation s’y faisait au moyen de commandes. C’est ce que nous retrouvons avec les premiers logiciels de traitement de texte comme Electric Pencil. Ils ne permettent pas une gestion fine de la mise en page ni ne fonctionnent sur tous les modèles d’ordinateurs présents sur le marché<a href="#fn5" class="footnote-ref" id="fnref5" role="doc-noteref"><sup>5</sup></a>. Ainsi, écrire sur un support connecté paraît aujourd’hui être une évidence alors qu’il a fallu déployer de lourds efforts à une époque ou cette évidence était incertaine.</p> +<p>L’écriture numérique est ainsi à distinguer de l’écriture dans un environnement numérique : un ordinateur, Internet, le Web, une calculatrice ou une machine à écrire de la dernière génération. En tant qu’abstraction, l’écriture numérique est une représentation du monde sous forme de chiffres, dont la qualification à travers un medium permet de l’incarner physiquement et matériellement mais pas de la circonscrire. En somme, cette représentation numérique du monde n’est pas nouvelle et ce n’est pas l’ordinateur qui l’a apporté. À notre connaissance, son origine remonte aux prémisses de l’écriture et des développements des systèmes monétaires, nous dirait C. Herrenschmidt <span class="citation" data-cites="herrenschmidt_trois_2023">(2023)</span>.</p> <p>Dorénavant, lorsque nous ferons référence à l’écriture numérique nous parlerons d’une écriture numérique dans un environnement informatique.</p> -<p>Avant d’entamer une réflexion sur l’écriture numérique, convenons d’une brève définition de l’écriture, car celle-ci a fait couler beaucoup d’encre à son sujet, notamment depuis sa reconfiguration numérique au crépuscule du 20<sup>e</sup> siècle. La définir tient généralement de la philosophie depuis Platon [phèdre], de l’anthropologie [Leroi-Gourhan; Goody], des lettres [Christin], de l’archéologie ou de la linguistique [Herrenschmidt], de la sémiotique [Souchier, Jeanneret, Pedauque] ou encore des sciences de l’information et de la communication [Bouchardon, Bachimont] ou de l’étude des médias [Kittler] et cela pour ne mentionner qu’une infime partie des textes traitant ce sujet parmi un nombre restreint de disciplines de la sphère académique. Très largement, l’écriture est entendue comme « mode d’expression » et « fonction de communication » au sein d’une société <span class="citation" data-cites="christin_origines_1999">(Christin, 1999)</span>. Anne-Marie Christin distingue deux tendances principales de l’origine de l’écriture : l’écriture selon la trace, étant soit comprise comme le signe verbal transposé sur un support soit comme la marque laissée par un corps, soit l’écriture selon le signe dans son sens étymologique d’« événement inaugural [qui] participe d’une révélation » tant qu’il s’inscrit dans un « système » telle que la disposition des entrailles d’une bête sacrifiée lors d’une cérémonie <span class="citation" data-cites="christin_origines_1999 vitali-rosati_quest-ce_2020-1">(Christin, 1999; Vitali-Rosati, 2020)</span>. À défaut de prendre parti pour l’un ou l’autre de ces paradigmes, nous pouvons retenir deux caractéristiques qui leur sont communes et que l’on retrouve dans tous types d’écriture, même numérique. Lorsque l’écriture est convoquée, elle fait appel à deux actions : l’inscription et l’interprétation <span class="citation" data-cites="pedauque_document_2006">(Pédauque, 2006)</span>. Qu’il s’agisse d’une trace ou d’un signe, retenons que l’écriture est toujours inscrite sur un support et que cette inscription fait l’objet d’une lecture et d’une interprétation. Cette association apparaît régulièrement dans les travaux qui traitent de l’environnement numérique, par exemple sous l’appellation de littératie numérique chez Milad Doueihi <span class="citation" data-cites="doueihi_grande_2011">(2011)</span> ou de lettrure chez Emmanuel Souchier <span class="citation" data-cites="souchier__2012">(2012)</span>.</p> -<p>Toutefois, l’écriture numérique diffère d’une écriture plus traditionnelle, telle que nous venons de la défnir, et se distingue notamment par trois caractéristiques que sont la calculabilité <span class="citation" data-cites="crozat_ecrire_2016">(Crozat, 2016)</span>, la variabilité <span class="citation" data-cites="bouchardon_lecriture_2014">(Bouchardon, 2014)</span> et la rupture sémiotique entre le geste d’écriture et l’inscription sur le support <span class="citation" data-cites="pedauque_document_2006 souchier_numerique_2019">(Pédauque, 2006; Souchier, 2019)</span>.</p> +<p>Avant d’entamer une réflexion sur l’écriture numérique, convenons d’une brève définition de l’écriture, car celle-ci a fait couler beaucoup d’encre à son sujet, notamment depuis sa reconfiguration numérique au crépuscule du 20<sup>e</sup> siècle. La définir tient généralement de la philosophie depuis Platon <span class="citation" data-cites="platon_phedre_2007">(2007, p. pp.301‑310)</span>, de l’anthropologie <span class="citation" data-cites="leroi-gourhan_geste_2022 goody_raison_1979 ingold_breve_2013">Leroi-Gourhan (2022b)</span>, des lettres <span class="citation" data-cites="christin_origines_1999 ong_oralite_2014">(Christin, 1999; Ong, 2014)</span>, de l’archéologie ou de la linguistique <span class="citation" data-cites="herrenschmidt_trois_2023">(Herrenschmidt, 2023)</span>, de la sémiotique <span class="citation" data-cites="souchier_pour_1999">(Souchier & Jeanneret, 1999)</span> ou encore des sciences de l’information et de la communication <span class="citation" data-cites="bachimont_intelligence_2000 crozat_elements_2011">(Bachimont, 2000; Crozat et al., 2011)</span> ou de l’étude des médias <span class="citation" data-cites="kittler_gramophone_2018">(F. Kittler, 2018)</span> et cela pour ne mentionner qu’une infime partie des textes traitant ce sujet parmi un nombre restreint de disciplines de la sphère académique.</p> +<p>Très largement, l’écriture est entendue comme « mode d’expression » et « fonction de communication » au sein d’une société <span class="citation" data-cites="christin_origines_1999">(Christin, 1999)</span>. Anne-Marie Christin distingue deux tendances principales de l’origine de l’écriture : l’écriture selon la trace, étant soit comprise comme le signe verbal transposé sur un support soit comme la marque laissée par un corps, soit l’écriture selon le signe dans son sens étymologique d’« événement inaugural [qui] participe d’une révélation » tant qu’il s’inscrit dans un « système » telle que la disposition des entrailles d’une bête sacrifiée lors d’une cérémonie <span class="citation" data-cites="christin_origines_1999 vitali-rosati_quest-ce_2020-1">(Christin, 1999; Vitali-Rosati, 2020)</span>. À défaut de prendre parti pour l’un ou l’autre de ces paradigmes, nous pouvons retenir deux caractéristiques qui leur sont communes et qui peuvent caractériser toutes formes d’écriture, même numérique. La première est que lorsque l’écriture est convoquée, elle fait appel à deux actions : l’inscription et l’interprétation <span class="citation" data-cites="christin_origines_1999 pedauque_document_2006">(Christin, 1999; Pédauque, 2006)</span>. Qu’il s’agisse d’une trace ou d’un signe, retenons que l’écriture est toujours inscrite sur un support et que cette inscription fait l’objet d’une lecture et d’une interprétation. Cette association apparaît régulièrement dans les travaux qui traitent de l’environnement numérique, par exemple sous l’appellation de littératie numérique chez Milad Doueihi <span class="citation" data-cites="doueihi_grande_2011">(2011)</span> ou de lettrure chez Emmanuel Souchier <span class="citation" data-cites="souchier__2012">(2012)</span>. La seconde caractéristique est son inhumanité <span class="citation" data-cites="ong_oralite_2014 vitali-rosati_quest-ce_2020-1">(Ong, 2014; Vitali-Rosati, 2020)</span>. En s’appuyant sur l’origine divine de l’écriture que Platon fait raconter par Socrate dans le <em>Phèdre</em>, Ong la qualifie d’inhumaine, car « elle prétend établir en dehors de l’esprit ce qui ne peut être en réalité que dans l’esprit. Elle est une chose, un produit manufacturé » séparé de sa source vivante et de l’environnement d’où a émergé l’idée avant qu’elle soit inscrite sur son support. La même figure de « Theuth […] le père de l’écriture » <span class="citation" data-cites="platon_phedre_2007">(2007, p. [274‑277])</span>, est employée à tout autre dessein par M. Vitali-Rosati. Selon lui, cette vision de « l’écriture-artefact relève d’une interprétation du monde fondée sur un anthropocentrisme constitutif accompagné d’une série d’a priori métaphysiques » cartésiens du sujet qui déverse ses pensées sur un support. Pour argumenter en faveur d’une vision non-anthropocentrée et non dualiste de l’écriture, il s’appuie entre autres sur les travaux de M-A. Paveau et sa</p> +<blockquote> +<p>théorie du discours retravaillée par la cognition sociale dans sa version distribuée : l’intelligence est distribuée dans les environnements, humains comme non humains, et l’objet d’analyse est le système, et non seulement les énoncés ou les locuteurs, qui n’en constituent qu’une partie. Il s’agit donc d’une conception du discours comme intégré dans l’ensemble de l’environnement humain et non humain, et non distingué de cet environnement : je souhaite éviter l’approche « égocéphalocentrée » (expression de C. Brassac qu’il emprunte à J.-P. Kaufmann, et qui désigne une approche internaliste centré sur le sujet-locuteur) et logocentrée <span class="citation" data-cites="paveau_activites_2012">Paveau (2015)</span>.</p> +</blockquote> +<p>Cette conception cognitive distribuée implique une « approche écologique » de l’écriture, c’est-à-dire de prendre en considération la totalité de l’environnement duquel elle émerge, ainsi que le sens qu’elle produit, puisqu’« il n’y a pas de rupture entre ce qui est humain et ce qui ne l’est pas, entre l’esprit et la matière, le linguistique et l’extralinguistique, le discours et le contexte » <span class="citation" data-cites="paveau_technodiscursivites_2013">(Paveau, 2013)</span>.</p> +<p>Ong, Paveau et Vitali-Rosati, en qualifiant l’écriture de non-humaine <span class="citation" data-cites="paveau_ce_2015">(Paveau, 2015)</span> ou d’inhumaine, nous propose de ne pas dissocier l’écriture de l’écriture numérique puisque, finalement, la seconde n’est qu’une continuité de la première. Pour Ong, l’écriture est alors toujours considérée comme une technique, un outil, qu’elle soit numérique ou non, dont les limites d’extériorisation et de cristalisation de la pensée restent inchangées malgré les changements de support. Tandis que pour Paveau et Vitali-Rosati, le qualificatif d’inhumain renvoie à cette cognition distribuée, située dans des « interactions sociales, culturelles, techniques et technologiques »<span class="citation" data-cites="vitali-rosati_quest-ce_2020-1">(Vitali-Rosati, 2020)</span> et non dans un <em>logos</em>.</p> +<p>Lorsqu’il s’agit d’observer l’écriture numérique à la loupe, on remarque qu’elle se distingue d’une écriture plus traditionnelle par trois caractéristiques que sont la calculabilité <span class="citation" data-cites="crozat_ecrire_2016">(Crozat, 2016)</span>, la variabilité <span class="citation" data-cites="bouchardon_lecriture_2014">(Bouchardon, 2014)</span> et la rupture sémiotique entre le geste d’écriture et l’inscription sur le support <span class="citation" data-cites="pedauque_document_2006 bonaccorsi_fantasmagories_2020 souchier_numerique_2019">(Bonaccorsi, 2020; Pédauque, 2006; Souchier, 2019)</span>.</p> <p>La première caractéristique est d’ordre computationnel : l’écriture devient calculable et peut donc faire l’objet d’instructions. Pour réaliser cette action, on procède à une équivalence où chaque signe que l’on peut inscrire dans cet environnement à son pendant unique sous forme de bits. Lorsque chaque caractère peut être identifié en tant que nombre, il devient possible d’implémenter ce modèle dans une machine et de lui demander, grâce à des instructions, d’appliquer des calculs.</p> <p>L’exemple idéal pour illustrer cette caractéristique n’est rien de moins que la machine imaginée par Alan Turing, qu’il présente en 1936 dans son article « On Computable Numbers, with an Application to the Entscheidungsproblem » dans la section <em>Computing machines</em> <span class="citation" data-cites="turing_computable_1936">(1936)</span>. Ce que Turing décrit n’est pas une machine physique mais un modèle théorique, une machine abstraite fondamentale pour les développements futurs de l’informatique. Cette machine est constituée de plusieurs éléments :</p> <ul> @@ -102,27 +107,24 @@ Du fait de mon implication dans Stylo, le regard que je porte sur ce terrain n <li>une mémoire pour se rappeler des sections déjà scannées («<em>remember some of the symbols which it has been “seen” (scanned) previously</em>»)</li> <li>des instructions pour se déplacer sur le ruban, soit d’une case vers la gauche soit d’une case vers la droite, lire et écrire («<em>scan and print</em>») ou modifier la case scannée et se redéplacer avant de s’arrêter.</li> </ul> -<p>Théoriquement le ruban sur lequel la machine exécute ses programmes est infini vers la gauche et la droite et cela afin de permettre l’exécution des instructions les plus complexes. La machine de Turing ne s’intéresse pas aux résultats des instructions ni à leur signification, d’où résulte une forme d’automatisation de l’écriture. L’espace de la machine, aussi vaste soit-il, n’est composé que de séries de 0 et de 1 ainsi que de différents états, renvoyant à des instructions et permettant ainsi à la machine de modifier son propre espace. Cette capacité de modification peut être associée à la deuxième caractéristique de l’écriture numérique que S. Bouchardon nomme la variabilité.</p> +<p>Théoriquement le ruban sur lequel la machine exécute ses programmes est infini vers la gauche et la droite et cela afin de permettre l’exécution des instructions les plus complexes. La machine de Turing ne s’intéresse pas aux résultats des instructions ni à leur signification, d’où résulte une forme d’automatisation de l’écriture. L’espace de la machine, aussi vaste soit-il, n’est composé que de séries de 0 et de 1 ainsi que de différents états, renvoyant à des instructions et permettant ainsi à la machine de modifier son propre espace. Cette capacité de modification peut être associée à la deuxième caractéristique de l’écriture numérique que S. Bouchardon nomme la variabilité<a href="#fn6" class="footnote-ref" id="fnref6" role="doc-noteref"><sup>6</sup></a>.</p> <p>Le passage du signe à l’unité atomique et discrète qu’est le chiffre signifie un changement de représentation du monde (au sens que K. Hayles donne au terme <em>worldview</em> <span class="citation" data-cites="hayles_my_2005">(2005)</span>) : le monde – ou l’espace – n’est alors plus signifié par des mots ou des concepts, mais le devient par des chiffres. Comme McLuhan nous le rappelle dans son ouvrage <em>Pour comprendre les médias</em> <span class="citation" data-cites="mcluhan_pour_1977">(1977)</span>, les alphabets composés de lettres (contrairement à ceux composés de pictogrammes) sont asémantiques. Si toutefois les alphabets sont liés à une culture d’où ils émergent, l’abstraction nécessaire pour représenter le monde sous forme de chiffres détacherait a priori cette vision de tout sens. En dehors de tout modèle mathématiques abstrait, et cela quel que soit le langage ou la base utilisée pour l’écrire, <code>3</code>, <code>trois</code>, <code>three</code>, <code>III</code>, <code>0011</code>, <code>zéro zéro un un</code>, un chiffre ne signifie pas grand-chose s’il n’est pas associé à un système de valeurs particulier, par exemple le système métrique ou le système international <span class="citation" data-cites="herrenschmidt_trois_2023">(Herrenschmidt, 2023)</span>. En échange de cette perte de signification, l’écriture numérique y gagne cette particularité d’être calculable et mesurable.</p> -<p>L’écriture numérique se distingue également des autres types d’écriture par une troisième caractéristique. Il s’agit de la première forme d’écriture où le geste d’écrire ne correspond pas à l’action d’inscription du signe sur son support, phénomène que J. Bonaccorsi nomme également déliaison <span class="citation" data-cites="bonaccorsi_fantasmagories_2020">(Bonaccorsi, 2020)</span>. Lorsqu’on appuie sur une touche du clavier, par exemple la lettre <code>a</code>, elle ne s’inscrit pas dans l’écran : l’instruction d’inscrire un signe dans la mémoire de l’ordinateur est d’abord donnée à la machine, puis vient ensuite celle de l’afficher à l’écran au moyen d’un logiciel particulier <span class="citation" data-cites="kittler_mode_2015 souchier_numerique_2019">(F. A. Kittler, 2015; Souchier, 2019)</span>. Néanmoins, le fait d’appuyer sur une touche du clavier lorsque l’ordinateur est sous tension ne suffit pas pour déclencher cette instruction : si aucun environnement dédié à l’écriture n’est préalablement exécuté, le fait d’enfoncer une touche ne déclenchera aucune réaction de la part de la machine. Par contre, lorsque l’on se situe dans un environnement où cette réaction est attendue, comme un éditeur de texte, la frappe d’une touche déclenchera un événement et le logiciel pourra générer l’instruction correspondant à l’action d’écrire.</p> -<p>Ces trois caractéristiques de l’écriture numérique ne sont pas uniquement des propriétés qui s’ajoutent à l’existant et, d’une certaine manière, rendrait l’écriture plus complexe. L’écriture, nous l’avons évoqué, peut être ramenée aux actions d’inscription dans la matière et de lecture. Or, la calculabilité, la variabilité et la déliaison entre geste et inscription perturbent notre définition de l’écriture puisque l’inscription et la lecture des signes et/ou traces sur le support numérique sont des actions réalisées par la machine et ne le sont plus par l’être humain, comme le souligne F. Kittler <span class="citation" data-cites="kittler_mode_2015">(F. A. Kittler, 2015)</span>. F. Kittler poursuit sa réflexion plus loin jusqu’à soutenir, de manière provocatrice, que l’humain n’écrit plus et qu’à l’ère du numérique, c’est la machine qui écrit. À défaut de prendre cette provocation au pied de la lettre, elle ouvre la perspective d’une machine qui participe et contribue à l’écriture et, ce faisant, participerait à la production d’une épistémologie du texte et du document.</p> +<p>L’écriture numérique se distingue également des autres types d’écriture par une troisième caractéristique. Il s’agit de la première forme d’écriture où le geste d’écrire ne correspond pas à l’action d’inscription du signe sur son support, phénomène que J. Bonaccorsi nomme également déliaison <span class="citation" data-cites="bonaccorsi_fantasmagories_2020">(Bonaccorsi, 2020)</span>. Lorsqu’on appuie sur une touche du clavier, par exemple la lettre <code>a</code>, elle ne s’inscrit pas dans l’écran : l’instruction d’inscrire un signe dans la mémoire de l’ordinateur est d’abord donnée à la machine, puis vient ensuite celle de l’afficher à l’écran au moyen d’un logiciel particulier <span class="citation" data-cites="kittler_mode_2015 souchier_numerique_2019">(F. A. Kittler, 2015; Souchier, 2019)</span>. Néanmoins, le fait d’appuyer sur une touche du clavier lorsque l’ordinateur est sous tension ne suffit pas pour déclencher cette instruction : si aucun environnement dédié à l’écriture n’est lancé au préalable, le fait d’enfoncer une touche du clavier ne déclenchera aucune réaction de la part de la machine. Par contre, lorsque l’on se situe dans un environnement où cette réaction est attendue, comme un éditeur de texte, la frappe d’une touche déclenchera un événement et le logiciel pourra générer l’instruction correspondant à l’action d’écrire.</p> +<p>Ces trois caractéristiques de l’écriture numérique ne sont pas uniquement des propriétés qui s’ajoutent à l’existant et, d’une certaine manière, rendrait l’écriture plus complexe. L’écriture, nous l’avons évoqué, peut être ramenée aux actions d’inscription dans la matière et de lecture. Or, la calculabilité, la variabilité et la déliaison entre geste et inscription abonde dans le sens d’une écriture inhumaine puisque l’inscription et la lecture des caractères et/ou traces sur le support numérique sont des actions réalisées par la machine et ne le sont plus par l’être humain, comme le souligne F. Kittler <span class="citation" data-cites="kittler_mode_2015">(F. A. Kittler, 2015)</span>. F. Kittler poursuit sa réflexion plus loin jusqu’à soutenir, de manière provocatrice, que l’humain n’écrit plus et qu’à l’ère du numérique, c’est la machine qui écrit. À défaut de prendre cette provocation au pied de la lettre, elle ouvre la perspective d’une machine qui participe et contribue à l’écriture et, ce faisant, participerait à la production d’une épistémologie du texte et du document.</p> <p>Seulement, la “machine” ou l’“ordinateur” sont des appellations un peu vagues et ne rendent pas très explicite les éléments qu’elles désignent, ni ceux qui sont impliqués dans cette action d’écriture et dans cette relation entre humain et machine.</p> <p>La représentation d’un ordinateur est souvent associée à un couple matériel / logiciel. La partie matérielle concerne tous les composants électroniques (carte mère, mémoires, périphériques, etc.), alors que la partie logicielle englobe tous les programmes permettant d’interagir avec la partie matérielle, comme le BIOS (<em>Basic Input Output System</em>), le système d’exploitation ou encore un logiciel de traitement de texte comme LibreOffice.</p> <p>Ce couple matériel / logiciel range l’ordinateur dans la catégorie des appareils programmables. La plupart de nos appareils du quotidien ne sont pas programmables : ils exécutent ce pour quoi ils sont conçus et ne font rien d’autre. Dans le cas d’un ordinateur ou d’un téléphone intelligent, ou de tout autre appareil programmable, leur conception prévoit qu’ils soient manipulables : ils n’ont pas de fonction précise, néanmoins ils sont capables de répondre à plusieurs fonctions. Un ordinateur qui n’a aucune instruction ne pourra rien faire une fois alimenté. C’est là que les logiciels interviennent : ils permettent un usage déterminé d’un ordinateur en manipulant des informations de façon à exécuter une suite d’instructions formelles.</p> <p>Pour fonctionner, un ordinateur n’a besoin que des éléments suivants : une alimentation, un processeur, une mémoire vive, des entrées et sorties et une carte mère auxquels viennent s’ajouter un certains nombres de périphériques (écrans, souris, clavier, etc.), des extensions pour prendre en charge une partie des calculs que l’on peut appeler des cartes filles (carte son, carte graphique) et des mémoires de stockage (disques durs).</p> -<p>Le processeur, ou microprocesseur pour les ordinateurs modernes, est le calculateur central de l’ordinateur, c’est cet élément qui manipule toutes les données à traiter – que l’on appelle aussi le(s) coeur(s) de l’ordinateur. Chaque modèle de processeur à une architecture qui lui est propre, ce qui veut dire que chacun traite les informations différemment (même si le résultat obtenu est identique). Un processeur est un assemblage de multiples types de circuits dont l’élément le plus petit est le transistor. L’évolution des processeurs a suivi la loi Moore jusqu’au début des années 2020<a href="#fn5" class="footnote-ref" id="fnref5" role="doc-noteref"><sup>5</sup></a>, date à partir de laquelle nous arrivons à la limite physique de la miniaturisation d’un transistor.</p> -<p>Le premier processeur commercialisé, le processeur Intel 4004, l’a été en 1971<a href="#fn6" class="footnote-ref" id="fnref6" role="doc-noteref"><sup>6</sup></a>. Il s’agissait d’un processeur 4-bits comportant pas moins de 2300 transistors. Lors de la commercialisation de cet objet s’opère un changement radical dans la conception des ordinateurs puisque, dès lors, du fait de la miniaturisation de ce composant, les ordinateurs deviennent accessibles au grand public. En suivant la première loi de Moore, les microprocesseurs ont continué à évoluer jusqu’à atteindre le nombre de plusieurs milliards de transistors par processeur, démultipliant ainsi leur capacité de traitement des informations.</p> +<p>Le processeur, ou microprocesseur pour les ordinateurs modernes, est le calculateur central de l’ordinateur, c’est cet élément qui manipule toutes les données à traiter – que l’on appelle aussi le(s) coeur(s) de l’ordinateur. Chaque modèle de processeur à une architecture qui lui est propre, ce qui veut dire que chacun traite les informations différemment (même si le résultat obtenu est identique). Un processeur est un assemblage de multiples types de circuits dont l’élément le plus petit est le transistor. L’évolution des processeurs a suivi la loi Moore jusqu’au début des années 2020<a href="#fn7" class="footnote-ref" id="fnref7" role="doc-noteref"><sup>7</sup></a>, date à partir de laquelle nous arrivons à la limite physique de la miniaturisation d’un transistor.</p> +<p>Le premier processeur commercialisé, le processeur Intel 4004, l’a été en 1971<a href="#fn8" class="footnote-ref" id="fnref8" role="doc-noteref"><sup>8</sup></a>. Il s’agissait d’un processeur 4-bits comportant pas moins de 2300 transistors. Lors de la commercialisation de cet objet s’opère un changement radical dans la conception des ordinateurs puisque, dès lors, du fait de la miniaturisation de ce composant, les ordinateurs deviennent accessibles au grand public. En suivant la première loi de Moore, les microprocesseurs ont continué à évoluer jusqu’à atteindre le nombre de plusieurs milliards de transistors par processeur, démultipliant ainsi leur capacité de traitement des informations.</p> <p>Cette miniaturisation est rendue possible par la gravure des transistors dans des disques de silice (<em>wafer</em>) plutôt que l’usage plus coûteux et instable de relais et de tubes électroniques. Un transistor est un composant électronique dont le rôle est de laisser passer ou non le courant grâce aux propriétés du semi-conducteur à partir duquel il est fabriqué. En fonction de la valeur du courant qui lui est appliqué, le résultat associé à ce courant sera <code>0</code> ou <code>1</code>. Ce transistor est l’élément physique qui incarne les portes logiques (ET, OU, OUI, NON, XOR, etc.) et traitent les données. Parmi tous les traitements possibles, certains nécessitent de garder en mémoire des résultats intermédiaires pour aboutir. Ils sont alors stockés dans la mémoire vive en attendant d’être réutilisés.</p> -<p>Toutes ces informations traitées, qu’elles soient transformées ou mémorisées, proviennent de ce que l’on nomme des <em>entrées</em>. Ce sont ces entrées qui encodent les informations en chiffres. Une fois traitées, ou lorsqu’elles sont appelées par un programme, ces données transitent par les <em>sorties</em>. Elles font la transformation inverse et décodent les chiffres en signes interprétables.</p> -<p>L’encodage et le décodage des caractères accompagne toute l’histoire de l’informatique (et du numérique). Aux prémices de l’informatique, chaque matériel comportait ses propres programmes et tables d’encodage, rendant ainsi “possible” la transposition des données d’un matériel à un autre par équivalence. Cependant, dans la plupart des cas, les données ne pouvaient pas circuler entre les différents modèles d’ordinateur, ou alors au moyen de transformations fastidieuses, rendant ainsi les traitements réalisés sur les données enfermés dans des silos. La norme ASCII (<em>American Standard Code for Information Interchange</em>) fait son apparition dans les années 1960 pour résoudre l’enjeu d’interopérabilité de l’encodage des données. Soumise à l’<em>American Standards Association</em> (d’abord ASA puis ANSI) en 1961 par l’un de ses inventeurs, Bob Bemer, puis approuvée en 1963, l’ASCII permet d’encoder 128 caractères sur 7 bits. Néanmoins, ce n’est pas parce qu’un encodage est reconnu en tant que norme que son usage est effectif à l’instant même de sa reconnaissance. Il faut attendre 1968 que le président des États-Unis d’Amérique Johnson demande à ce que l’ASCII devienne la norme fédérale d’encodage des informations afin de réduire les incompatibilités au sein des réseaux de télécommunication pour qu’elle commence à se répandre. Dès 1969, tous les ordinateurs achetés par le gouvernement des États-Unis étaient compatibles avec la norme ASCII. Du côté des ordinateurs personnels, il faudra attendre le début des années 1980 pour que cette norme se répande grâce, entre autres, à son implémentation dans les ordinateurs construits par IBM. La norme X3.4:1986 en vigueur aujourd’hui, a été déposée auprès de l’ANSI en 1986. C’est à partir de cette norme que d’autres ont été développées et restent compatibles ASCII, comme c’est par exemple le cas de la norme Unicode, publiée en 1991, qui est la plus répandue de nos jours puisqu’elle encode le plus de caractères. Si ASCII contient 128 points de code, le standard Unicode permet d’en encoder plus de 149 000 sur une vingtaine de bits par point de code dans sa version 15.1 (de 2023). Afin de préserver cette compatibilité entre les normes, il est d’usage d’encoder les 128 premiers caractères de façon identique à la norme ASCII.</p> -<p>Pour pouvoir utiliser ces tables d’encodage et stocker des données dans la mémoire d’un ordinateur, les utilisateurs ont besoin d’une interface les rendant accessibles et manipulables. Ces interfaces peuvent être rangées sous l’appellation de logiciel. Il est intéressant d’introduire les logiciels et leur fonctionnement à partir du matériel composant l’ordinateur et plus particulièrement à partir de la carte mère. Les fournisseurs de carte mère incorporent généralement dans leur carte une première couche d’abstraction matérielle, un BIOS (<em>Basic Input Output System</em><a href="#fn7" class="footnote-ref" id="fnref7" role="doc-noteref"><sup>7</sup></a>), flashé dans la mémoire morte de l’ordinateur et programmé pour s’exécuter lors de la mise sous tension de ce dernier. Ce que l’on appelle <em>couche d’abstraction matérielle</em> en informatique représente la couche logicielle qui se trouve entre la partie matérielle et le système d’exploitation. Comme son nom l’indique, la fonction principale de cette couche est de permettre la manipulation du matériel tout en faisant abstraction de celui-ci. Le BIOS, ce tout premier jeu d’instructions qu’un ordinateur réalise, est un programme propriétaire chargé d’initialiser la séquence d’amorçage (<em>boot</em>) de l’ordinateur, de trouver le système d’exploitation, les périphériques (<em>a minima</em> le clavier et l’écran) et d’opérer quelques vérifications de bon fonctionnement des composants comme c’est le cas de l’horloge temps réel qui fonctionne en tout temps, même lorsque l’ordinateur est éteint, et rythme la totalité des cycles des autres circuits. Hormis quelques rares initiatives telles que Libreboot<a href="#fn8" class="footnote-ref" id="fnref8" role="doc-noteref"><sup>8</sup></a> et Coreboot<a href="#fn9" class="footnote-ref" id="fnref9" role="doc-noteref"><sup>9</sup></a>, des logiciels libres et <em>open sources</em> chargés de remplacer partiellement le BIOS propriétaire, la majorité des cartes mères sont liées à leur BIOS du fait de l’ajout par Intel, à partir de 2006, d’un sous-programme nommé <em>Management Engine</em> (ME) qui est accompagné d’un ensemble de modules comme <em>Boot Guard</em> et <em>Secure Boot</em> dont l’objectif est de veiller à ce qu’il n’y ait pas de corruption du système d’amorçage de l’ordinateur<a href="#fn10" class="footnote-ref" id="fnref10" role="doc-noteref"><sup>10</sup></a>. Ces programmes ont sans cesse été améliorés depuis leur introduction en 2006 et, aujourd’hui, ils empêchent toute modification de cette couche logicielle, la plus basse d’un ordinateur, si celle-ci n’est pas vérifiée et validée (avec un système de clés cryptées) par la firme propriétaire/fabricante. Il y aurait donc, au plus bas niveau d’abstraction matérielle dans un ordinateur, une impositionaux utilisateurs d’une vision de la machine réalisée par les quelques sociétés qui détiennent le monopole de la production de ce composant.</p> -<p>Le BIOS est donc l’interface entre l’utilisateur et la machine qui nous permet de manipuler les différentes entrées et sorties du système, donc de gérer les périphériques, fonction que le système d’exploitation peut également réaliser une fois que la phase d’amorçage est terminée. Le système d’exploitation (OS pour <em>Operating System</em>), est un niveau d’abstraction supplémentaire et se retrouve à l’interface entre les applications logicielles et la couche matérielle. Un OS est composé d’un ensemble de programmes permettant la bonne gestion des ressources de l’ordinateur : mémoires, calculs, périphériques, les registres, etc. Chaque OS a un fonctionnement qui lui est propre : l’architecture des informations – l’arborescence des dossiers, l’indexation des documents et des fichiers binaires change selon l’OS utilisé –, l’ordonnancement des tâches pour le processeur ou encore l’allocation de la mémoire, etc. Malgré le fait que ça n’ait pas toujours été le cas, les applications logicielles sont maintenant installées à l’intérieur des systèmes d’exploitation et prêtes à être exécutées. Le passage par un système d’exploitation permet aux logiciels de ne plus dépendre d’un modèle particulier du <em>hardware</em> et d’en faire justement abstraction, les rendant ainsi opérables sur différentes machines.</p> -<p>Ce tour d’horizon des particularités de l’écriture numérique et de l’agencement entre logiciel et matériel dans la machine nous montre que la conception de la machine ne permet pas à un auteur d’y inscrire des signes dans sa mémoire, ni de pouvoir les consulter directement puisqu’elle lui est inaccessible à moins qu’un intermédiaire ne servent d’interface. La médiation entre une machine et un auteur se fait au moyen d’un langage compréhensible par les deux parties, que l’on assemble sous la forme d’instructions qui, une fois empaquetées, forment un logiciel. Pour symboliser la médiation du matériel par la mise en place du logiciel à l’interface de l’humain et de la machine, l’entreprise Microsoft emploie la métaphore de la fenêtre (<em>window(s)</em>) à travers laquelle l’usager voit le numérique, et donc l’ordinateur. Pourtant, il ne faut pas s’y méprendre, quelle que soit la fenêtre logicielle, elle ne permet d’accéder qu’à un certain nombre fini d’instructions. Alors qu’en tant qu’appareil programmable qui ne se préoccupe pas de la signification du traitement des informations ni des résultats obtenus, l’ordinateur semble être un environnement beaucoup plus vaste que ce que cette fenêtre ne nous laisse croire <span class="citation" data-cites="turing_computable_1936">(Turing, 1936)</span>. Plutôt qu’une fenêtre comme ouverture ou passage vers le numérique, il serait plus juste de considérer cette fenêtre comme une vision du monde parmi d’autres. Cette vision du monde n’est pas seulement une vision particulière que l’humain a de la machine car dans ce cas nous serions dans un paradigme anthropocentré et utilitariste de la machine. En nous déplaçant de l’autre côté de la fenêtre, on se rend compte que la vision que porte la machine sur le monde est différente de la nôtre : la machine incarne une autre vision du monde sous forme de matrice, où chaque élément qu’elle perçoit l’est sous forme binaire. Le monde n’est alors plus que chiffres, calculs et distances, comme c’est le cas de la proposition de K. Hayles lorsqu’elle remplace Mère Nature par une Matrice <span class="citation" data-cites="hayles_my_2005">(Hayles, 2005)</span>.</p> -<p>Un début de relation s’instaure entre l’humain et la machine grâce à l’entremise du logiciel. À travers cette interface, lorsque l’on touche une lettre du bout du doigt, la machine devient alors accessible et l’impulsion (électrique) que cette action génère se transforme en une lettre à l’écran. Pour autant, cette accessibilité est-elle synonyme de mise en visibilité ? Le fait que “ça marche” rendrait-il le document visible ? C’est le rôle de l’interface graphique et des métaphores qu’elle véhicule que de cacher le fonctionnement même de la machine <span class="citation" data-cites="jeanneret_y_2011">(Jeanneret, 2011)</span>. La déliaison convoquée par Bonaccorsi <span class="citation" data-cites="bonaccorsi_fantasmagories_2020">(Bonaccorsi, 2020)</span> prend place dès cet instant dans le processus d’écriture puisqu’il ne s’agit pas seulement de délier le geste de l’inscription mais également de faire abstraction de tout le processus d’écriture au-delà du geste. Ainsi, le logiciel aurait une double fonctionnalité : la première est une médiation qui ouvre le dialogue avec la machine tandis que la seconde en fait abstraction et la cache, ce qui a pour effet de rendre la machine quasiment invisible à l’utilisateur. Cependant, que découvrons-nous lorsque nous retirons ce voile devant la fenêtre ? Là se dévoile un vaste écosystème constitué de formats, des protocoles et leurs flux d’informations et de documents, parfois temporaires, voyageant d’une étape à une autre, prenant forme et se transformant pour suivre un cheminement prédéfini jusqu’à la création d’un document final que l’utilisateur récupère. Chacune de ces fenêtres offre finalement une vision particulière d’un document et un modèle épistémologique qui lui est propre <span class="citation" data-cites="vitali-rosati_editorialization_2018">(Vitali-Rosati, 2018)</span>.</p> -<p>Dans la partie suivante, nous étudions le logiciel Stylo à partir de l’écran comme interface d’échange de signes entre les deux protagonistes, utilisateur et machine, puis, en dépassant cette surface, et en nous dégageant du prisme essentialiste<a href="#fn11" class="footnote-ref" id="fnref11" role="doc-noteref"><sup>11</sup></a>, nous démontrerons que les différents agents d’un environnement – principalement logiciels et humain – sont des dynamiques qui, lorsqu’elles sont agencées dans une configuration particulière, co-construisent l’écriture.</p> -<h2 id="le-document-est-une-médiation">Le document est une médiation</h2> -<p>Sans l’intervention du logiciel entre l’être humain et la machine, il ne serait pas possible pour un auteur d’écrire sur le support de l’inscription numérique. Si l’on considère l’écriture comme le geste d’inscrire une trace ou un signe sur un support, alors l’écriture numérique n’est plus un fait humain mais un acte réalisé par l’ordinateur lui-même.</p> -<p>L’interaction entre un humain et une machine consiste, comme nous l’avons vu, en une série d’instructions que donne l’utilisateur à la machine qui, ensuite, les exécute. Le mécanisme sous-jacent à ce que l’on considère communément comme l’écriture numérique – frapper une touche du clavier et voir la lettre s’afficher à l’écran – s’avère être plus complexe. Le moment de la frappe n’est plus le moment où le symbole que l’on voit figurer sur la touche du clavier est inscrit dans le disque dur, il s’agit plutôt du moment où une instruction est donnée à l’ordinateur qui ensuite se charge d’inscrire la lettre correspondante sur le disque dur. Si l’on se trouve dans le cas de figure de la saisie d’un texte dans un éditeur de texte, l’instruction suivante, selon les logiciels et les actions souhaitées, consiste à afficher à l’écran le symbole encodé dans la mémoire de l’ordinateur.</p> +<p>Toutes ces informations traitées, qu’elles soient transformées ou mémorisées, proviennent de ce que l’on nomme des <em>entrées</em>. Ce sont ces entrées qui encodent les informations en chiffres. Une fois traitées, ou lorsqu’elles sont appelées par un programme, ces données transitent par les <em>sorties</em>. Elles font la transformation inverse et décodent les chiffres en caractères humainement interprétables.</p> +<p>L’encodage et le décodage des caractères accompagne toute l’histoire de l’informatique (et du numérique). Aux prémices de l’informatique, chaque matériel comportait ses propres programmes et tables d’encodage, rendant ainsi “possible” la transposition des données d’un matériel à un autre par équivalence. Cependant, dans la plupart des cas, les données ne pouvaient pas circuler entre les différents modèles d’ordinateur, ou alors au moyen de transformations fastidieuses, rendant ainsi les traitements réalisés sur les données enfermées dans des silos. La norme ASCII (<em>American Standard Code for Information Interchange</em>) fait son apparition dans les années 1960 pour résoudre l’enjeu d’interopérabilité de l’encodage des données. Soumise à l’<em>American Standards Association</em> (d’abord ASA puis ANSI) en 1961 par l’un de ses inventeurs, Bob Bemer, puis approuvée en 1963, l’ASCII permet d’encoder 128 caractères sur 7 bits. Néanmoins, ce n’est pas parce qu’un encodage est reconnu en tant que norme que son usage est effectif à l’instant même de sa reconnaissance. Il faut attendre 1968 que le président des États-Unis d’Amérique Johnson demande à ce que l’ASCII devienne la norme fédérale d’encodage des informations afin de réduire les incompatibilités au sein des réseaux de télécommunication pour qu’elle commence à se répandre. Dès 1969, tous les ordinateurs achetés par le gouvernement des États-Unis étaient compatibles avec la norme ASCII. Du côté des ordinateurs personnels, il faudra attendre le début des années 1980 pour que cette norme se répande grâce, entre autres, à son implémentation dans les ordinateurs construits par IBM. La norme X3.4:1986 en vigueur aujourd’hui, a été déposée auprès de l’ANSI en 1986. C’est à partir de cette norme que d’autres ont été développées et restent compatibles ASCII, comme c’est par exemple le cas de la norme Unicode, publiée en 1991, qui est la plus répandue de nos jours puisqu’elle encode le plus de caractères. Si ASCII contient 128 points de code, le standard Unicode permet d’en encoder plus de 149 000 sur une vingtaine de bits par point de code dans sa version 15.1 (de 2023). Afin de préserver cette compatibilité entre les normes, il est d’usage d’encoder les 128 premiers caractères de façon identique à la norme ASCII.</p> +<p>Pour pouvoir utiliser ces tables d’encodage et stocker des données dans la mémoire d’un ordinateur, les utilisateurs ont besoin d’une interface les rendant accessibles et manipulables. Ces interfaces peuvent être rangées sous l’appellation de logiciel. Il est intéressant d’introduire les logiciels et leur fonctionnement à partir du matériel composant l’ordinateur et plus particulièrement à partir de la carte mère. Les fournisseurs de carte mère incorporent généralement dans leur carte une première couche d’abstraction matérielle, un BIOS (<em>Basic Input Output System</em><a href="#fn9" class="footnote-ref" id="fnref9" role="doc-noteref"><sup>9</sup></a>), flashé dans la mémoire morte de l’ordinateur et programmé pour s’exécuter lors de la mise sous tension de ce dernier. Ce que l’on appelle <em>couche d’abstraction matérielle</em> en informatique représente la couche logicielle qui se trouve entre la partie matérielle et le système d’exploitation. Comme son nom l’indique, la fonction principale de cette couche est de permettre la manipulation du matériel tout en faisant abstraction de celui-ci. Le BIOS, ce tout premier jeu d’instructions qu’un ordinateur réalise, est un programme propriétaire chargé d’initialiser la séquence d’amorçage (<em>boot</em>) de l’ordinateur, de trouver le système d’exploitation, les périphériques (<em>a minima</em> le clavier et l’écran) et d’opérer quelques vérifications de bon fonctionnement des composants comme c’est le cas de l’horloge temps réel qui fonctionne en tout temps, même lorsque l’ordinateur est éteint, et rythme la totalité des cycles des autres circuits. Hormis quelques rares initiatives telles que Libreboot<a href="#fn10" class="footnote-ref" id="fnref10" role="doc-noteref"><sup>10</sup></a> et Coreboot<a href="#fn11" class="footnote-ref" id="fnref11" role="doc-noteref"><sup>11</sup></a>, des logiciels libres et <em>open sources</em> chargés de remplacer partiellement le BIOS propriétaire, la majorité des cartes mères sont liées à leur BIOS du fait de l’ajout par Intel, à partir de 2006, d’un sous-programme nommé <em>Management Engine</em> (ME) qui est accompagné d’un ensemble de modules comme <em>Boot Guard</em> et <em>Secure Boot</em> dont l’objectif est de veiller à ce qu’il n’y ait pas de corruption du système d’amorçage de l’ordinateur<a href="#fn12" class="footnote-ref" id="fnref12" role="doc-noteref"><sup>12</sup></a>. Ces programmes ont sans cesse été améliorés depuis leur introduction en 2006 et, aujourd’hui, ils empêchent toute modification de cette couche logicielle, la plus basse d’un ordinateur, si celle-ci n’est pas vérifiée et validée (avec un système de clés cryptées) par la firme propriétaire/fabricante. Il y aurait donc, au plus bas niveau d’abstraction matérielle dans un ordinateur, une imposition d’une vision de la machine aux utilisateurs, réalisée par les quelques sociétés qui détiennent le monopole de la production de ce composant.</p> +<p>Le BIOS est donc l’interface entre l’utilisateur et la machine qui nous permet de manipuler les différentes entrées et sorties du système, donc de gérer les périphériques, fonction que le système d’exploitation peut également réaliser une fois que la phase d’amorçage est terminée. Le système d’exploitation (OS pour <em>Operating System</em>), est un niveau d’abstraction supplémentaire et se retrouve à l’interface entre les applications logicielles et la couche matérielle. Un OS est composé d’un ensemble de programmes permettant la bonne gestion des ressources de l’ordinateur : mémoires, calculs, périphériques, registres, etc. Chaque OS a un fonctionnement qui lui est propre : l’architecture des informations – l’arborescence des dossiers, l’indexation des documents et des fichiers binaires change selon l’OS utilisé –, l’ordonnancement des tâches pour le processeur ou encore l’allocation de la mémoire, etc. Même si cela n’a pas toujours été le cas, les applications logicielles sont maintenant installées à l’intérieur des systèmes d’exploitation et prêtes à être exécutées à partir de ce niveau d’abstraction de la couche matérielle. Le passage par un système d’exploitation permet aux logiciels de ne plus dépendre d’un modèle particulier du <em>hardware</em> et d’en faire justement abstraction, les rendant ainsi opérables sur différentes machines.</p> +<p>Ce tour d’horizon des particularités de l’écriture numérique et de l’agencement entre logiciel et matériel dans la machine nous montre que la conception de la machine ne permet pas à un auteur d’y inscrire des signes dans sa mémoire, ni de pouvoir les consulter directement puisqu’elle lui est inaccessible à moins qu’un intermédiaire ne servent d’interface. La médiation entre une machine et un auteur se fait au moyen d’un langage compréhensible par les deux parties, que l’on assemble sous la forme d’instructions qui, une fois empaquetées, forment un logiciel. Pour symboliser la médiation du matériel par la mise en place du logiciel à l’interface de l’humain et de la machine, l’entreprise Microsoft emploie la métaphore de la fenêtre (<em>window(s)</em>) à travers laquelle l’usager accède à l’espace numérique, et donc l’ordinateur. Pourtant, il ne faut pas s’y méprendre, quelle que soit la fenêtre logicielle, elle ne permet d’accéder qu’à un certain nombre fini d’instructions. Alors qu’en tant qu’appareil programmable qui ne se préoccupe pas de la signification du traitement des informations ni des résultats obtenus, l’ordinateur semble être un environnement beaucoup plus vaste que ce que cette fenêtre ne nous laisse croire <span class="citation" data-cites="turing_computable_1936">(Turing, 1936)</span>. Plutôt qu’une fenêtre comme ouverture ou passage vers le numérique, il serait plus juste de considérer cette fenêtre comme une vision du monde parmi d’autres. Cette vision du monde n’est pas seulement une vision particulière que l’humain a de la machine car dans ce cas nous serions dans un paradigme anthropocentré et utilitariste de la machine. En nous déplaçant de l’autre côté de la fenêtre, on se rend compte que la vision que porte la machine sur le monde est différente de la nôtre : la machine incarne une autre vision du monde sous forme de matrice, où chaque élément qu’elle perçoit l’est sous forme binaire. Le monde n’est alors plus que chiffres, calculs et distances, comme c’est le cas de la proposition de K. Hayles lorsqu’elle remplace Mère Nature par une Matrice <span class="citation" data-cites="hayles_my_2005">(Hayles, 2005)</span>.</p> +<p>Un début de relation s’instaure entre l’humain et la machine grâce à l’entremise du logiciel. À travers cette interface, lorsque l’on touche une lettre du bout du doigt, la machine devient alors accessible et l’impulsion (électrique) que cette action génère se transforme en une lettre à l’écran. Pour autant, cette accessibilité est-elle synonyme de mise en visibilité ? Le fait que “ça marche” rendrait-il le document plus visible ? Au contraire, c’est le rôle de l’interface graphique et des métaphores qu’elle véhicule que de cacher le fonctionnement même de la machine <span class="citation" data-cites="jeanneret_y_2011">(Jeanneret, 2011)</span>. La déliaison convoquée par Bonaccorsi <span class="citation" data-cites="bonaccorsi_fantasmagories_2020">(Bonaccorsi, 2020)</span> prend place dès cet instant dans le processus d’écriture puisqu’il ne s’agit pas seulement de délier le geste de l’inscription mais également de faire abstraction de tout le processus d’écriture au-delà du geste. Ainsi, le logiciel aurait une double fonctionnalité : la première est une médiation qui ouvre le dialogue avec la machine tandis que la seconde en fait abstraction et la cache, ce qui a pour effet de rendre la machine quasiment invisible à l’utilisateur. Cependant, que découvrons-nous lorsque nous retirons ce voile devant la fenêtre ? Là se dévoile un vaste écosystème constitué de formats, des protocoles et leurs flux d’informations et de documents, parfois temporaires, voyageant d’une étape à une autre, prenant forme et se transformant pour suivre un cheminement prédéfini jusqu’à la création d’un document final que l’utilisateur récupère. Chacune de ces fenêtres offre finalement une vision particulière d’un document et un modèle épistémologique qui lui est propre <span class="citation" data-cites="vitali-rosati_editorialization_2018">(Vitali-Rosati, 2018)</span>.</p> +<p>L’interaction entre un humain et une machine consiste en une série d’instructions que donne l’utilisateur à la machine qui, ensuite, les exécute. Le mécanisme sous-jacent à ce que l’on considère communément comme l’écriture numérique – frapper une touche du clavier et voir la lettre s’afficher à l’écran – s’avère être plus complexe. Le moment de la frappe n’est plus le moment où le symbole que l’on voit figurer sur la touche du clavier est inscrit dans le disque dur, il s’agit plutôt du moment où une instruction est donnée à l’ordinateur qui ensuite se charge d’inscrire la lettre correspondante sur le disque dur. Si l’on se trouve dans le cas de figure de la saisie d’un texte dans un éditeur de texte, l’instruction suivante, selon les logiciels et les actions souhaitées, consiste à afficher à l’écran le symbole encodé dans la mémoire de l’ordinateur.</p> <p>Pour réaliser cette suite d’actions, Yves Jeanneret et Emmanuël Souchier partent de ce constat qu’il n’est pas possible d’écrire un texte numérique sans qu’un autre texte soit déjà présent pour réaliser cette action. Ce texte particulier qui pré-existe toute activité numérique est nommé architexte <span class="citation" data-cites="souchier_numerique_2019">(Souchier, 2019)</span>.</p> <p>L’architexte est un concept d’abord employé par Gérard Genette <span class="citation" data-cites="genette_introduction_1979">(1979)</span> et désigne « l’ensemble des catégories générales, ou transcendantes – types de discours, modes d’énonciations, genre littéraires, etc. –, dont relève chaque texte singulier ».</p> <p>En 2019, dans leur ouvrage intitulé <em>Le numérique comme écriture</em>, G. Gomez Mejia, W. Candel et E. Souchier résument l’architexte numérique comme :</p> @@ -137,37 +139,39 @@ Du fait de mon implication dans Stylo, le regard que je porte sur ce terrain n <li>le logiciel</li> <li>le document</li> </ul> -<p>Le premier cadre, matériel, désigne toute la composante physique de l’ordinateur et surtout l’écran sur lequel est affiché le texte. Le cadre système, quant à lui, est associé à la couche permettant de générer un environnement d’écriture numérique, initialisé par le BIOS et par le démarrage du système d’exploitation qui constitue le deuxième élément principal du cadre système. Le cadre logiciel est relatif à l’ensemble des logiciels que l’on peut exécuter dans un système d’exploitation, par exemple un terminal, un navigateur ou un traitement de textes. Enfin, le dernier cadre est celui du document. Le document doit être compris comme un objet, ou une forme déterminée, à l’intérieur duquel des éléments sémiotiques sont organisés et structurés <span class="citation" data-cites="pedauque_document_2006 zacklad_design_2019">(Pédauque, 2006; Zacklad, 2019)</span>.</p> -<p>Ces cadres sont un début de réponse au dépassement de l’écran. Néanmoins, plutôt que d’approfondir cette dimension invisible du texte, les auteurs de l’architexte reviennent sur la couche graphique en ajoutant qu’« à cet enchâssement de cadres, il faudrait encore ajouter ceux que composent, à l’intérieur même du document, les rubriques, encadrés, cartouches, “boîtes de dialogue” ou autres formes de cadres éditoriaux structurants pour le travail même du texte ».</p> -<p>De plus, toujours selon les auteurs :</p> -<blockquote> -<p>Le premier “cadre” [qui] définit les conditions de possibilités matérielles de l’activité, est le seul inanimé. Les trois suivants, cadres système, logiciel et document, relèvent de l’ingénierie textuelle et définissent les conditions de réalisation de l’activité. On voit ainsi qu’une activité d’écriture réalisée sur le “document” d’un logiciel de traitement de texte est mise en abyme au sein de l’ensemble des autres “cadres” qui la rendent possible et la déterminent techniquement et sémiotiquement.</p> -</blockquote> -<p>Ce premier cadre de « l’écrit d’écran » ne désigne en fin de compte, pour les auteurs, que l’écran. Or, il n’est pas nommé cadre écran mais cadre matériel et devrait renvoyer à toute la dimension physique d’un ordinateur et pas seulement à l’organe d’affichage qui, dans cette disposition, apparaît comme central dans le fonctionnement d’un ordinateur.</p> -<p>Le dépassement de l’écran devient un acte symbolique nécessaire pour se soustraire à une vision anthropocentrée des actions de lecture et d’écriture. Pour effectuer ce changement de perspective, nous devons d’abord nous débarasser d’un élément central à l’interface de l’humain et la machine : la page.</p> -<p>Le terme <em>page</em> revient de manière récurrente dans nos usages de l’ordinateur : on le retrouve dans les logiciels de traitement de textes – il y a même un logiciel du nom de <em>Pages</em> disponible dans l’environnement Apple –, dans les livres numériques ou encore dans le Web où chaque URL est l’adresse d’une page. Matthew Kirschenbaum et Thomas Bergin nous détaillent dans leurs travaux l’arrivée de la page sur nos écrans durant les années 1970 et le début des années 1980 <span class="citation" data-cites="kirschenbaum_track_2016 bergin_origins_2006 bergin_proliferation_2006">(Bergin, 2006a, 2006b; Kirschenbaum, 2016)</span>.</p> -<p>Cet objet qu’est la page a été instauré dans l’ordinateur uniquement pour reproduire une « habitude » et créer un lien fictif entre les visions du monde de l’imprimerie et de l’informatique. Cet artefact produit une forme de réconfort auprès de l’utilisateur pour que le monde informatique lui semble plus tangible, qu’il ait quelque chose auquel se raccrocher, d’où sa déclinaison dans des espaces différents qui ne ressemblent plus du tout à des pages de livres ou de feuilles (par exemple la A4 lettre US, ou le livre au format poche). La page affichée à l’écran n’existe qu’à cet endroit, il ne s’agit que d’un rendu graphique qui ne fait pas partie de l’écriture (au sens du texte saisi).</p> -<p>Le pouvoir de la page sur l’utilisateur est considérable étant donnée la nature même de cet objet que l’on pourrait considérer comme l’un des seuls à être virtuel et presque sans matérialité du point de vue de l’informatique. Malgré tous les efforts effectués depuis son instauration à l’écran, la page affichée n’est jamais la page imprimée car, aussi précis que soient les détails typographiques que l’on peut y ajuster, elle ne reflétera jamais le grain, l’épaisseur, l’odeur ou tout autre caractéristique physique du papier.</p> +<p>En régissant ainsi les procédés de saisi du texte à tous les niveaux, un rapport de force semble s’instaurer entre les instances éditrices des architextes (que ce soit des collectifs, des institutions ou des entreprises) et les usagers <span class="citation" data-cites="jeanneret_lenonciation_2005">(Jeanneret & Souchier, 2005)</span>. Dans le cas d’un logiciel de traitement de texte lorsque, par exemple, Microsoft propose une modification de la police utilisée par défaut dans une version actualisée du logiciel MSWord, Microsoft change également les manières d’écrire de tous les individus à travers le monde qui utilisent ce logiciel (et qui ont installé la mise à jour).</p> +<p>Si l’on s’arrête à la vision superficielle du texte, comme le propose J. Goody avec la raison graphique <span class="citation" data-cites="goody_raison_1979">(Goody, 1979)</span>, on ne voit que les modifications d’affichage des éléments graphiques, mais nous oublions ceux qui sont invisibles et cachés derrière la page.</p> +<p>Certes, les interfaces d’écriture sont présentées sous la forme de gabarits que l’on doit remplir, comme on peut le faire avec des logiciels de création de diapositives dont chacune est découpée en sections contenant tour à tour des images, des titres ou du texte. Dans cet exemple-ci nous avons affaire à une construction visuelle du document : un emplacement pour le titre de la diapositive, un autre pour le texte, un autre pour une image ou pour un graphique, etc. À ce sujet, E. Tufte <span class="citation" data-cites="tufte_cognitive_2003">(2003)</span> a publié un article sur l’utilisation du logiciel PowerPoint et démontre à travers plusieurs cas d’étude les effets du logiciel sur la forme des présentations et des informations qu’elles contiennent. La thèse qu’il y défend est que ce logiciel, en 2003, « […] perturbe, domine et banalise systématiquement le contenu. » <a href="#fn13" class="footnote-ref" id="fnref13" role="doc-noteref"><sup>13</sup></a> notamment parce qu’il « facilite activement la réalisation de présentation légère »<a href="#fn14" class="footnote-ref" id="fnref14" role="doc-noteref"><sup>14</sup></a>. À travers son analyse des usages de PowerPoint, E. Tufte nous montre qu’il ne s’agit pas d’un manque de fonctionnalité pour enrichir des supports de présentation, que l’auteur qualifie de pauvres, mais que le logiciel lui-même induit ce type de présentation avec des <em>templates</em> préfabriqués, des réalisations de graphiques automatisées ou d’autres fonctionnalités similaires qui appauvrissent les présentations parce que leur fonctionnement est calqué sur un modèle de présentation marketing qui n’est pas adapté aux sciences. Il ne s’agit plus seulement de remplir des gabarits préfabriqués mais également de penser les formes que peuvent prendre l’information, ce que Tufte nomme « The Cognitive Style of PowerPoint », qui n’est pas sans rappeler la raison computationnelle de Bruno Bachimont <span class="citation" data-cites="bachimont_intelligence_2000">(2000)</span>.</p> +<p>En changeant de paradigme, de la raison graphique pour celui de la raison computationnelle, l’assujetissement à ces architextes dépasse cette surcouche graphique et concerne également toutes les sous-couches (in)visibles de structuration du texte, mais aussi tout le processus d’inscription du document dans la mémoire, ainsi que les protocoles et méthodes qui permettent d’accéder à ces données. Comme nous l’avons vu précédemment, ce n’est pas l’image du texte affichée à l’écran qui est sauvegardée mais bien une suite de caractères binaires dont l’écriture intermédiaire est composée de chiffres et de lettres.</p> +<p>Pourtant, on constate un paradoxe entre le nom d’un logiciel comme <em>Pages</em>, un traitement de texte disponible sous MacOS convoquant la métaphore de la page comme imaginaire en y enfermant les utilisateurs, et le rôle de guide qu’il doit remplir dans le traitement des informations. Dans ce cas-ci, le nom du logiciel ne réfère ni à son fonctionnement ni à son utilité. Alors que dans les années 1980, lors de la génèse des traitements de texte, les lettres <code>WP</code> signifiaient WordPerfect<a href="#fn15" class="footnote-ref" id="fnref15" role="doc-noteref"><sup>15</sup></a>, et que la plupart des autres concurrents employaient également le mot <em>word</em> dans le nom de leur logiciel, car c’est bien le mot et son traitement informatique qui était au centre des développements, la démarche d’Apple en 2005 nous montre un changement de perspective : on passe du mot à la page. L’attention est portée à un autre endroit, sur une page que génère <em>Pages</em> et qui n’existe pas dans d’autres environnements. La page créée dans cet espace n’est pas reproductible ailleurs même si le document qui en résulte est ouvert, à un autre moment, par le biais d’un autre logiciel. La page de Pages devient un espace délimité qui n’existe sous cette forme qu’à cet endroit. Depuis vingt ans que cet outil est nativement disponible sur les ordinateurs de chez Apple, la compatibilité avec d’autres formats et/ou logiciels augmente tardivement, en témoigne les arguments de communication mis en avant sur la page web du logiciel<a href="#fn16" class="footnote-ref" id="fnref16" role="doc-noteref"><sup>16</sup></a>, mais compatible ne veut pas dire identique. En plus de n’être accessible que <strong>sous</strong> MacOS, cette page ne l’est également que <strong>sous</strong> Pages : cette formulation courante laisse entendre que l’utilisateur devient alors sujet de son environnement d’écriture, nous dit F. Kittler <span class="citation" data-cites="kittler_mode_2015">(2015)</span>.</p> +<p>Cette position kittlerienne, que l’on peut qualifier d’essentialiste, pose les fondations des travaux de K. Hayles <span class="citation" data-cites="hayles_my_2005">(Hayles, 2005)</span>, du posthumanisme, et du nouveau matérialisme, courants dans lesquels s’inscrivent en outre les travaux de K. Barad <span class="citation" data-cites="barad_meeting_2007 barad_frankenstein_2023">(2007, 2023)</span> et ceux de M. Vitali-Rosati <span class="citation" data-cites="vitali-rosati_pour_2021">(2021)</span>. Pourtant, leur approche du rapport entre humain et machine est radicalement différente de celle de F. Kittler. Alors que F. Kittler identifie la machine et l’utilisateur par une série de propriétés ou définitions <em>avant</em> leur interaction, quasiment de manière décisive, les posthumanistes choisissent de ne pas déterminer les agents préalablement à l’environnement mais comme résultats de l’agencement de plusieurs dynamiques dans un espace donné. C’est en ce sens que sont mobilisées et développées les notions de <em>worldview</em> ches K. Hayles, où Mère Nature devient une Matrice (<em>My Mother was a Computer</em>), l’<em>intra-action</em> à la place d’interaction puisque les agents ne sont pas prédéterminés chez K. Barad et enfin l’<em>éditorialisation</em> chez M. Vitali-Rosati qui propose une ontologie de la médiation (métaontologie) selon laquelle le media n’existe pas, on y retrouve la provocation de Kittler, et que toutes ces dynamiques, ces intra-actions, sont des médiations dont la matérialité, dans un agencement donné, produit du sens <span class="citation" data-cites="vitali-rosati_media_2019">(Vitali-Rosati & Larrue, 2019)</span>.</p> +<p>Ainsi, l’assujetissement de l’humain aux logiciels que nous avons mentionné, que F. Kittler critique vivement dans ses travaux, n’a plus de raison d’être dans cette perspective non-essentialiste offerte par l’éditorialisation puisque ces entités sont uniquement déterminées lorsqu’il y a intra-action. Les relations entre les agents ne peuvent plus être présupposées et leur détermination est réalisée depuis un référentiel quasiment unique si l’on considère que les paramètres de cet environnement sont variables et que la probabilité d’obtention de conditions strictement identiques est quasi nulle. Depuis cette perspective où l’on considère les différents agents comme des productions de leur agencement dans un écosystème, il devient intéressant d’observer leur relation tout au long de ce processus pour comprendre comment ils s’affectent les uns les autres.</p> +<p>Pour réaliser cela, le dépassement de l’interface et des métaphores affichées à l’écran devient dès lors un acte symbolique nécessaire pour se soustraire à une vision essentialiste des actions de lecture et d’écriture. Pour effectuer ce changement de perspective, nous devons d’abord nous débarasser d’un élément central à l’interface de l’humain et la machine : la page.</p> +<p>Le terme <em>page</em> revient de manière récurrente dans nos usages de l’ordinateur : on le retrouve dans les logiciels de traitement de textes dont Pages fait partie, dans les livres numériques ou encore dans le Web où chaque URL est l’adresse d’une page. Matthew Kirschenbaum et Thomas Bergin nous détaillent dans leurs travaux l’arrivée de la page sur nos écrans durant les années 1970 et le début des années 1980 <span class="citation" data-cites="kirschenbaum_track_2016 bergin_origins_2006 bergin_proliferation_2006">(Bergin, 2006a, 2006b; Kirschenbaum, 2016)</span>.</p> +<p>Cet objet qu’est la page a été instauré dans l’ordinateur uniquement pour reproduire une « habitude » et créer un lien fictif entre les visions du monde de l’imprimerie et de l’informatique. Cet artefact produit une forme de réconfort auprès de l’utilisateur pour que le monde informatique lui semble plus tangible, qu’il ait quelque chose auquel se raccrocher, d’où sa déclinaison dans des espaces différents qui ne ressemblent plus du tout à des pages de livres ou des feuilles (par exemple la feuille aux formats A4, lettre US, ou le livre au format poche). La page affichée à l’écran n’existe qu’à cet endroit, il ne s’agit que d’un rendu graphique qui ne fait pas partie de l’écriture (au sens du texte saisi).</p> +<p>Le pouvoir de la page sur l’utilisateur est considérable étant donnée la nature même de cet objet que l’on pourrait considérer comme l’un des seuls à être virtuel et presque sans matérialité du point de vue de l’informatique. Malgré tous les efforts effectués depuis son instauration à l’écran, la page affichée n’est jamais la page imprimée car, aussi précis que soient les détails typographiques que l’on peut y ajuster, elle ne reflétera jamais le grain, l’épaisseur, l’odeur ou tout autre caractéristique physique du papier<a href="#fn17" class="footnote-ref" id="fnref17" role="doc-noteref"><sup>17</sup></a>.</p> <p>La critique énoncée à l’endroit de la page ne doit pas être réduite à une apologie d’un mode sans page. Elle consiste à montrer qu’à vouloir préserver une habitude pour <em>ne pas effrayer</em> l’utilisateur, la page fait écran devant l’ordinateur, et cache la machine qui ne devient plus qu’un simple mécanisme au lieu d’être un agent de l’énonciation éditoriale.</p> -<p>Cette peur de l’informatique pourrait relever essentiellement de l’angoise de l’arrachement d’une valeur qui définie l’être humain et devienne une caractéristique d’une autre entité, ne permettant plus de définir l’humain en regard de ce que lui seul est capable de faire (Vitali-Rosati).</p> -<p>Kittler, à ce propos, nous rappelle qu’historiquement les caractéristiques qui définissent l’être humain sont souvent le symbole du pouvoir et désigne plutôt les hommes alors qu’à l’instant même où cette caractéristique est déchue de son statut de marqueur de puissance, ce sont les femmes qui en héritent. Dans le cas de l’écriture – dactylographie et sténographie–, elles en deviennent les expertes dès 1881, au moment même où les ventes de la machine à écrire Remington II explosent alors que chute le pourcentage d’hommes dans ce domaine <span class="citation" data-cites="kittler_gramophone_2018">(F. Kittler, 2018, p. 306)</span>. La Remington Model II de 1878 comporte une particularité, il s’agit de la première machine à écrire comportant une touche SHIFT pour avoir les hauts de casse et les bas de casse sur le même clavier, pourtant, malgré cette nouvelle fonctionnalité, les ventes ne se développèrent pas dès cette date. En 1881, l’entreprise modifie sa stratégie de vente et cible les femmes qui n’ont pas de travail. En parallèle, l’Association chrétienne de jeunes femmes de New York commence à former des jeunes femmes à la dactylographie, fait qui a été ensuite reproduit en Europe dû à son succès <span class="citation" data-cites="kittler_gramophone_2018">(F. Kittler, 2018, p. 322)</span>. Il y aurait donc une peur de perdre non seulement une caractéristique de l’humanité mais surtout une caractéristique de la masculinité.</p> +<p>Cette peur de l’informatique pourrait relever essentiellement de l’angoise de l’arrachement d’une valeur qui définie l’être humain et devienne une caractéristique d’une autre entité, ne permettant plus de définir l’humain en regard de ce que lui seul est capable de faire.</p> +<p>Kittler, à ce propos, nous rappelle qu’historiquement les caractéristiques qui définissent l’être humain sont souvent le symbole du pouvoir et désigne plutôt les hommes alors qu’à l’instant même où cette caractéristique est déchue de son statut de marqueur de puissance, ce sont les femmes qui en héritent. Dans le cas de l’écriture – dactylographie et sténographie–, réservée pendant longtemps à la gent masculine, les femmes s’en emparent dès 1881, au moment même où les ventes de la machine à écrire Remington II explosent alors que chute le pourcentage d’hommes dans ce domaine <span class="citation" data-cites="kittler_gramophone_2018">(F. Kittler, 2018, p. 306)</span>. La Remington Model II de 1878 comporte une particularité, il s’agit de la première machine à écrire comportant une touche SHIFT pour avoir les hauts de casse et les bas de casse sur le même clavier, pourtant, malgré cette nouvelle fonctionnalité, les ventes ne se développèrent pas dès cette date. En 1881, l’entreprise modifie sa stratégie de vente et cible les femmes qui n’ont pas de travail. En parallèle, l’Association chrétienne de jeunes femmes de New York commence à former des jeunes femmes à la dactylographie, fait qui a été ensuite reproduit en Europe dû à son succès <span class="citation" data-cites="kittler_gramophone_2018">(F. Kittler, 2018, p. 322)</span>. Il y aurait donc une peur de perdre non seulement une caractéristique de l’humanité mais surtout une caractéristique de la masculinité.</p> <p>Néanmoins, avant d’en arriver à cette émotion forte qu’est la peur et qui traduit une incapacité à définir l’être humain, nous pouvons nous appuyer sur la pensée de Gunther Anders et convoquer une forme de honte <span class="citation" data-cites="anders_obsolescence_2002">(Anders, 2002)</span> que la page camoufle.</p> <p>Interagir avec une machine demande une certaine rigueur : qu’il s’agisse de structurer un document ou de lui donner une série d’instructions (du code), une machine ne peut interpréter l’ambiguité ou l’implicite culturel. Cela voudrait dire qu’aucun échange humain-ordinateur ne peut reposer sur des conventions culturelles de lecture et que l’instruction donnée n’a, en elle-même, aucun sens. Dès lors, comment pouvons-nous admettre que quelque chose qui n’a pas de sens puisse en générer ?</p> <p>La honte (prométhéenne) d’Anders est alors double : d’un côté il y a un mélange de fierté devant cette machine créée par l’être humain et de honte parce que l’individu isolé devant la machine sait que ce n’est pas lui qui l’a mise au point et, de l’autre, il y a cette honte à être face à un outil qui réalise une action mieux qu’on ne le ferait soi-même alors que cette dite machine n’a aucune conscience de ce qu’elle réalise.</p> -<p>Le dépassement de la page et de l’écran est une proposition pour poser un autre regard non anthrocopentré sur cette question de l’écriture numérique et laisser de côté les modalités de définition de l’être humain. Elle signifie qu’il ne s’agit plus de poser la question de l’auteur de l’écriture, en admettant que c’est bien la machine qui écrit, mais de se demander comment cette nouvelle fonction (inter)agit entre les agents d’un système d’informations. Que se passe-t-il lorsque cet ordinateur devient un agent actif qui écrit et transmet des informations entre, d’une part, l’instructeur (la personne qui donne des instructions) et la ou les personnes qui lisent les productions issues du traitement de ces instructions (les productions écrites) ? Dans cette configuration s’opère alors un changement radical de l’état de l’ordinateur. D’abord à l’état de médiateur puis de support de l’écriture, l’ordinateur passe maintenant au statut d’entité agissante au sein d’un système d’informations.</p> +<p>Le dépassement de la page et de l’écran est une proposition pour poser un autre regard non anthrocopentré sur cette question de l’écriture numérique et laisser de côté les modalités de définition de l’être humain en acceptant son caractère inhumain. En dépassant la page, il ne s’agit plus de poser la question de l’auteur de l’écriture, en admettant que c’est bien la machine qui écrit, mais de se demander comment cette nouvelle fonction (inter)agit entre les agents d’un système d’informations. Que se passe-t-il lorsque cet ordinateur devient un agent actif qui écrit et transmet des informations entre, d’une part, l’instructeur (la personne qui donne des instructions) et les documents issus du traitement de ces instructions ? Dans cette configuration s’opère alors un changement radical de l’état de l’ordinateur. D’abord à l’état de médiateur puis de support de l’écriture, l’ordinateur passe maintenant au statut d’entité agissante au sein d’un système d’informations.</p> <p>Traverser la page pour atteindre les couches inférieures nous amène à faire escale sur la couche logicielle. Le logiciel a un statut intéressant : on le considère souvent comme un médiateur, un agent qui permet la communication et l’interaction humain-machine, pourtant ce n’est pas le cas de toutes les recherches. F. Kittler et sa très célèbre provocation « Es gibt keine Software », traduit par <em>Le logiciel n’existe pas</em> <span class="citation" data-cites="kittler_mode_2015">(2015)</span>, nous rappelle que ces écritures (qui nous permettent d’écrire), sont stockées et traitées par la machine exactement de la même façon que n’importe quelle écriture numérique.</p> <p>On retrouve tous ces textes numériques (logiciels et documents) au même niveau hiérarchique dans l’architecture du système d’exploitation et le traitement qui leur est appliqué par le processeur est identique. La nomination des logiciels en tant qu’« écrits qui permettent les écrits d’écran » par E. Souchier nous mène aussi à cette juxtaposition : finalement le logiciel est de même nature que le texte que nous y rédigeons à l’intérieur.</p> -<p>Toutefois, une distinction persiste. Si le texte peut être remédié dans un autre format – et être imprimé par exemple –, le logiciel quant à lui ne peut exister que dans son environnement numérique. Son code source peut lui aussi faire l’objet d’une remédiation <span class="citation" data-cites="bolter_remediation_1998">(Bolter & Grusin, 1998)</span> mais il sera dénaturé, car sa fonction principale est l’organisation du traitement des informations dans un ordinateur. D’ailleurs, C. Herrenschmidt nous rappelle que le terme de logiciel a été forgé à partir de la contraction du mot “logique” avec le mot “matériel” <span class="citation" data-cites="herrenschmidt_trois_2023">(Herrenschmidt, 2023, p. 474)</span> , pour justement montrer à la fois l’opposition du logiciel avec l’aspect matériel (<em>hardware</em>) et marquer leur complémentarité : l’ordinateur (<em>hardware</em>) serait très peu accessible (voire inaccessible) sans logiciel, et le logiciel n’existe pas en dehors de l’ordinateur.</p> -<p>Lorsque l’on définit le logiciel en opposition au matériel, on les place tous les deux au même niveau – ils sont des entités équivalentes – et cela nous détache de ce que nous avons vu précédemment sur la place du logiciel aux côtés de n’importe quel document à l’intérieur de la mémoire de l’ordinateur.</p> -<p>Un courant contemporain de la théorie des médias, l’intermédialité montréalaise<a href="#fn12" class="footnote-ref" id="fnref12" role="doc-noteref"><sup>12</sup></a> <span class="citation" data-cites="muller_lintermedialite_2000 tadier_tentative_2021 tadier__2021">(Müller, 2000; Tadier & Méchoulan, 2021; Tadier, 2021)</span>, en tant qu’art pour penser les relations <span class="citation" data-cites="tadier__2021">(Tadier, 2021)</span>, peut être mobilisée pour mieux comprendre les liens entretenus par les agents de notre système, la machine avec elle-même, humain-machine, machine-machine.</p> -<p>Ce qui est intéressant dans cette relation – et que certains systèmes d’exploitation cachent depuis plusieurs années – est le fait que logiciel ne puisse exister que dans un environnement très particulier et fragile. Pour fonctionner, le logiciel doit être compatible avec plusieurs composants de l’ordinateur. Les premiers composants sont matériels : est-ce que l’ordinateur a une carte graphique, quel type de processeur ou la quantité de mémoire vive, etc. C’était un fait connu du temps des premiers logiciels comme WordPerfect <span class="citation" data-cites="bergin_origins_2006 kirschenbaum_track_2016 kittler_mode_2015">(Bergin, 2006a; Kirschenbaum, 2016; F. A. Kittler, 2015)</span> et que l’on voit de moins en moins aujourd’hui, notamment parce que 1) les logiciels à installer sont disponibles pour beaucoup de matériels – exceptés pour certains jeux vidéos ou des programmes que l’on va préférer faire fonctionner sur des “machines plus puissantes” avec plus de capacité de calcul – et 2) parce que le développement des téléphones intelligents depuis une vingtaine d’années a donné naissance à un nouveau format d’application : les <em>progressive web apps</em> qui utilisent les technologies du web (HTML, CSS, JS) pour fonctionner et sont donc exécutables sur plus de supports puisqu’elles sont agnostiques<a href="#fn13" class="footnote-ref" id="fnref13" role="doc-noteref"><sup>13</sup></a> vis-à-vis du système d’exploitation. L’environnement matériel est donc une première condition pour faire fonctionner un logiciel. La deuxième est le système d’exploitation. En fonction du système d’exploitation – et de sa version – un logiciel pourra y être installé à l’intérieur. Ce deuxième paramètre ne doit pas être sous-estimé, car l’écosystème des logiciels fonctionne sur la base d’un système réticulaire : les programmes ne sont pas développés <em>from scratch</em>, ils s’appuient sur d’autres briques logicielles qui elles-mêmes s’appuient sur d’autres briques logicielles. Chacune d’entre elles dépend d’une version particulière de l’autre. Si une version venait à être mise à jour sans vérification préalable, alors le château de cartes pourrait s’effondrer et le logiciel ne plus fonctionner.</p> +<p>Toutefois, une distinction persiste. Si le texte peut être remédié dans un autre format – et être imprimé par exemple –, le logiciel quant à lui ne peut exister que dans son environnement numérique. Son code source peut lui aussi faire l’objet d’une remédiation <span class="citation" data-cites="bolter_remediation_1998">(Bolter & Grusin, 1998)</span> mais il sera dénaturé, car sa fonction principale est l’organisation du traitement des informations dans un ordinateur. D’ailleurs, C. Herrenschmidt nous rappelle que le terme de logiciel a été forgé à partir de la contraction du mot “logique” avec le mot “matériel” <span class="citation" data-cites="herrenschmidt_trois_2023">(Herrenschmidt, 2023, p. 474)</span>, pour justement montrer à la fois l’opposition du logiciel avec l’aspect matériel (<em>hardware</em>) et marquer leur complémentarité : l’ordinateur (<em>hardware</em>) serait très peu accessible (voire inaccessible) sans logiciel, et le logiciel n’existe pas en dehors de l’ordinateur.</p> +<p>Lorsque l’on définit le logiciel en opposition au matériel, comme nous l’avons énoncé précédemment, nous les positionnons tous deux à la même échelle. Ils en deviennent ainsi faussement comparables et le logiciel se voit doté d’une propriété immatérielle, ce qui a pour effet d’être en totale contradiction avec ce que nous venons d’énoncer sur la place du logiciel aux côtés de n’importe quel document à l’intérieur de la mémoire de l’ordinateur. En suivant les pensées d’Herrenschmidt et de Kittler, s’ils affirment que le logiciel n’existe pas, c’est parce qu’il n’est pas une entité propre, mais est une partie de l’ordinateur. Il en constitue un organe de communication interne et externe à l’ordinateur.</p> +<p>La relation entre un logiciel avec le reste de son écosystème peut être qualifiée de fragile et nécessite une attention particulière puisque l’agencement du logiciel avec le reste de l’environnement ne peut se faire qu’au prix d’une compatiblité entre les divers éléments qui le composent – même si les systèmes d’exploitation récents lissent et camouflent cet aspect-là. Pour fonctionner, le logiciel doit être compatible avec plusieurs composants de l’ordinateur. Les premiers composants sont matériels : est-ce que l’ordinateur a une carte graphique, quel type de processeur ou la quantité de mémoire vive, etc. C’était un fait connu du temps des premiers logiciels comme WordPerfect <span class="citation" data-cites="bergin_origins_2006 kirschenbaum_track_2016 kittler_mode_2015">(Bergin, 2006a; Kirschenbaum, 2016; F. A. Kittler, 2015)</span> et que l’on voit de moins en moins aujourd’hui, notamment parce que 1) les logiciels à installer sont disponibles pour beaucoup de matériels – exceptés pour certains jeux vidéos ou des programmes que l’on va préférer faire fonctionner sur des “machines plus puissantes” avec plus de capacité de calcul – et 2) parce que le développement des téléphones intelligents depuis une vingtaine d’années a donné naissance à un nouveau format d’application : les <em>progressive web apps</em> qui utilisent les technologies du web (HTML, CSS, JS) pour fonctionner et sont donc exécutables sur plus de supports puisqu’elles sont agnostiques<a href="#fn18" class="footnote-ref" id="fnref18" role="doc-noteref"><sup>18</sup></a> vis-à-vis du système d’exploitation. L’environnement matériel est donc une première condition pour faire fonctionner un logiciel. Le deuxième composant est le système d’exploitation (et sa version). En fonction du système d’exploitation – et de sa version – un logiciel pourra y être installé à l’intérieur. Ce deuxième paramètre ne doit pas être sous-estimé, car l’écosystème des logiciels fonctionne sur la base d’un système réticulaire : les programmes ne sont pas développés <em>from scratch</em>, ils s’appuient sur d’autres briques logicielles qui elles-mêmes s’appuient sur d’autres briques logicielles. Chacune d’entre elles dépend d’une version particulière de l’autre. Si une version venait à être mise à jour sans vérification préalable, alors le château de cartes pourrait s’effondrer et le logiciel ne plus fonctionner.</p> <p>D’ailleurs, une pratique courante en développement informatique consiste à créer un environnement virtuel – une bulle – à l’intérieur même de son ordinateur pour y installer des versions sélectionnées de dépendances logicielles afin qu’elles ne soient pas victimes d’un effet de bord dû à une mise à jour d’un autre programme (et d’autre dépendances).</p> -<p>Le logiciel est un langage de haut niveau qui permet de manipuler des données jusqu’au plus bas niveau de l’ordinateur, au niveau des entrées et des sorties. Toutes ces manipulations sont exécutées en appelant des instructions dans ce réseau de dépendances/logiciels pour que les données puissent descendre les couches et être transformées jusqu’à atteindre leur espace de stockage dans la mémoire morte.</p> -<p>Le nom qui désigne un logiciel comme MS Word, Stylo ou LibreOffice désignent plus que les vagues notions que peuvent être leur fonctionnalité principale, dans ces cas-ci l’édition de texte, et peuvent être définis par la totalité des instructions mobilisées dans la manipulation des informations. À l’instar de McLuhan <span class="citation" data-cites="mcluhan_pour_1977">(1977)</span>, l’on pourrait percevoir les logiciels comme des espaces construits – des architectures de l’information <span class="citation" data-cites="broudoux_larchitecture_2013">(Broudoux et al., 2013)</span> soignées – avec une topologie qui leur est propre et à travers laquelle chaque suite d’instructions forme une route que des unités sémiotiques empruntent pour y être transformées en unités calculables.</p> -<p>Chaque environnement d’écriture incarne un modèle et une vision du traitement de l’information, que l’on peut englober sous le nom de cet environnement. Lors de l’interaction entre un usager et une machine, par le biais de cet environnement, les médiations à l’oeuvre sont des représentations de ce modèle dont les traces présentes dans les documents sont les indices.</p> -<p>En prenant le cas de Stylo, nous pouvons détailler ce que désigne cette appellation en fouillant l’architecture logicielle, puisque le code est en libre accès, afin de cibler les traces de cette relation entre l’auteur et son environnement.</p> -<p>Tout d’abord, Stylo représente un espace sur le Web dans lequel nous pouvons écrire en suivant la syntaxe de trois formats de texte brut, le Markdown, le YAML et le BibTeX. Le Web fonctionne différemment d’un environnement local sur son ordinateur personnel.</p> -<p>Alain Mille en dresse l’histoire depuis les débuts d’Internet dans les années 1960 <span class="citation" data-cites="mille_internet_2014">(2014)</span> à partir du réseau filaire ARPAnet développé par le département de la défense américaine. Seulement, comme le souligne A. Mille, il manque une brique pour que naisse l’Internet : un protocole de transfert des documents. Le premier protocole a vu le jour en 1969<a href="#fn14" class="footnote-ref" id="fnref14" role="doc-noteref"><sup>14</sup></a> et a fait l’objet de la première RFC<a href="#fn15" class="footnote-ref" id="fnref15" role="doc-noteref"><sup>15</sup></a> (<em>Request for comments</em>) avant de trouver une forme plus aboutie dans le protocole TCP en 1974 – décrit par Vincent Cerf et Bob Kahn – et permet avec sa distribution sous forme de paquets la naissance d’Internet. Ce n’est qu’en 1990, au CERN ((Organisation européenne pour la recherche nucléaire)), que Tim Berners-Lee participe à la conception du Web – et du <em>World Wide Web</em> – pour pallier le problème d’échanges de documents numériques rencontré dans cette institution grâce au développement du langage de balisage HTML. Le Web vient donc répondre à un besoin, celui de la compatibilité des informations et de leur interoperabilité dans une structure. En créant un environnement spécifique composé de normes de structuration des informations interprétable par un logiciel, le navigateur, le Web devient agnostique et ne dépend plus de la même couche d’abstraction logicielle qu’un environnement local. L’ordinateur devient un terminal, un client à partir duquel on peut se connecter au réseau et accéder aux informations qui y circulent.</p> +<p>Le logiciel est un langage de haut niveau qui permet de manipuler des données jusqu’au plus bas niveau de l’ordinateur, au niveau des entrées et des sorties. Toutes ces manipulations sont exécutées en appelant des instructions dans ce réseau de dépendances/logiciels pour que les données puissent descendre les couches de l’ordinateur et être transformées jusqu’à atteindre leur espace de stockage dans la mémoire morte.</p> +<p>Le nom qui désigne un logiciel comme MS Word, Stylo ou LibreOffice désignent plus que les vagues notions que peuvent être leur fonctionnalité principale, dans ces cas-ci l’édition de texte. Un logiciel évoque la totalité des instructions nécessaires à la manipulation des informations (ce que nous appelons des fonctionnalités), mais aussi l’intégralité de l’écosystème dans lequel le logiciel fonctionne. À titre d’exemple, les logiciels obsolètes que l’on ne peut plus faire fonctionner dans les environnements récents doivent faire l’objet d’une émulation pour être exécuté : les conditions permettant leur bon fonctionnement sont simulés à l’identique pour reproduire la machine sur laquelle le logiciel a été initiallement conçu. Ce phénomène est récurrent dans plusieurs domaines tels que les archives du web ou les jeux vidéos, mais est également valable pour tous les logiciels.</p> +<p>Le logiciel <em>Electric Pencil</em>, premier logiciel qualifié de <em>word processor</em> en 1978 illustre bien ce propos. Si l’on souhaitait en faire l’installation sur un ordinateur fabriqué en 2024, ce ne serait pas une chose très aisée puisqu’il a été développé pour un ordinateur de cette époque, le TRS-80 Model I. Pour réaliser cette installation, il faudrait connaître les spécificités de cet ordinateur et les simuler pour qu’<em>Electric Pencil</em> soit exécuté. C’est en ce sens qu’<em>Electric Pencil</em> embarque avec lui tous les agencements et l’histoire du média pour lequel il a été développé.</p> +<p>À l’instar de McLuhan <span class="citation" data-cites="mcluhan_pour_1977">(1977)</span>, l’on pourrait percevoir les logiciels comme des espaces construits – des architectures de l’information <span class="citation" data-cites="broudoux_larchitecture_2013">(Broudoux et al., 2013)</span> soignées – avec une topologie qui leur est propre et à travers laquelle chaque suite d’instructions forme une route que des unités sémiotiques empruntent pour y être transformées en unités calculables.</p> +<p>Chaque environnement d’écriture incarne un modèle et une vision du traitement de l’information, que l’on peut englober sous le nom de cet environnement. Lors de l’interaction entre un usager et une machine, par le biais de cet environnement, les médiations à l’oeuvre sont des dynamiques qui, lorsqu’elles sont agencées dans une configuration particulière, co-construisent un document jusqu’à sa matérialisation.</p> +<p>En prenant le cas de Stylo, nous pouvons détailler ce que désigne cette appellation en fouillant son architecture logicielle, puisque le code est en libre accès, afin de cibler ces dynamiques et mettre en visibilité les étapes de la matérialisation du document primaire.</p> +<h2 id="les-médiations-documentaires-dans-stylo">Les médiations documentaires dans Stylo</h2> +<p>Stylo représente un espace sur le Web dans lequel nous pouvons écrire selon la syntaxe de trois formats de texte brut, le Markdown, le YAML et le BibTeX. À la différence d’un espace fermé comme peut l’être un espace local, le Web est un environnement ouvert et accessible pour celles et ceux qui ont un accès à Internet. Il constitue une application d’Internet permettant le transfert d’informations en réseau. Son architecture repose sur deux éléments fondamentaux : un protocole d’adressage des ressources (<em>Internet Protocol</em>, IP) et un protocole de transfert des informations (<em>Transmission Control Protocol</em>, TCP).</p> +<p>Alain Mille en dresse l’histoire depuis les débuts d’Internet dans les années 1960 à partir du réseau filaire ARPAnet développé par le département de la défense américaine <span class="citation" data-cites="mille_internet_2014">(Mille, 2014)</span>. À ce stade précoce, comme le souligne A. Mille, il manque une brique technologique pour que naisse l’Internet : un protocole de transfert des documents. Le premier protocole a vu le jour en 1969<a href="#fn19" class="footnote-ref" id="fnref19" role="doc-noteref"><sup>19</sup></a> et a fait l’objet de la première RFC<a href="#fn20" class="footnote-ref" id="fnref20" role="doc-noteref"><sup>20</sup></a> (<em>Request for comments</em>) avant de trouver une forme plus aboutie dans le protocole TCP en 1974 – décrit par Vincent Cerf et Bob Kahn – et permet avec sa distribution sous forme de paquets la naissance d’Internet. Ce n’est qu’en 1990, au CERN (Organisation européenne pour la recherche nucléaire), que Tim Berners-Lee participe à la conception du Web – et du <em>World Wide Web</em> – pour pallier le problème d’échanges de documents numériques rencontré dans cette institution grâce au développement du langage de balisage HTML. Le Web vient donc répondre à un besoin, celui de la compatibilité des informations et de leur interoperabilité dans une structure. En créant un environnement spécifique composé de normes de structuration des informations interprétable par un logiciel, le navigateur, le Web devient agnostique et ne dépend plus de la même couche d’abstraction logicielle qu’un environnement local. L’ordinateur devient un terminal, un client à partir duquel on peut se connecter au réseau et accéder aux informations qui y circulent.</p> <p>C’est ainsi que sur le Web, l’action de stockage des données est généralement séparée de l’espace d’affichage dans le navigateur. Les données sont stockées dans une base de données sur un serveur. Il y aurait donc au moins deux modules différents, la partie <em>client</em> – ce qui est affiché dans le navigateur – et la partie <em>serveur</em> où sont organisées les informations.</p> <p>Nous retrouvons ce fonctionnement dans Stylo avec la partie serveur et la partie client auxquelles vient s’ajouter un troisième bloc pour exporter les données afin de les extraire de cet environnement client - serveur. L’architecture logicielle de Stylo peut donc être scindée en trois parties.</p> <figure> @@ -175,12 +179,12 @@ Du fait de mon implication dans Stylo, le regard que je porte sur ce terrain n <figcaption aria-hidden="true">Les différents modules de Stylo</figcaption> </figure> <p>Tout d’abord, nous retrouvons la base de données où sont stockées toutes les informations et données de Stylo : les comptes utilisateurs, les articles, les espaces de travail, les corpus, etc. Cette base de données est réalisée avec MongoDB, un système de gestion de base de données non relationnelles développé en 2007 et s’appuyant sur des documents structurés au format JSON.</p> -<p>Le deuxième bloc de Stylo est le module d’export qui permet de transformer les informations saisies et visibles dans l’éditeur en de multiples documents. Tout ce module est développé et maintenu avec le langage de programmation Python par David Larlet. Cette brique technologique est articulée autour du logiciel de transformation et de conversion Pandoc<a href="#fn16" class="footnote-ref" id="fnref16" role="doc-noteref"><sup>16</sup></a> déployée sur un serveur et rendue accessible via une autre API<a href="#fn17" class="footnote-ref" id="fnref17" role="doc-noteref"><sup>17</sup></a> fabriquée à partir du framework FastAPI<a href="#fn18" class="footnote-ref" id="fnref18" role="doc-noteref"><sup>18</sup></a>. Le module d’export intégré à Stylo<a href="#fn19" class="footnote-ref" id="fnref19" role="doc-noteref"><sup>19</sup></a> permet de convertir et de transformer les textes sources en une multitude d’artefacts, selon les capacités de transformation et de conversion du logiciel Pandoc auquel il est rattaché.</p> -<p>Le dernier bloc de Stylo concerne l’interface que les utilisateurs voient affichée sur leur écran. Étant donné que Stylo est accessible via un navigateur web, l’interface a été conçue avec les technologies de cet environnement. On retrouve des objets en HTML, en CSS et en Javascript. Le <em>framework</em> React, une surcouche à Javascript <em>open source</em> développée par Facebook (aujourd’hui Meta) en 2013, a été employé pour faire les différents composants de l’interface et intégrer de nombreuses librairies telle que <em>i18n</em> qui permet d’implémenter le multilinguisme dans l’interface et changer la langue affichée à l’écran en un seul clic.</p> -<p>L’éditeur de texte, pièce maîtresse de Stylo, s’appuie sur la technologie Monaco<a href="#fn20" class="footnote-ref" id="fnref20" role="doc-noteref"><sup>20</sup></a> développé par Microsoft et rendu disponible sous licence MIT.</p> -<p>Ces deux blocs, la base de données MongoDB et l’interface web, ne sont pas en communication directe. Les champs de texte dans la partie HTML ne permettent pas d’écrire directement dans la base de données. En conséquence, un canal de communication devait être établi entre ces deux objets pour que les données puissent être accessibles à la fois en lecture, pour l’affichage dans la page web, et en écriture pour ajouter, modifier ou supprimer des éléments. Pour mettre en oeuvre cette communication, une API (<em>Application Programming Interface</em>) utilisant le langage de requête GraphQL a été mise en place et rendue accessible via le protocole HTTP (<em>Hypertext Transfert Protocol</em>)<a href="#fn21" class="footnote-ref" id="fnref21" role="doc-noteref"><sup>21</sup></a>, la surcouche du protocole internet utilisée pour le web. Le langage de requête et de manipulation des données GraphQL a également été développé par Facebook à partir de 2012 puis publié en <em>open source</em> en 2015.</p> -<p>L’une des particularités d’une API GraphQL, contrairement à une API REST par exemple, est qu’elle sert l’ensemble des données à une seule adresse (<em>endpoint</em>) alors que plus généralement, les données sont accessibles à des URL très précises, ce qui a pour effet de rendre explicite la structuration des données dans la base. En ne servant les données qu’à une seule adresse, l’API s’échappe de la contrainte de la structuration des données et contourne les problèmes récurrents d’<em>over-fetching</em> ou d’<em>under-fetching</em> que l’on peut rencontrer dans certaines applications<a href="#fn22" class="footnote-ref" id="fnref22" role="doc-noteref"><sup>22</sup></a> L’API GraphQL est donc agnostique à l’égard de la forme de la base de données. Par contre, la définition de requêtes adressables à la base de données doit être déclarée pour que l’on puisse faire circuler les informations entre le serveur et le client. Pour effectuer cela, GraphQL à son propre langage de description de schéma (SDL, <em>Schema Definition Language</em>) et permet de déclarer explicitement les différentes façons d’écrire une requête.</p> -<p>Par exemple dans Stylo, le champ <code>user</code> contient les informations suivantes<a href="#fn23" class="footnote-ref" id="fnref23" role="doc-noteref"><sup>23</sup></a> :</p> +<p>Le deuxième bloc de Stylo est le module d’export qui permet de transformer les informations saisies et visibles dans l’éditeur en de multiples documents. Tout ce module est développé et maintenu avec le langage de programmation Python par David Larlet. Cette brique technologique est articulée autour du logiciel de transformation et de conversion Pandoc<a href="#fn21" class="footnote-ref" id="fnref21" role="doc-noteref"><sup>21</sup></a> déployée sur un serveur et rendue accessible via une autre API<a href="#fn22" class="footnote-ref" id="fnref22" role="doc-noteref"><sup>22</sup></a> fabriquée à partir du framework FastAPI<a href="#fn23" class="footnote-ref" id="fnref23" role="doc-noteref"><sup>23</sup></a>. Le module d’export intégré à Stylo<a href="#fn24" class="footnote-ref" id="fnref24" role="doc-noteref"><sup>24</sup></a> permet de convertir et de transformer les textes sources en une multitude d’artefacts, selon les capacités de transformation et de conversion du logiciel Pandoc auquel il est rattaché.</p> +<p>Le dernier bloc de Stylo concerne l’interface que les utilisateurs voient affichée sur leur écran. Étant donné que Stylo est accessible via un navigateur web, l’interface a été conçue avec les technologies de cet environnement. On retrouve des objets en HTML, en CSS et en Javascript. Le <em>framework</em> React, une surcouche à Javascript <em>open source</em> développée par Facebook (aujourd’hui Meta) en 2013, a été employé pour construire les différents composants de l’interface et intégrer de nombreuses librairies telle que <em>i18n</em> qui permet d’implémenter le multilinguisme dans l’interface et de changer la langue affichée à l’écran en un seul clic.</p> +<p>L’éditeur de texte, pièce maîtresse de Stylo, s’appuie sur la technologie Monaco<a href="#fn25" class="footnote-ref" id="fnref25" role="doc-noteref"><sup>25</sup></a> développée par Microsoft et rendu disponible sous licence MIT.</p> +<p>Ces deux blocs, la base de données MongoDB et l’interface web, ne sont pas en communication directe. Les champs de texte dans la partie HTML ne permettent pas d’écrire directement dans la base de données. En conséquence, un canal de communication devait être établi entre ces deux objets pour que les données puissent être accessibles à la fois en lecture, pour l’affichage dans la page web, et en écriture pour ajouter, modifier ou supprimer des éléments. Pour mettre en oeuvre cette communication, une API (<em>Application Programming Interface</em>) utilisant le langage de requête GraphQL a été mise en place et rendue accessible via le protocole HTTP (<em>Hypertext Transfert Protocol</em>)<a href="#fn26" class="footnote-ref" id="fnref26" role="doc-noteref"><sup>26</sup></a>, la surcouche du protocole internet utilisée pour le web. Le langage de requête et de manipulation des données GraphQL a également été développé par Facebook à partir de 2012 puis publié en <em>open source</em> en 2015.</p> +<p>L’une des particularités d’une API GraphQL, contrairement à une API REST par exemple, est qu’elle sert l’ensemble des données à une seule adresse (<em>endpoint</em>) alors que plus généralement, les données sont accessibles à des URL très précises, ce qui a pour effet de rendre explicite la structuration des données dans la base. En ne servant les données qu’à une seule adresse, l’API s’échappe de la contrainte de la structuration des données et contourne les problèmes récurrents d’<em>over-fetching</em> ou d’<em>under-fetching</em> que l’on peut rencontrer dans certaines applications<a href="#fn27" class="footnote-ref" id="fnref27" role="doc-noteref"><sup>27</sup></a> L’API GraphQL est donc agnostique à l’égard de la forme de la base de données. Par contre, la définition de requêtes adressables à la base de données doit être déclarée pour que l’on puisse faire circuler les informations entre le serveur et le client. Pour effectuer cela, GraphQL à son propre langage de description de schéma (SDL, <em>Schema Definition Language</em>) et permet de déclarer explicitement les différentes façons d’écrire une requête.</p> +<p>Par exemple dans Stylo, le champ <code>user</code> contient les informations suivantes<a href="#fn28" class="footnote-ref" id="fnref28" role="doc-noteref"><sup>28</sup></a> :</p> <ul> <li>_id</li> <li>displayName</li> @@ -220,15 +224,20 @@ Du fait de mon implication dans Stylo, le regard que je porte sur ce terrain n <span id="cb2-6"><a href="#cb2-6" aria-hidden="true" tabindex="-1"></a> }</span> <span id="cb2-7"><a href="#cb2-7" aria-hidden="true" tabindex="-1"></a>}</span></code></pre></div> <p>Cet exemple montre qu’il y a une certaine économie de l’information implémentée dans le fonctionnement même de GraphQL pour n’aller chercher que les informations nécessaires pour une requête particulière, pour peu que la requête en elle-même soit bien rédigée. D’ailleurs, il s’agit là d’un des écueils potentiels de GraphQL : des requêtes mal formulées peuvent aller à l’encontre de ce principe.</p> -<p>Dans Stylo, chaque fonctionnalité, chaque bouton (ou presque) qui réalise une action de lecture ou d’écriture est lié à une requête GraphQL et au schéma de donnée correspondant. Chacune de ces actions suit en conséquence une modalité d’inscription dans la base de données se conformant à l’architecture implémentée lors des développements de Stylo et produit une vision du document.</p> -<p>Le protocole HTTP comporte deux méthodes bien connues pour faire circuler des informations entre un client et un serveur : <code>GET</code> et <code>POST</code>. Un des arguments phares présenté par GraphQL est sa dimension agnostique par rapport au protocole de communication des informations employé, que ce soit HTTP ou des WebSockets ou autre. Pourtant, malgré la capacité de GraphQL à être utilisable avec toutes les méthodes d’HTTP<a href="#fn24" class="footnote-ref" id="fnref24" role="doc-noteref"><sup>24</sup></a>, une bonne pratique appliquée par la communauté GraphQL est l’emploi du protocole HTTP couplé à la méthode <code>POST</code> pour tous types de requêtes (que ce soit une <code>query</code>, une <code>mutation</code> ou encore une <code>subscription</code>). Lors de la transmission des informations par la méthode <code>GET</code>, toutes les informations sont insérées dans l’URL ce qui 1) les rend visibles (et vulnérables) et 2) impose une limite du nombre de caractères (aux alentours de 2000 au maximum) au risque de déclencher une erreur 414 (URL trop longue). En conséquence, il est préférable d’utiliser la méthode <code>POST</code> pour envoyer ou récupérer des informations, car elles ne seront ni visibles ni limitées en longueur. Malgré l’aspect agnostique de GraphQL, la forme textuelle des requêtes implique en elle-même un choix particulier de transmission des informations avec ce qu’il comporte comme avantages et inconvénients.</p> -<p>Les spécificités du protocole HTTP sont définies dans les <em>Request for Comments</em> (RFC) publiés par l’<em>Internet Engineering Task Force</em> (IETF) fondée en 1986 et dont le siège se trouve aux États-Unis. Les documents et leurs contenus sont régulièrements mis à jour par la communauté qui participe à ces commentaires. Le numéro de la RFC en lien avec la méthode <code>POST</code> est le 9110<a href="#fn25" class="footnote-ref" id="fnref25" role="doc-noteref"><sup>25</sup></a> publié en juin 2022.</p> +<p>Dans Stylo, chaque fonctionnalité, chaque bouton (ou presque) qui réalise une action de lecture ou d’écriture est lié à une requête GraphQL et au schéma de donnée correspondant. Chacune de ces actions suit en conséquence une modalité d’inscription dans la base de données se conformant à l’architecture implémentée lors des développements de Stylo. Ce faisant, chacun de ces boutons est une amorce à l’organisation des informations et à la matérialisation du document, puisqu’ils déterminent la manière dont sont traitées les informations. Par exemple, il est toujours possible d’utiliser le champ dédié au corps de texte pour indexer des métadonnées, seulement Stylo n’est pas prévu pour traiter en tant que métadonnées les informations contenues dans l’espace réservé au texte. Elles seront alors traitées comme du texte et perdront leur valeur sémantique.</p> +<p>La circulation des informations entre le client et le serveur ne repose pas uniquement sur GraphQL, qui permet seulement de construire les requêtes liées aux données de Stylo par le biais de l’API. De la même façon que l’on n’envoie pas une lettre à quelqu’un sans service postal, les requêtes GraphQL ne peuvent pas circuler entre la base de données et le client sans un protocole pour les acheminer. Pour être livrée à destination, la carte postale doit respecter plusieurs conditions : elle doit comporter l’adresse du destinataire, être affranchie et enfin être déposée sur le réseau du service postal (soit dans un bureau de poste, soit dans une boîte postale). Si l’on ne respecte pas ce protocole et que l’on décide plutôt de jeter cette carte postale par la fenêtre, il est fort probable que celle-ci n’arrive jamais à destination. Le procédé est similaire pour les requêtes formulées sur les données de Stylo. Pour émettre ou recevoir une requête GraphQL, le client a besoin d’un protocole, soit un ensemble de règles pour formater et véhiculer la requête sur le réseau. Pour Stylo, le protocole employé est HTTP. Ce procotole induit un comportement particulier de notre requête puisque selon son emploi, les informations ne seront pas traitées de la même manière.</p> +<p>Parmi les neuf méthodes de circulation des informations entre un serveur et un client, le protocole HTTP en comporte deux bien connues : <code>GET</code> et <code>POST</code>. Chacune de ces méthodes a un comportement bien défini. Pourtant, un des arguments phares présenté par GraphQL est sa dimension agnostique par rapport au protocole de communication des informations employé, que ce soit HTTP ou des WebSockets ou autre. Malgré la capacité de GraphQL à être utilisable avec toutes les méthodes d’HTTP<a href="#fn29" class="footnote-ref" id="fnref29" role="doc-noteref"><sup>29</sup></a>, une bonne pratique appliquée par la communauté GraphQL est l’emploi du protocole HTTP couplé à la méthode <code>POST</code> pour tous types de requêtes (que ce soit une <code>query</code>, une <code>mutation</code> ou encore une <code>subscription</code>). Lors de la transmission des informations par la méthode <code>GET</code>, toutes les informations sont insérées dans l’URL ce qui 1) les rend visibles (et vulnérables) et 2) impose une limite du nombre de caractères (aux alentours de 2000 au maximum) au risque de déclencher une erreur 414 (URL trop longue). En conséquence, il est préférable d’utiliser la méthode <code>POST</code> pour envoyer ou récupérer des informations, car elles ne seront ni visibles ni limitées en longueur. Malgré l’aspect agnostique de GraphQL, la forme textuelle des requêtes implique en elle-même un choix particulier de transmission des informations avec ce qu’il comporte comme avantages et inconvénients. En respect de ces bonnes pratiques, la méthode <code>POST</code> a été préférée dans Stylo.</p> +<p>Les spécificités du protocole HTTP sont définies et consultables dans les <em>Request for Comments</em> (RFC) publiés par l’<em>Internet Engineering Task Force</em> (IETF) fondée en 1986 et dont le siège se trouve aux États-Unis. Les documents et leurs contenus sont régulièrements mis à jour par la communauté qui participe à ces commentaires. Le numéro de la RFC en lien avec la méthode <code>POST</code> est le 9110<a href="#fn30" class="footnote-ref" id="fnref30" role="doc-noteref"><sup>30</sup></a> publié en juin 2022.</p> <p>La méthode <code>POST</code> est définie dans le paragraphe 9.3.3 comme :</p> <blockquote> -<p>The POST method requests that the target resource process the representation enclosed in the request according to the resource’s own specific semantics. For example, POST is used for the following functions (among others) : - Providing a block of data, such as the fields entered into an HTML form, to a data-handling process; - Posting a message to a bulletin board, newsgroup, mailing list, blog, or similar group of articles; - Creating a new resource that has yet to be identified by the origin server; and - Appending data to a resource’s existing representation(s).<a href="#fn26" class="footnote-ref" id="fnref26" role="doc-noteref"><sup>26</sup></a></p> +<p>The POST method requests that the target resource process the representation enclosed in the request according to the resource’s own specific semantics. For example, POST is used for the following functions (among others) :<br /> +- Providing a block of data, such as the fields entered into an HTML form, to a data-handling process;<br /> +- Posting a message to a bulletin board, newsgroup, mailing list, blog, or similar group of articles;<br /> +- Creating a new resource that has yet to be identified by the origin server; and<br /> +- Appending data to a resource’s existing representation(s).<a href="#fn31" class="footnote-ref" id="fnref31" role="doc-noteref"><sup>31</sup></a></p> </blockquote> -<p>À travers cette brève définition, l’on remarque que l’usage principal de la méthode <code>POST</code> est plutôt relatif à l’envoi d’informations, qu’elles soient nouvelles ou mises à jour. Le comportement de <code>POST</code> fait toutefois débat, notamment quant à son usage pour l’envoi de certaines informations puisque, comme cela est indiqué dans sa définition, <code>POST</code> laisse le soin au serveur (la ressource cible) de traiter les données contenues dans son message selon sa propre sémantique. En somme, contrairement à d’autres méthodes comme <code>PUT</code>, <code>POST</code> n’est pas idempotente<a href="#fn27" class="footnote-ref" id="fnref27" role="doc-noteref"><sup>27</sup></a>, ce qui pourrait entraîner des différences de résultat lors de l’exécution d’une requête. Par exemple, la duplication d’une requête en cas de problème de connexion. Au contraire, une méthode idempotente comme <code>PUT</code> ou <code>DELETE</code> aurait le même effet du côté du serveur et cela quel que soit le nombre de fois que cette requête lui aura été envoyée : une ressource supprimée ne le sera qu’une fois.</p> -<p>Cependant, cette caractéristique tend à disparaître dans le cas de l’utilisation de <code>POST</code> avec une structure GraphQL puisque cette dernière ne dépend pas d’une architecture composée de multiples adresses (une pour chaque ressource) mais d’une seule adresse à laquelle on soumet des requêtes. Dans le cas de Stylo, <code>POST</code> est donc soumis à l’architecture GraphQL, on peut donc bien considérer GraphQL agnostique à l’égard de la méthode <code>POST</code> du protocole HTTP.</p> +<p>À travers cette brève définition, l’on remarque que l’usage principal de la méthode <code>POST</code> est plutôt relatif à l’envoi d’informations, qu’elles soient nouvelles ou mises à jour. Le comportement de <code>POST</code> fait toutefois débat, notamment quant à son usage pour l’envoi de certaines informations puisque, comme cela est indiqué dans sa définition, <code>POST</code> laisse le soin au serveur (la ressource cible) de traiter les données contenues dans son message selon sa propre sémantique. En somme, contrairement à d’autres méthodes comme <code>PUT</code>, <code>POST</code> n’est pas idempotente<a href="#fn32" class="footnote-ref" id="fnref32" role="doc-noteref"><sup>32</sup></a>, ce qui pourrait entraîner des différences de résultat lors de l’exécution d’une requête. Par exemple, la duplication d’une requête en cas de problème de connexion. Au contraire, une méthode idempotente comme <code>PUT</code> ou <code>DELETE</code> aurait le même effet du côté du serveur et cela quel que soit le nombre de fois que cette requête lui aura été envoyée : une ressource supprimée ne le sera qu’une fois.</p> +<p>Cependant, cette caractéristique tend à disparaître dans le cas de l’utilisation de <code>POST</code> avec une structure GraphQL puisque cette dernière ne dépend pas d’une architecture composée de multiples adresses (une pour chaque ressource) mais d’une seule adresse à laquelle on soumet des requêtes. Dans le cas de Stylo, <code>POST</code> est donc soumise à l’architecture GraphQL, on peut donc bien considérer GraphQL agnostique à l’égard de la méthode <code>POST</code> du protocole HTTP.</p> <p>Enfin, dans le cas d’une requête <code>POST</code>, le contenu à envoyer sur le serveur est formaté en JSON. Ci-dessous un exemple de requête <code>POST</code> envoyée depuis l’interface Web de Stylo vers le serveur :</p> <div class="sourceCode" id="cb3"><pre class="sourceCode json"><code class="sourceCode json"><span id="cb3-1"><a href="#cb3-1" aria-hidden="true" tabindex="-1"></a><span class="fu">{</span><span class="dt">"query"</span><span class="fu">:</span><span class="st">"query updateWorkingVersion(articleId: ID!, $content:</span></span> <span id="cb3-2"><a href="#cb3-2" aria-hidden="true" tabindex="-1"></a><span class="st">WorkingVersionInput!)</span></span> @@ -242,17 +251,16 @@ Du fait de mon implication dans Stylo, le regard que je porte sur ce terrain n <span id="cb3-10"><a href="#cb3-10" aria-hidden="true" tabindex="-1"></a><span class="dt">"variables"</span><span class="fu">:{</span><span class="dt">"userId"</span><span class="fu">:</span><span class="st">"61d62....."</span><span class="fu">,</span></span> <span id="cb3-11"><a href="#cb3-11" aria-hidden="true" tabindex="-1"></a><span class="dt">"articleId"</span><span class="fu">:</span><span class="st">"65e0e38129637c0012ef7a"</span><span class="fu">,</span></span> <span id="cb3-12"><a href="#cb3-12" aria-hidden="true" tabindex="-1"></a><span class="dt">"content"</span><span class="fu">:{</span><span class="dt">"md"</span><span class="fu">:</span><span class="st">"Ajout du texte pour la requête HTTP 'POST'"</span><span class="fu">}}}</span></span></code></pre></div> -<p>Autrement dit, chaque fonctionnalité décrit de manière formelle la structuration des informations dans Stylo, donc ce que Stylo écrit dans la base de données et dans les textes puisque ce sont les informations renseignées qui seront intégrées dans les documents exportés. En ce sens, Stylo et ses protocoles pré-construisent la totalité de ce qu’un utilisateur peut saisir dans l’interface et sera enregistré dans la base de données. Cette préconstruction est la vision du document incarnée dans Stylo. Puisqu’il y a une pré-construction du document et du texte, nous pouvons à ce stade présupposer qu’il y a une pré-construction des traces issues des interactions avec l’utilisateur et qu’elles se matérialisent dans des fragments comme celui présenté ci-dessus.</p> +<p>Autrement dit, chaque fonctionnalité décrit de manière formelle la structuration des informations dans Stylo et, par extension, ce que Stylo écrit dans les documents que nous sommes en train de matérialiser. En ce sens, Stylo et ses protocoles pré-construisent la totalité de ce qu’un utilisateur peut saisir dans l’interface et de ce qui sera enregistré dans la base de données. Cette préconstruction est la vision du document incarnée dans Stylo.</p> <p>Cette description très générale des moyens de communication à l’oeuvre entre les différents modules de Stylo nous montre déjà que l’information saisie dans cet éditeur de texte est formatée par une architecture de données alors que nous n’avons pas encore abordé les conditions de l’écriture avec les trois formats pivots d’un document dans Stylo.</p> -<p>[Trouver quelques références sur les formats, ex la these de de Mourat sur le vacillement des formats]</p> -<p>Selon les formats d’écriture, et lorsque l’on sort du paradigme WYSIWYG pour celui du WYSIWYM, on s’émancipe de la surcouche de mise en page pour entrer directement dans la couche de la structuration des contenus, là où les formats remplacent la couche supprimée par une autre couche graphique et rendent leur structure visible.</p> +<p>Selon les formats d’écriture, et lorsque l’on sort du paradigme WYSIWYG pour celui du WYSIWYM, on se libère de la surcouche de mise en page graphique pour entrer directement dans la couche de la structuration des contenus. Ce changement de paradigme ne nous libère pas de la représentation graphique du document, puisque l’affichage du texte dans un format brut est déjà une forme de représentation de l’information. Dans ce cas, le texte n’est plus représenté par des conventions de lecture mais l’est pas des conventions d’écriture dans un format donné <span class="citation" data-cites="pedauque_document_2006">(Pédauque, 2006)</span>.</p> <p><em>What You See Is What You Get</em>, ou WYSIWYG, est l’acronyme généralement employé pour désigner les outils qui adoptent une surcouche graphique de gestion de la mise en page des contenus d’un document, au risque de ne pas structurer les informations qu’il contient avec finesse. Le paradigme opposé, <em>What You See Is What You Mean</em> (WYSIWYM), distingue la mise en page graphique des éléments du texte de leur structuration. Les formats employés sont généralement du texte brut et permettent dans la plupart des cas de baliser le contenu pour définir la nature des éléments à décrire. C’est le cas, par exemple, de tous les langages de balisages hérités de SGML (<em>Standard Generalized Markup Language</em>) tels que HTML ou XML mais également les langages de balisage léger comme Markdown, AsciiDoc, reStructuredText, etc.</p> -<p>À ce stade, l’agent humain ne dépend pas d’un logiciel particulier pour saisir son texte puisque la saisie d’un texte dans un format <em>plain text</em> peut l’être dans n’importe quel environnement. Écrire en texte brut signifie également ouvrir les possibilités de structuration du texte : ce n’est plus un logiciel de traitement de texte, MSWord, GoogleDoc ou LibreOffice qui décide de l’organisation des connaissances à l’intérieur du document, suivant un phénomène de documentarisation <span class="citation" data-cites="zacklad_design_2019">(Zacklad, 2019)</span>, mais le choix d’un format ou d’une saveur particulière d’un format : le positionnement de l’autorité est alors déplacé vers un niveau plus bas.</p> -<p>L’encodage d’un texte en XML illustre bien ce propos. XML, pour <em>eXtensible Markup Language</em>, est à la fois un format de modélisation du texte et un métalangage qui définit ses propres règles. Plus souple que le HTML dont les balises sont figées, XML permet à chaque utilisateur de créer son propre système hiérarchique arborescent par l’élaboration de balises personnalisées. Postérieur d’une décennie au format HTML, la publication des recommandations de la première version (1.0) du métalangage XML voit le jour en 1998.</p> +<p>À ce stade, l’agent humain ne dépend pas d’un logiciel particulier pour saisir son texte puisque la saisie d’un texte dans un format <em>plain text</em> peut l’être dans n’importe quel environnement. Écrire en texte brut signifie également ouvrir les possibilités de structuration du texte : ce n’est plus un logiciel de traitement de texte, MSWord, GoogleDoc ou LibreOffice qui décide de l’organisation des connaissances à l’intérieur du document mais le choix d’un format ou d’une saveur particulière d’un format : le positionnement de l’autorité est alors déplacé vers un niveau plus bas.</p> +<p>L’encodage d’un texte en XML illustre bien ce propos. XML, pour <em>eXtensible Markup Language</em>, est à la fois un format de modélisation du texte et un métalangage qui définit ses propres règles. Plus souple que le HTML dont les balises sont figées, XML permet à chaque utilisateur de créer son propre système hiérarchique arborescent par l’élaboration de balises personnalisées. Postérieur d’une décennie au format HTML, la publication des recommandations de la première version (1.0) du métalangage XML voit le jour en 1998<a href="#fn33" class="footnote-ref" id="fnref33" role="doc-noteref"><sup>33</sup></a>.</p> <p>La souplesse mentionnée précédemment n’empêche pas une rigueur extrême dans la structuration des contenus : chaque document formaté en XML doit, pour être valide, être conforme à un schéma dont la fonction est de définir des règles de structuration des informations documentées. Ce fonctionnement rend XML interopérable entre différents systèmes d’informations et chaque document XML devient transformable en un autre document XML.</p> -<p>Que l’on soit sous système d’exploitation Linux, MacOS ou Windows, le XML peut être saisi et lu dans tous les éditeurs de texte. Chacun est en capacité de créer ses propres régles d’agencement des contenus en créant un schéma qui correspond aux besoins d’une chaîne éditoriale.</p> +<p>Que l’on soit sous système d’exploitation Linux, MacOS ou Windows, le XML peut être saisi et lu dans tous les éditeurs de texte. Chacun est en capacité de créer ses propres règles d’agencement des contenus en créant un schéma qui correspond aux besoins d’une chaîne éditoriale.</p> <p>Par exemple, lors de l’édition d’un article scientifique, comment pouvons-nous définir un auteur ?</p> -<p>Si l’on écrit la chaîne de caractère “Rémi Dupont” à la fin du texte, nous pouvons, par convention de lecture, deviner que “Rémi” est le prénom de l’auteur et “Dupont” son nom. Or, pour l’ordinateur, cette chaîne de caractère n’est rien d’autre qu’une série de caractères qui n’a aucune valeur sémantique particulière, hormis peut-être qu’il s’agit d’un paragraphe.</p> +<p>Si l’on écrit la chaîne de caractère “Rémi Dupont” à la fin du texte, nous pouvons, par convention de lecture, deviner que “Rémi” est le prénom de l’auteur et “Dupont” son nom. Or, pour l’ordinateur, cette chaîne de caractère n’est rien d’autre qu’une série de caractères qui n’a aucune valeur sémantique particulière, hormis peut-être qu’il s’agit d’un paragraphe ou d’une ligne de texte.</p> <p>Si l’on saisit cette même chaîne de caractères en XML, on peut ajouter une balise <code><auteur>Rémi Dupont</auteur></code> pour signifier explicitement qu’il s’agit de l’auteur du texte.</p> <p>Il est également possible de préciser encore plus cette notion d’auteur en y ajoutant par exemple des balises <code><prénom></code> et <code><nom></code> à l’intérieur de la balise <code><auteur></code>. La description de ce qu’est un auteur, pour l’écriture de cet exemple, devient formelle et explicite. Cependant, pour l’écriture savante, est-ce qu’un auteur est seulement un nom et un prénom ? En fonction des contextes de publication, il est possible qu’un autre agent, la revue, définisse également la notion d’auteur avec d’autres informations telles que l’affiliation académique, une adresse courriel et un identifiant unique comme l’ORCID. Rémi Dupont prendrait alors la forme suivante :</p> <div class="sourceCode" id="cb4"><pre class="sourceCode xml"><code class="sourceCode xml"><span id="cb4-1"><a href="#cb4-1" aria-hidden="true" tabindex="-1"></a><<span class="kw">auteur</span>></span> @@ -264,25 +272,25 @@ Du fait de mon implication dans Stylo, le regard que je porte sur ce terrain n <span id="cb4-7"><a href="#cb4-7" aria-hidden="true" tabindex="-1"></a></<span class="kw">auteur</span>></span></code></pre></div> <p>Le format XML est un exemple très explicite. La sémantique du texte y est structurée selon deux dimensions, à la fois en termes de structuration verticale des informations mais aussi dans la saisie des noms des balises qui, en général, renvoient à des éléments lisibles et compréhensibles, ce qui n’est pas le cas de tous les formats – au prix d’un balisage dit plus verbeux et parfois lourds dans le texte. D’autres langages de balisage, notamment ceux qualifiés de légers comme le Markdown, emploient des symboles tels que <code>=</code> ou <code>#</code> pour structurer les informations à l’intérieur d’un document. Contrairement à ce que nous avons vu avec le XML, la signification des éléments structurants n’est pas forcément explicite pour une lecture humaine, même si l’on peut la deviner ou l’apprendre.</p> <p>Le terme format est avant tout un terme technique, il délimite les caractéristiques d’un objet. Ces caractéristiques sont formulées par un certain nombres de données, d’instructions, ou de règles. L’objectif est de disposer d’un consensus pour dialoguer autour d’un objet ou de faire communiquer des processus qui traîtent ou qui produisent des formats.</p> -<p>Le format est une contrainte technique dans des environnements qui peuvent être très divers : formats d’objets physiques comme le papier, formats informatiques que nous connaissons par l’extension des fichiers sur nos ordinateurs, ou formats littéraires concernant l’agencement des mots et des phrases. Nous nous concentrons ici sur les formats informatiques. En fonction des nécessités d’un système d’exploitation, d’un programme informatique ou d’une plateforme en ligne, un format caractéristique sera requis pour agencer et organiser les informations selon les règles qui le définissent [bachimont_ingenierie_2007]. Un format qui n’est pas standard (ces caractéristiques doivent être décrites), qui n’est pas ouvert (il est possible de comprendre comment le format fonctionne) ou qui nécessite un environnement très spécifique pour être interprété ou transformé va générer beaucoup d’obstacles pour son utilisation.</p> +<p>Le format est une contrainte technique dans des environnements qui peuvent être très divers : formats d’objets physiques comme le papier, formats informatiques que nous connaissons par l’extension des fichiers sur nos ordinateurs, ou formats littéraires concernant l’agencement des mots et des phrases. Nous nous concentrons ici sur les formats informatiques. En fonction des nécessités d’un système d’exploitation, d’un programme informatique ou d’une plateforme en ligne, un format caractéristique sera requis pour agencer et organiser les informations selon les règles qui le définissent <span class="citation" data-cites="bachimont_ingenierie_2007">(Bachimont, 2007)</span>. Un format qui n’est pas standard (ces caractéristiques doivent être décrites), qui n’est pas ouvert (il est possible de comprendre comment le format fonctionne) ou qui nécessite un environnement très spécifique pour être interprété ou transformé va générer beaucoup d’obstacles pour son utilisation.</p> <p>La contrainte du format est liée à d’autres contraintes comme la compatibilité (quel format peut être lu par quel programme ou logiciel ?), l’interopérabilité (est-ce que le format peut être utilisé de la même façon quel que soit l’environnement ?), la dépendance (de quoi un système a-t-il besoin pour traiter le format ?) et les droits associés (est-ce que le format peut être lu, modifié ou partagé ?).</p> -<p>Si le but du format est de constituer une série d’informations compréhensibles, utilisables et communicables, il reste une contrainte forte pour les chaînes de publication <span class="citation" data-cites="mourat_vacillement_2020">(Mourat, 2020)</span>. Que ce soit en tant que format d’entrée, format pivot de transformation ou format de publication – nous reviendrons sur les transformations et les artefacts publiables dans le chapitre 3 –, il déterminera le fonctionnement de la chaîne.</p> +<p>Si le but du format est de constituer une série d’informations compréhensibles, utilisables et communicables, il reste une contrainte forte pour les chaînes de publication <span class="citation" data-cites="mourat_vacillement_2020">(Mourat, 2020)</span>. Que ce soit en tant que format d’entrée, format pivot de transformation ou format de publication – nous reviendrons sur les transformations et les artefacts publiables dans le chapitre 3 –, il déterminera les agencements possibles de la chaîne.</p> <p>Comme nous l’avons déjà mentionné, il y a trois formats centraux dans l’éditeur de texte Stylo : le Markdown pour le corps du texte, le YAML pour les métadonnées et le BibTeX pour les références bibliographiques. Chacun de ces formats a sa propre histoire et ses propres spécifications. Afin de mieux comprendre la structuration des informations dans Stylo, nous allons passer en revue certaines des particularités de ces formats et de leur implémentation dans l’éditeur.</p> -<p>Mardown est un langage de balisage léger créé en 2004 par John Gruber<a href="#fn28" class="footnote-ref" id="fnref28" role="doc-noteref"><sup>28</sup></a>. Sa syntaxe, beaucoup plus légère et moins verbeuse que le HTML dont il est issu, permet de structurer et de décrire sémantiquement le texte. Il a été pensé pour pouvoir être converti facilement vers d’autres formats comme HTML, LaTeX ou PDF. Markdown se distingue des autres langages de balisages légers, car il est déclinable en différentes variantes (ou saveurs). Chacune d’entre elles ajoute une particularité dans la syntaxe Markdown. Parmi les plus populaires, on retrouve :</p> +<p>Mardown est un langage de balisage léger créé en 2004 par John Gruber<a href="#fn34" class="footnote-ref" id="fnref34" role="doc-noteref"><sup>34</sup></a>. Sa syntaxe, beaucoup plus légère et moins verbeuse que le HTML dont il est issu, permet de structurer et de décrire sémantiquement le texte. Il a été pensé pour pouvoir être converti facilement vers d’autres formats comme HTML, LaTeX ou PDF. Markdown se distingue des autres langages de balisages légers, car il est déclinable en différentes variantes (ou saveurs). Chacune d’entre elles ajoute une particularité dans la syntaxe Markdown. Parmi les plus populaires, on retrouve :</p> <ul> -<li>CommonMark<a href="#fn29" class="footnote-ref" id="fnref29" role="doc-noteref"><sup>29</sup></a></li> -<li>GitHub Flavored Markdown (GFM)<a href="#fn30" class="footnote-ref" id="fnref30" role="doc-noteref"><sup>30</sup></a></li> -<li>MultiMarkdown<a href="#fn31" class="footnote-ref" id="fnref31" role="doc-noteref"><sup>31</sup></a></li> -<li>Pandoc<a href="#fn32" class="footnote-ref" id="fnref32" role="doc-noteref"><sup>32</sup></a></li> -<li>Quarto<a href="#fn33" class="footnote-ref" id="fnref33" role="doc-noteref"><sup>33</sup></a></li> +<li>CommonMark<a href="#fn35" class="footnote-ref" id="fnref35" role="doc-noteref"><sup>35</sup></a></li> +<li>GitHub Flavored Markdown (GFM)<a href="#fn36" class="footnote-ref" id="fnref36" role="doc-noteref"><sup>36</sup></a></li> +<li>MultiMarkdown<a href="#fn37" class="footnote-ref" id="fnref37" role="doc-noteref"><sup>37</sup></a></li> +<li>Pandoc<a href="#fn38" class="footnote-ref" id="fnref38" role="doc-noteref"><sup>38</sup></a></li> +<li>Quarto<a href="#fn39" class="footnote-ref" id="fnref39" role="doc-noteref"><sup>39</sup></a></li> </ul> <p>Cette capacité à être déclinable et adaptable distingue fortement Markdown des autres langages de balisage. En effet, puisque chaque saveur contient des éléments personnalisés de structuration des contenus – des balises –, il est important de connaître la saveur que l’on doit utiliser dans un environnement au risque de se retrouver avec des balises qui ne sont pas interprétées et qui par extension, n’ont aucune signification pour cet envrionnement.</p> <p>Par exemple, la saveur Quarto Markdown utilise la structure ci-dessous pour insérer une vidéo dans un texte. Cependant, ce marquage ne sera interprété que lorsque Quarto transformera le document Markdown en un autre document, or dans Stylo cette ligne sera traitée comme un paragraphe et ne sera pas transformée parce que Stylo ne connaît pas cette structure puisque la saveur Quarto de Markdown n’y est pas prise en charge.</p> <div class="sourceCode" id="cb5"><pre class="sourceCode md"><code class="sourceCode markdown"><span id="cb5-1"><a href="#cb5-1" aria-hidden="true" tabindex="-1"></a>{{< video https://www.youtube.com/embed/wo9vZccmqwc >}}</span></code></pre></div> -<p>À ce propos, aucune saveur spécifique n’a été implémentée dans Stylo pour laisser le champ libre aux utilisateurs d’employer celle qui leur convient le mieux. Néanmoins, lorsque les sources sont transformées par le module d’export (l’export des sources n’est pas concerné), les utilisateurs doivent respecter les préconisations du logiciel Pandoc puisque c’est ce dernier qui réalise les transformations et conversions des documents. Les saveurs les plus couramment utilisées avec Pandoc sont CommonMark et GitHub Flavored Markdown<a href="#fn34" class="footnote-ref" id="fnref34" role="doc-noteref"><sup>34</sup></a>.</p> -<p>Autrement dit, Stylo n’impose pas de variante de Markdown si l’on s’en sert comme éditeur de texte sans la nécessité d’utiliser le module d’export. Dès qu’une chaîne éditoriale s’appuie sur ce module, comme c’est le cas pour la chaîne Stylo utilisant l’export XML TEI conforme au schéma COMMONS commun à Métopes et OpenEdition, il devient essentiel d’employer les variantes que traitent Pandoc pour que les transformations et conversions se fassent sans erreur. Pour conclure sur le langage de balisage Markdown, sa possible déclinaison en diverses saveurs fait de ce langage un avantage et un inconvénient. C’est un avantage pour sa plasticité et son adaptibilité aux besoins d’une communauté ou d’un projet. Cependant, si les adaptations réalisées le sont dans une niche, soit parce que la communauté qui en définit les règles comporte trop de peu de membres, soit parce qu’il n’y a qu’un seul environnement qui traite cette saveur, le Markdown perd sa caractéristique interopérable et contraint les usagers à bricoler des équivalences entre les transformations pour préserver la structuration des contenus.</p> -<p>Dans Stylo, la sérialisation des métadonnées est réalisée en YAML qui, dans sa version originale de 2004 avait pour signification <em>Yet Another Markup Language</em> puis se transforme à l’occasion de la publication de sa version 1.1 en <em>YAML Ain’t Markup Language</em>. YAML est un langage de sérialisation de données pour tous les langages de programmation. Un usage récurrent qui en est fait consiste à utiliser YAML pour créer des fichiers de configuration. Dans le cas des outils liés à l’édition numérique, YAML sera utilisé pour enregistrer les métadonnées associées à un document. Le principe de YAML est très facile à assimiler puisqu’il repose sur le même fonctionnement qu’un dictionnaire avec la structure <code>clef: valeur</code>. Chacun a la possibilité de créer de toute pièce son document YAML et de choisir les <code>clefs</code> et les <code>valeurs</code> qui leur sont associées. C’est ensuite l’application qui va parser le contenu en suivant l’architecture des informations dans le fichier YAML. Dans Stylo, les <code>clefs</code> ont été prédéterminées lors des développements de l’interface et les utilisateurs n’ont plus qu’à remplir un formulaire pour déclarer les <code>valeurs</code> qui seront associées aux différentes <code>clefs</code> – un mode graphique permet d’accéder au contenu en YAML brut sans surcouche.</p> -<p>Si nous reprenons l’exemple de l’auteur mentionné précédemment, un auteur est déclaré comme suit dans Stylo :</p> +<p>À ce propos, aucune saveur spécifique n’a été implémentée dans Stylo pour laisser le champ libre aux utilisateurs d’employer celle qui leur convient le mieux. Néanmoins, lorsque les sources sont transformées par le module d’export, les utilisateurs doivent respecter les préconisations du logiciel Pandoc puisque c’est ce dernier qui réalise les transformations et conversions des documents (l’export des fichiers sources n’est pas concerné). Les saveurs les plus couramment utilisées avec Pandoc sont CommonMark et GitHub Flavored Markdown<a href="#fn40" class="footnote-ref" id="fnref40" role="doc-noteref"><sup>40</sup></a>.</p> +<p>Autrement dit, Stylo n’impose pas de variante de Markdown si l’on s’en sert comme éditeur de texte sans la nécessité d’utiliser le module d’export. Dès qu’une chaîne éditoriale s’appuie sur ce module, comme c’est le cas pour la chaîne Stylo utilisant l’export XML TEI conforme au schéma de COMMONS Publishing commun à Métopes, Cairn et OpenEdition, il devient essentiel d’employer les variantes que traitent Pandoc pour que les transformations et conversions se fassent sans erreur. Pour conclure sur le langage de balisage Markdown, sa possible déclinaison en diverses saveurs fait de ce langage un avantage et un inconvénient. C’est un avantage pour sa plasticité et son adaptibilité aux besoins d’une communauté ou d’un projet. Cependant, si les adaptations réalisées le sont dans une niche, soit parce que la communauté qui en définit les règles comporte trop de peu de membres, soit parce qu’il n’y a qu’un seul environnement qui traite cette saveur, le Markdown perd sa caractéristique interopérable et contraint les usagers à bricoler des équivalences entre les transformations pour préserver la richesse sémantique des contenus.</p> +<p>Dans Stylo, la sérialisation des métadonnées est réalisée en YAML qui, dans sa version originale de 2004 avait pour signification <em>Yet Another Markup Language</em> puis se transforme à l’occasion de la publication de sa version 1.1 en <em>YAML Ain’t Markup Language</em><a href="#fn41" class="footnote-ref" id="fnref41" role="doc-noteref"><sup>41</sup></a>. YAML est un langage de sérialisation de données pour tous les langages de programmation. Un usage récurrent qui en est fait consiste à utiliser YAML pour créer des fichiers de configuration. Dans notre cas, YAML est utilisé pour enregistrer les métadonnées associées à un article Stylo. Le principe de YAML est très facile à assimiler puisqu’il repose sur le même fonctionnement qu’un dictionnaire avec la structure <code>clef: valeur</code>. Chacun a la possibilité de créer de toute pièce son document YAML et de choisir les <code>clefs</code> et les <code>valeurs</code> qui leur sont affectées. C’est ensuite l’application qui va parser le contenu en suivant l’architecture des informations dans le fichier YAML. Dans Stylo, les <code>clefs</code> ont été prédéterminées lors des développements de l’interface et les utilisateurs n’ont plus qu’à remplir un formulaire pour déclarer les <code>valeurs</code> qui seront associées aux différentes <code>clefs</code> – un mode graphique permet d’accéder au contenu en YAML brut sans surcouche.</p> +<p>Si nous reprenons l’exemple précédent de l’auteur, celui-ci est déclaré comme suit dans Stylo :</p> <div class="sourceCode" id="cb6"><pre class="sourceCode yaml"><code class="sourceCode yaml"><span id="cb6-1"><a href="#cb6-1" aria-hidden="true" tabindex="-1"></a><span class="fu">authors</span><span class="kw">:</span></span> <span id="cb6-2"><a href="#cb6-2" aria-hidden="true" tabindex="-1"></a><span class="at"> </span><span class="kw">-</span><span class="at"> </span><span class="fu">affiliations</span><span class="kw">:</span><span class="at"> </span><span class="st">''</span></span> <span id="cb6-3"><a href="#cb6-3" aria-hidden="true" tabindex="-1"></a><span class="at"> </span><span class="fu">biography</span><span class="kw">:</span><span class="at"> </span><span class="st">''</span></span> @@ -294,29 +302,22 @@ Du fait de mon implication dans Stylo, le regard que je porte sur ce terrain n <span id="cb6-9"><a href="#cb6-9" aria-hidden="true" tabindex="-1"></a><span class="at"> </span><span class="fu">surname</span><span class="kw">:</span><span class="at"> </span><span class="st">''</span></span> <span id="cb6-10"><a href="#cb6-10" aria-hidden="true" tabindex="-1"></a><span class="at"> </span><span class="fu">viaf</span><span class="kw">:</span><span class="at"> </span><span class="st">''</span></span> <span id="cb6-11"><a href="#cb6-11" aria-hidden="true" tabindex="-1"></a><span class="at"> </span><span class="fu">wikidata</span><span class="kw">:</span><span class="at"> </span><span class="st">''</span></span></code></pre></div> -<p>Les métadonnées sélectionnées pour représenter l’auteur dans Stylo reflète principalement les besoins émis par les revues, par exemple Sens Public ou Humanités Numériques, ou les plateformes de diffusion telles qu’Érudit et OpenEdition. Dans Stylo, un auteur est donc représenté uniquement par ces informations. Néanmoins, il arrive que certains utilisateurs ou institutions requièrent d’autres informations pour décrire plus précisément un auteur et nécessite des adaptations. Par exemple, la clef YAML <code>affiliations</code> désigne sans distinction l’institution, le laboratoire ou encore le département de rattachement. Pourtant, selon les revues, il peut être important de faire formellement cette différence. Dans Stylo, la notion d’auteur ne s’incarne qu’à travers ce choix qui a été implémenté. L’auteur est donc formellement constitué de 10 entrées au maximum. Ce qui est valable pour les auteurs l’est également pour les autres types de données décrites dans les métadonnées du document. La réduction d’un auteur à quelques mot-clés n’est pas très importante puisqu’elle couvre les besoins de la plupart des revues – ce qui est quand même l’objectif de Stylo –.</p> -<p>Au-delà de Stylo, l’utilisation de YAML est toutefois controversée. Contrairement à d’autres langages de structuration de données dont le comportement est pérenne, comme le standard JSON (<em>JavaScript Object Notation</em>) publié pour la première fois en 1999<a href="#fn35" class="footnote-ref" id="fnref35" role="doc-noteref"><sup>35</sup></a>, YAML 1.0 subit des modifications régulières depuis 2004 avec une version 1.1 en 2005 puis une version 1.2 en 2009 et une dernière mise à jour en 2021 avec la version 1.2.2. Là où une certaine stabilité que l’on trouve dans des formats tel que JSON apporte une forme de pérennité pour les applications, malgré une modification mineure en 2005 avec la suppression de la saisie de commentaires dans les documents au format JSON, YAML fait le choix d’évoluer et de s’adapter aux besoins des communautés. Cependant, comme le mentionne Ruud van Asseldonk sur son blog<a href="#fn36" class="footnote-ref" id="fnref36" role="doc-noteref"><sup>36</sup></a>, ces mises à jour peuvent générer des complications lorsque les fichiers YAML doivent passer d’un environnement à un autre alors que les versions de YAML utilisées sont différentes. Par exemple, Pandoc intègre en juillet 2018 la version 1.2 de YAML<a href="#fn37" class="footnote-ref" id="fnref37" role="doc-noteref"><sup>37</sup></a> où nous pouvons y lire :</p> +<p>Les métadonnées sélectionnées pour représenter l’auteur dans Stylo reflète principalement les besoins émis par les revues, par exemple Sens Public ou Humanités Numériques, ou les plateformes de diffusion telles qu’Érudit et OpenEdition. Dans Stylo, un auteur est donc représenté uniquement par ces informations. Néanmoins, il arrive que certains utilisateurs ou institutions requièrent d’autres informations pour décrire plus précisément un auteur et nécessite des adaptations. Par exemple, la clef YAML <code>affiliations</code> désigne sans distinction l’institution, le laboratoire ou encore le département de rattachement. Pourtant, selon les revues, il peut être important de faire formellement cette différence. Dans Stylo, l’auteur y est formellement constitué de 10 entrées par défaut. Ce qui est valable pour les auteurs l’est également pour les autres types de données décrites dans les métadonnées du document<a href="#fn42" class="footnote-ref" id="fnref42" role="doc-noteref"><sup>42</sup></a>. La réduction d’un auteur à quelques mot-clés n’est pas très importante puisqu’elle couvre les besoins de la plupart des revues – ce qui est quand même l’objectif de Stylo –.</p> +<p>Au-delà de Stylo, l’utilisation de YAML est toutefois controversée. Contrairement à d’autres langages de structuration de données dont le comportement est pérenne, comme le standard JSON (<em>JavaScript Object Notation</em>) utilisé pour la première fois en 2001<a href="#fn43" class="footnote-ref" id="fnref43" role="doc-noteref"><sup>43</sup></a>, YAML 1.0 subit des modifications régulières depuis 2004 avec une version 1.1 en 2005 puis une version 1.2 en 2009 et une dernière mise à jour en 2021 avec la version 1.2.2. Alors que la stabilité offerte par des formats tels que JSON garantit une certaine perennité aux applications, malgré une modification mineure en 2005<a href="#fn44" class="footnote-ref" id="fnref44" role="doc-noteref"><sup>44</sup></a>, YAML a fait le choix d’évoluer et de s’adapter aux besoins des communautés.</p> +<p>Cependant, comme le mentionne Ruud van Asseldonk sur son blog<a href="#fn45" class="footnote-ref" id="fnref45" role="doc-noteref"><sup>45</sup></a>, ces mises à jour peuvent générer des complications lorsque les fichiers YAML doivent passer d’un environnement à un autre alors que les versions de YAML utilisées sont différentes. Par exemple, Pandoc intègre en juillet 2018 la version 1.2 de YAML<a href="#fn46" class="footnote-ref" id="fnref46" role="doc-noteref"><sup>46</sup></a> où nous pouvons y lire :</p> <blockquote> <p>Update manual for “true” YAML values. Now that we’re using HsYAML and YAML 1.2, the valid true values are true, True, TRUE. NOTE! y, yes, on no longer count as true values.</p> </blockquote> -<p>Le changement de version génère une modification de comportement des valeurs <code>y, yes, on</code> qui signifiaient le booléen <code>true</code> dans la version 1.1 et ne sont plus que des chaînes de caractères à partir de la version 1.2. Or, tous les parseurs de YAML n’ont pas fait cette mise à jour. Par exemple, la très répandue librairie Python PyYaml, dont la dernière mise à jour remonte à juillet 2023<a href="#fn38" class="footnote-ref" id="fnref38" role="doc-noteref"><sup>38</sup></a>, s’appuie toujours sur la version 1.1 de YAML. En somme, si un document doit passer d’un environnement utilisant la version 1.1 ou la version 1.2, les informations structurées ne seront pas traitées de la même manière.</p> -<p>Nous sommes en droit de nous demander pourquoi YAML reste aussi populaire ? Ruud van Asseldonk apporte plusieurs réponses à cette question. La première est que YAML fait partie des plus anciens langages de sérialisation de données et répondait alors à un besoin de toute une génération de développeurs, ensuite il permet l’écriture de commentaires à l’intérieur des documents, c’est-à-dire du texte qui ne sera pas traité par le parseur, alors que JSON ne le permet pas. Des alternatives comme le langage TOML<a href="#fn39" class="footnote-ref" id="fnref39" role="doc-noteref"><sup>39</sup></a> ont vu le jour dans les années 2010 (2013 pour le TOML) pour tenter de pallier les problèmes sus-mentionnés. Le langage TOML est par exemple utilisée pour le fichier de configuration du paquet Python “Pressoir-CLI” afin de déclarer différents paramètres, par exemple de mise en page, parsés par le Pressoir et utilisés pour générer des livres au format HTML. Cet outil fera l’objet d’une analyse détaillée dans le prochain chapitre<a href="#fn40" class="footnote-ref" id="fnref40" role="doc-noteref"><sup>40</sup></a>.</p> -<p>Enfin, le dernier format pivot utilisé dans Stylo, le BibTeX, est utilisé pour structurer les références bibliographiques. BiBTeX est un format standard permettant de décrire des listes de références bibliographiques inventé par Oren Patashnik en 1985 pour l’écosystème LaTeX. Au-delà de LaTeX, c’est un format largement utilisé par les gestionnaires de références bibliographiques comme Zotero<a href="#fn41" class="footnote-ref" id="fnref41" role="doc-noteref"><sup>41</sup></a> ou eBib<a href="#fn42" class="footnote-ref" id="fnref42" role="doc-noteref"><sup>42</sup></a>.</p> -<p>Le choix d’intégrer BibTeX à Stylo provient de la possibilité d’utiliser l’API de Zotero dans l’éditeur de Stylo pour récupérer les informations relatives aux références bibliographiques. Ce fonctionnement entre Zotero et Stylo permet aux utilisateurs de ne passer que rarement par la forme brute du BibTeX, puis il permet de décentraliser la gestion et le nettoyage des informations de chaque référence dans Zotero et limite les phases de nettoyage des informations à ce seul espace. Stylo est plutôt prévu pour récupérer des listes de références bibliographiques et procurer des fonctionnalités pour les intégrer dans un texte. L’utilisation du format BibTeX permet d’automatiser la saisie et la transformation des références bibliographiques selon les styles requis pour un document. Pourtant, ce choix pourrait être tout à fait discutable du fait des limites de Zotero et de BibTeX. Lors de la création d’un nouvel objet dans Zotero, le premier élément à saisir est le type d’objet à référencer. Le nombre de types est limité à 17. Cela couvre une bonne partie des besoins académiques mais pas les exceptions qui vont toutes rentrer dans le dernier type <code>@misc</code> pour « tout autre type de document ». Il en va de même pour les informations rattachées à chaque type de données<a href="#fn43" class="footnote-ref" id="fnref43" role="doc-noteref"><sup>43</sup></a> : selon les disciplines ou pour certains documents très particuliers, les champs de Zotero peuvent être trop restrictifs alors qu’il serait nécessaire de pouvoir saisir de nouvelles entrées pour enrichir les données bibliographiques tout en préservant leur structuration. Actuellement, la seule possibilité serait d’utiliser le champ <code>Extra</code> pour ajouter une information supplémentaire sous la forme de chaîne de caractères sans avoir de structure explicite.</p> -<p>D’autres problèmes peuvent surgir entre la représentation d’une référence bibliographique dans Zotero et dans Stylo/Pandoc. Lors de l’édition d’articles en anglais et en français, nous nous sommes aperçus d’une différence de comportement importante entre ce que prévoit le format BibTeX, son interprétation dans Zotero et celle que l’on en fait dans Stylo. Avec BibTeX il existe plusieurs paramètres de langues : <code>langid</code> et <code>language</code>. <code>langid</code> permet initialement d’identifier la langue à appliquer à l’entrée (comme traitement) et <code>language</code> sert à déclarer la langue employée dans le document. Stylo et Pandoc prennent les deux paramètres en charge, alors que dans Zotero il n’est possible de renseigner que <code>language</code> et pas <code>langid</code>, <code>language</code> combinant les deux objets. En récupérant les références bibliographiques depuis Zotero, Stylo récupère seulement le paramètre <code>language</code> puisque le paramètre <code>langid</code> n’existe pas dans Zotero. Lors du traitement des informations avec Pandoc, il n’est pas possible de déclarer le traitement à appliquer à la référence bibliographique. Par défaut, Stylo va appliquer la langue du contenu du texte dans Stylo à toutes les références bibliographiques. Dans un texte comme celui-ci, le paramètre par défaut est réglé sur le français. Les références en anglais seront alors transformées selon les règles orthotypographiques françaises et pas selon les normes anglaises. Pour une structure éditoriale telle qu’une revue, ce paramètre n’est pas opérationnel. De ceci découle une discussion entre les membres de l’équipe de développement de Stylo<a href="#fn44" class="footnote-ref" id="fnref44" role="doc-noteref"><sup>44</sup></a> sur la conduite à tenir pour informer les usagers de ce problème et trouver une solution pour le contourner. À ce jour, nous avons décidé de renseigner le problème dans la documentation de Stylo<a href="#fn45" class="footnote-ref" id="fnref45" role="doc-noteref"><sup>45</sup></a> pour avertir les utilisateurs. Une modification du format ou du fonctionnement du gestionnaire de références bibliographiques serait beaucoup trop lourde en termes d’effets de bord dans Stylo, c’est pour cela qu’à ce stade nous en sommes restés à cette solution.</p> +<p>Le changement de version génère une modification de comportement des valeurs <code>y, yes, on</code> qui signifiaient le booléen <code>true</code> dans la version 1.1 et ne sont plus que des chaînes de caractères à partir de la version 1.2. Or, tous les parseurs de YAML n’ont pas fait cette mise à jour. Par exemple, la très répandue librairie Python PyYaml, dont la dernière mise à jour remonte à juillet 2023<a href="#fn47" class="footnote-ref" id="fnref47" role="doc-noteref"><sup>47</sup></a>, s’appuie toujours sur la version 1.1 de YAML. En somme, si un document doit passer d’un environnement utilisant la version 1.1 ou la version 1.2, les informations structurées ne seront pas traitées de la même manière.</p> +<p>Nous sommes en droit de nous demander pourquoi YAML reste aussi populaire ? Ruud van Asseldonk apporte plusieurs réponses à cette question. La première est que YAML fait partie des plus anciens langages de sérialisation de données et répondait alors à un besoin de toute une génération de développeurs, ensuite il permet l’écriture de commentaires à l’intérieur des documents, c’est-à-dire du texte qui ne sera pas traité par le parseur, alors que JSON ne le permet pas<a href="#fn48" class="footnote-ref" id="fnref48" role="doc-noteref"><sup>48</sup></a>. Des alternatives comme le langage TOML<a href="#fn49" class="footnote-ref" id="fnref49" role="doc-noteref"><sup>49</sup></a> ont vu le jour dans les années 2010 (2013 pour le TOML) pour tenter de pallier les problèmes sus-mentionnés. Le langage TOML est par exemple utilisée pour le fichier de configuration du paquet Python “Pressoir-CLI” afin de déclarer différents paramètres, par exemple de mise en page, parsés par le Pressoir et utilisés pour générer des livres au format HTML. Cet outil fera l’objet d’une analyse détaillée dans le prochain chapitre<a href="#fn50" class="footnote-ref" id="fnref50" role="doc-noteref"><sup>50</sup></a>.</p> +<p>Enfin, le dernier format pivot utilisé dans Stylo, le BibTeX, est utilisé pour structurer les références bibliographiques. BiBTeX est un format standard permettant de décrire des listes de références bibliographiques inventé par Oren Patashnik en 1985 pour l’écosystème LaTeX<a href="#fn51" class="footnote-ref" id="fnref51" role="doc-noteref"><sup>51</sup></a>. Au-delà de LaTeX, c’est un format largement utilisé par les gestionnaires de références bibliographiques comme Zotero<a href="#fn52" class="footnote-ref" id="fnref52" role="doc-noteref"><sup>52</sup></a> ou eBib<a href="#fn53" class="footnote-ref" id="fnref53" role="doc-noteref"><sup>53</sup></a>.</p> +<p>Le choix d’intégrer BibTeX à Stylo provient de la possibilité d’utiliser l’API de Zotero dans l’éditeur de Stylo pour récupérer les informations relatives aux références bibliographiques. Ce fonctionnement entre Zotero et Stylo permet aux utilisateurs de ne passer que rarement par la forme brute du BibTeX, puis il permet de décentraliser la gestion et le nettoyage des informations de chaque référence dans Zotero et limite les phases de nettoyage des informations à ce seul espace. Stylo est plutôt prévu pour récupérer des listes de références bibliographiques et procurer des fonctionnalités pour les intégrer dans un texte. L’utilisation du format BibTeX permet d’automatiser la saisie et la transformation des références bibliographiques selon les styles requis pour un document. Pourtant, ce choix pourrait être tout à fait discutable du fait des limites de Zotero et de BibTeX. Lors de la création d’un nouvel objet dans Zotero, le premier élément à saisir est le type d’objet à référencer. Le nombre de types est limité à 17. Cela couvre une bonne partie des besoins académiques mais pas les exceptions qui vont toutes rentrer dans le dernier type <code>@misc</code> pour « tout autre type de document ». Il en va de même pour les informations rattachées à chaque type de données<a href="#fn54" class="footnote-ref" id="fnref54" role="doc-noteref"><sup>54</sup></a> : selon les disciplines ou pour certains documents très particuliers, les champs de Zotero peuvent être trop restrictifs alors qu’il serait nécessaire de pouvoir saisir de nouvelles entrées pour enrichir les données bibliographiques tout en préservant leur structuration. Actuellement, la seule possibilité serait d’utiliser le champ <code>Extra</code> pour ajouter une information supplémentaire sous la forme de chaîne de caractères sans avoir de structure explicite.</p> +<p>D’autres problèmes peuvent surgir entre la représentation d’une référence bibliographique dans Zotero et dans Stylo/Pandoc. Lors de l’édition d’articles en anglais et en français, nous nous sommes aperçus d’une différence de comportement importante entre ce que prévoit le format BibTeX, son interprétation dans Zotero et celle que l’on en fait dans Stylo. Avec le format BibTeX il existe deux paramètres de langues : <code>langid</code> et <code>language</code>. <code>langid</code> permet initialement d’identifier la langue à appliquer à l’entrée (comme traitement) et <code>language</code> sert à déclarer la langue employée dans le document. Stylo et Pandoc prennent les deux paramètres en charge, alors que dans Zotero il n’est possible de renseigner que <code>language</code> et pas <code>langid</code>, <code>language</code> combinant les deux objets. En récupérant les références bibliographiques depuis Zotero, Stylo récupère seulement le paramètre <code>language</code> puisque le paramètre <code>langid</code> n’existe pas dans Zotero. Lors du traitement des informations avec Pandoc, il n’est pas possible de déclarer le traitement à appliquer à la référence bibliographique. Par défaut, Stylo va appliquer la langue du contenu du texte dans Stylo à toutes les références bibliographiques. Dans un texte comme celui-ci, le paramètre par défaut est réglé sur le français. Les références en anglais seront alors transformées selon les règles orthotypographiques françaises et pas selon les normes anglaises. Pour une structure éditoriale telle qu’une revue, ce paramètre n’est pas opérationnel. De ceci découle une discussion entre les membres de l’équipe de développement de Stylo<a href="#fn55" class="footnote-ref" id="fnref55" role="doc-noteref"><sup>55</sup></a> sur la conduite à tenir pour informer les usagers de ce problème et trouver une solution pour le contourner. À ce jour, nous avons décidé de renseigner le problème dans la documentation de Stylo<a href="#fn56" class="footnote-ref" id="fnref56" role="doc-noteref"><sup>56</sup></a> pour avertir les utilisateurs. Une modification du format ou du fonctionnement du gestionnaire de références bibliographiques serait beaucoup trop lourde en termes d’effets de bord dans Stylo, c’est pour cela qu’à ce stade nous en sommes restés à cette solution.</p> <p>Étant strictement définis par des règles, les formats dépassent une simple manière de saisir une donnée. À travers ces formats et les modes de lectures que l’on peut y adosser, les informations saisies se voient dotées de comportements et peuvent modifier l’interprétation que l’on peut en faire, comme nous l’avons vu avec le YAML.<br /> -Le choix des formats dans lesquels les utilisateurs peuvent saisir leurs textes et leurs données n’est pas anodin. Qu’il soit ancien, récent, verbeux ou léger, permissif ou rigide, le format d’écriture conditionne ce que l’on a le droit d’écrire ou non. En ce sens la décision de ce qui peut être saisi est déjà prise avant qu’un texte soit frappé sur le clavier. Par exemple, dans Stylo, le Markdown ne permet pas à un philologue de saisir explicitement un appareil critique. C’est une syntaxe qui n’existe pas alors que c’est le cas pour d’autres environnements comme LaTeX et le paquet <a href="http://www.ekdosis.org/"><code>ekdosis</code></a> développé et maintenu par Robert Alessi. Dans ce cas-ci, puisque l’appareil critique n’existe pas en Markdown, il ne peut pas exister dans Stylo sauf si l’utilisateur fait abstraction du format et qu’il change de paradigme pour celui de la page et de la représentation graphique. En faisant cela, l’utilisateur fait également abstraction de la machine et de ce qu’elle peut interpréter du contenu puis écrire dans le texte. Lorsque nous sommes dans un environnement mis à disposition comme Stylo, le risque est que celui-ci ne soit pas complètement adapté à des besoins ou à une intention. Il risque d’y avoir une friction entre les formats imposés par l’environnement et les besoins en écriture.</p> -<p>En régissant les procédés de saisi du texte, un rapport de force semble s’instaurer entre les instances éditrices des architextes (que ce soit des collectifs, des institutions ou des entreprises) et les usagers <span class="citation" data-cites="souchier">(<strong>souchier?</strong>)</span>. Dans le cas d’un logiciel de traitement de texte lorsque, par exemple, Microsoft propose une modification de la police utilisée par défaut dans une version actualisée du logiciel MSWord, Microsoft change également les manières d’écrire de tous les individus à travers le monde qui utilisent ce logiciel (et qui ont installé la mise à jour).</p> -<p>Si l’on s’arrête à la vision superficielle du texte, comme le propose J. Goody avec la raison graphique <span class="citation" data-cites="goody_raison_1979">(Goody, 1979)</span>, on ne voit que les modifications d’affichage des éléments graphiques, mais nous oublions ceux qui sont invisibles et cachés derrière la page.</p> -<p>Certes, les interfaces d’écriture sont présentées sous la forme de gabarits que l’on doit remplir, comme on peut le faire avec des logiciels de création de diapositives dont chacune est découpée en sections contenant tour à tour des images, des titres ou du texte. Dans cet exemple-ci nous avons affaire à une construction visuelle du document : un emplacement pour le titre de la diapositive, un autre pour le texte, un autre pour une image ou pour un graphique, etc. À ce sujet, E. Tufte <span class="citation" data-cites="tufte_cognitive_2003">(2003)</span> a publié un article sur l’utilisation du logiciel PowerPoint et démontre à travers plusieurs cas d’étude les effets du logiciel sur la forme des présentations et des informations qu’elles contiennent. La thèse qu’il y défend est que ce logiciel, en 2003, « […] perturbe, domine et banalise systématiquement le contenu. » <a href="#fn46" class="footnote-ref" id="fnref46" role="doc-noteref"><sup>46</sup></a> notamment parce qu’il « facilite activement la réalisation de présentation légère »<a href="#fn47" class="footnote-ref" id="fnref47" role="doc-noteref"><sup>47</sup></a>. À travers son analyse des usages de PowerPoint, E. Tufte nous montre qu’il ne s’agit pas d’un manque de fonctionnalité pour enrichir des supports de présentation, que l’auteur qualifie de pauvres, mais que le logiciel lui-même induit ce type de présentation avec des <em>templates</em> préfabriqués, des réalisations de graphiques automatisées ou d’autres fonctionnalités similaires qui appauvrissent les présentations parce que leur fonctionnement est calqué sur un modèle de présentation marketing qui n’est pas adapté aux sciences. Il ne s’agit plus seulement de remplir des gabarits préfabriqués mais également de penser les formes que peuvent prendre l’information, ce que Tufte nomme « The Cognitive Style of PowerPoint », qui n’est pas sans rappeler la raison computationnelle de Bruno Bachimont <span class="citation" data-cites="bachimont_intelligence_2000">(2000)</span>.</p> -<p>En changeant de paradigme, de la raison graphique pour celui de la raison computationnelle, l’assujetissement à ces architextes dépasse cette surcouche graphique et concerne également toutes les sous-couches (in)visibles de structuration textuelle du texte, mais aussi tout le processus d’inscription du document dans la mémoire, ainsi que les protocoles et méthodes qui permettent d’accéder à ces données. Comme nous l’avons vu précédemment, ce n’est pas l’image du texte affichée à l’écran qui est sauvegardée mais bien une suite de caractères binaires dont l’écriture intermédiaire est une suite de symboles, de chiffres et de lettres.</p> -<p>Pourtant, on constate un paradoxe entre le nom d’un logiciel comme Pages, un traitement de texte disponible sous MacOS convoquant la métaphore de la page comme imaginaire en y enfermant les utilisateurs, et le rôle de guide qu’il doit remplir dans le traitement des informations. Dans ce cas-ci, le nom du logiciel ne réfère ni à son fonctionnement ni à son utilité. Alors que dans les années 1980, lors de la génèse des traitements de texte, les lettres <code>WP</code> signifiaient WordPerfect<a href="#fn48" class="footnote-ref" id="fnref48" role="doc-noteref"><sup>48</sup></a>, et que la plupart des autres concurrents employaient également le mot <em>word</em> dans le nom de leur logiciel, car c’est bien le mot et son traitement informatique qui était au centre des développements, la démarche d’Apple en 2005 nous montre un changement de perspective : on passe du mot à la page. L’attention est portée à un autre endroit, sur une page que génère Pages et qui n’existe pas dans d’autres environnements. La page créée dans cet espace n’est pas reproductible ailleurs même si le document qui en résulte est ouvert, à un autre moment, par le biais d’un autre logiciel. La page de Pages devient un espace délimité qui n’existe sous cette forme qu’à cet endroit. Depuis vingt ans que cet outil est nativement disponible sur les ordinateurs de chez Apple, la compatibilité avec d’autres formats et/ou logiciels augmente tardivement, en témoigne les arguments de communication mis en avant sur la page web du logiciel<a href="#fn49" class="footnote-ref" id="fnref49" role="doc-noteref"><sup>49</sup></a> mais compatible ne veut pas dire identique. En plus de n’être accessible que <strong>sous</strong> MacOS, cette page ne l’est également que <strong>sous</strong> Pages : cette formulation courante laisse entendre que l’utilisateur devient alors sujet de son environnement d’écriture, nous dit F. Kittler <span class="citation" data-cites="kittler_mode_2015">(2015)</span>.</p> -<p>Cette position kittlerienne, que l’on peut qualifier d’essentialiste, pose les fondations des travaux de K. Hayles <span class="citation" data-cites="hayles_my_2005">(Hayles, 2005)</span>, du posthumanisme, et du nouveau matérialisme, courants dans lesquels s’inscrivent en outre les travaux de K. Barad <span class="citation" data-cites="barad_meeting_2007 barad_frankenstein_2023">(2007, 2023)</span> et ceux de M. Vitali-Rosati <span class="citation" data-cites="vitali-rosati_pour_2021">(2021)</span>. Pourtant, leur approche du rapport entre humain et machine est radicalement différente de celle de F. Kittler. Alors que F. Kittler identifie la machine et l’utilisateur par une série de propriétés ou définitions <em>avant</em> leur interaction, quasiment de manière décisive, les posthumanistes choisissent de ne pas déterminer les agents préalablement à l’environnement mais comme résultats de l’agencement de plusieurs dynamiques dans un espace donné. C’est en ce sens que sont mobilisées et développées les notions de <em>worldview</em> ches K. Hayles, où Mère Nature devient une Matrice (<em>My Mother was a Computer</em>), l’<em>intra-action</em> à la place d’interaction puisque les agents ne sont pas prédéterminés chez K. Barad et enfin l’<em>éditorialisation</em> chez M. Vitali-Rosati qui propose une ontologie de la médiation (métaontologie) selon laquelle le media n’existe pas, on y retrouve la provocation de Kittler, et que toutes ces dynamiques, ces intra-actions, sont des médiations dont la matérialité, dans un agencement donné, produit du sens <span class="citation" data-cites="vitali-rosati_media_2019">(Vitali-Rosati & Larrue, 2019)</span>.</p> -<p>Ainsi, l’assujetissement de l’humain aux logiciels que nous avons mentionné, que F. Kittler critique vivement dans ses travaux, n’a plus de raison d’être dans cette perspective non-essentialiste offerte par l’éditorialisation puisque ces entités sont uniquement déterminées lorsqu’il y a intra-action. Les relations entre les agents ne peuvent plus être présupposées et leur détermination est réalisée depuis un référentiel quasiment unique si l’on considère que les paramètres de cet environnement sont variables et que la probabilité d’obtention de conditions strictement identiques est quasi nulle. Depuis cette perspective où l’on considère les différents agents comme des productions de leur agencement dans un écosystème, il devient intéressant d’observer leur relation tout au long de ce processus pour comprendre comment ils s’affectent les uns les autres.</p> -<p>Néanmoins, un trouble persiste dans cette relation entre ces agents. Ce dernier se manifeste entre ce que l’usager à l’intention d’écrire et le document que produit la machine, qui est structuré selon un certains nombres de normes, formats, etc., implémentés dans un logiciel. Ce trouble nait de la rencontre entre une représentation du texte structurée graphiquement et une représentation du texte structurée par du texte, entre une raison graphique et une raison computationnelle, comme c’est le cas pour une page web interprétée par un navigateur et son pendant au format HTML. En ce sens, nous examinons la possibilité que l’écriture numérique puisse être affublée d’une caractéristique supplémentaire : la cécité. Cette caractéristique nous semble présente dans le fait qu’il y ait plusieurs angles morts entre ces deux conceptions du texte qui ne permettent ni à l’utilisateur ni à la machine de voir le texte dans sa totalité. La piste de ce trouble nous mène également à comprendre l’enjeu de cette relation entre l’usager et son environnement. En le dévoilant, nous mettrons à jour les indices de la rencontre entre un auteur et son environnement d’écriture.</p> -<p>Dans Stylo, nous savons que le texte est saisi par l’utilisateur en Markdown (YAML et BibTeX également), puis est envoyé sur le serveur au moyen d’une requête GraphQL au format JSON contenue dans une requête HTTP utilisant la méthode <code>POST</code> comme modalité de circulation de l’information. Entre ces étapes persiste une phase qui n’a pas encore été évoquée : la requête <code>POST</code> envoyée au serveur ne s’effectue pas en continu entre le client et le serveur, ce n’est pas un flux et l’on n’écrit pas directement dans la base de données. Une phase latente se glisse dans l’interface Web entre le moment où l’utilisateur frappe les touches de son clavier et le moment où la base de données est mise à jour. Cette phase est rendue visible par l’affichage du message au-dessus de l’éditeur de texte. Lorsque aucune touche du clavier n’est enfoncée pendant un certain laps de temps (quelques secondes), le message “<em>Last saved…</em>” est remplacé par “<em>saving</em>” : la copie de travail vient d’être enregistrée dans la base MongoDB grâce à la requête GraphQL <code>updateWorkingCopy()</code>. Dans ce laps de temps entre la frappe des mots au clavier et l’envoi de la requête au serveur, qu’advient-il du texte ?</p> +Le choix des formats dans lesquels les utilisateurs peuvent saisir leurs textes et leurs données n’est pas anodin. Qu’il soit ancien, récent, verbeux ou léger, permissif ou rigide, le format d’écriture conditionne en grande partie ce que l’on a le droit d’écrire ou non. En ce sens la décision de ce qui peut être saisi est déjà prise avant qu’un texte soit frappé sur le clavier. Par exemple, dans Stylo, le Markdown ne permet pas à un philologue de saisir explicitement un appareil critique. C’est une syntaxe qui n’existe pas alors que c’est le cas pour d’autres environnements comme LaTeX et le paquet <a href="http://www.ekdosis.org/"><code>ekdosis</code></a> développé et maintenu par Robert Alessi. Dans ce cas-ci, puisque l’appareil critique n’existe pas en Markdown, il ne peut pas exister dans Stylo sauf si l’utilisateur fait abstraction du format et qu’il change de paradigme pour celui de la page et de la représentation graphique. En faisant cela, l’utilisateur fait également abstraction de la machine et de ce qu’elle peut interpréter du contenu puis écrire dans le texte. Lorsque nous sommes dans un environnement mis à disposition comme Stylo, le risque est que celui-ci ne soit pas complètement adapté à des besoins ou à une intention. Il risque d’y avoir une friction entre les formats imposés par l’environnement et les besoins en écriture.</p> +<p>Dans Stylo, nous savons que le texte est saisi par l’utilisateur en Markdown (YAML et BibTeX également), puis est envoyé sur le serveur au moyen d’une requête GraphQL au format JSON contenue dans une requête HTTP utilisant la méthode <code>POST</code> comme modalité de circulation de l’information. Entre ces étapes persiste une phase qui n’a pas encore été évoquée : la requête <code>POST</code> envoyée au serveur ne s’effectue pas en continu entre le client et le serveur, ce n’est pas un flux et l’on n’écrit pas directement dans la base de données. Une phase latente se glisse dans l’interface Web entre le moment où l’utilisateur frappe les touches de son clavier et le moment où la base de données est mise à jour. Cette phase est rendue visible par l’affichage d’un message au-dessus de l’éditeur de texte. Lorsque aucune touche du clavier n’est enfoncée pendant un certain laps de temps (quelques secondes), le message “<em>Last saved…</em>” est remplacé par “<em>saving</em>” : la copie de travail vient d’être enregistrée dans la base de données MongoDB grâce à la requête GraphQL <code>updateWorkingCopy()</code>. Dans ce laps de temps entre la frappe des mots au clavier et l’envoi de la requête au serveur, qu’advient-il du texte ?</p> <p>Comme cela est mentionné précédemment, l’espace d’écriture de Stylo est un espace web. Pour y accéder, nous avons besoin d’un logiciel particulier – un navigateur ou un fureteur – capable d’interpréter du HTML, du CSS et d’exécuter du Javascript. Lorsque l’on écrit dans Stylo – et de surcroit dans le composant Monaco –, le texte saisi doit être manipulable et interprétable par le navigateur pour pouvoir être envoyé sur le serveur. C’est le rôle de Monaco de traiter cette couche d’informations. À l’écran, l’utilisateur voit s’afficher du Markdown tel qu’il le frappe, pourtant cette information n’est inscrite sur aucun support en dehors du rendu visuel affiché à l’écran. Monaco travaille avec des <em>modèles</em> et ce sont avec eux que l’utilisateur interagit. Chaque modèle est rattaché à une URI (que l’on peut identifier avec l’identifiant des articles) et c’est de cette manière que Monaco peut manipuler le DOM (<em>Document Object Model</em>) du navigateur pour créer le texte et son rendu graphique dans un format de texte brut.</p> -<p>Le DOM est une représentation abstraite d’un document HTML exécutée dans le navigateur. Tous les éléments structurés à l’intérieur de ce document deviennent des objets, des noeuds manipulables avec du Javascript. C’est grâce à ce procédé qu’une page web est rendue dynamique. Puisque la construction du DOM dépend du navigateur employé, nous pouvons en déduire que ce document sera différent selon le navigateur ou les différentes versions d’un même logiciel. Pour accéder à ce DOM il suffit d’ouvrir les outils de développements du navigateur et d’inspecter le contenu de la page HTML.</p> +<p>Le DOM est une représentation abstraite d’un document HTML exécutée dans le navigateur. Tous les éléments structurés à l’intérieur de ce document deviennent des objets, des noeuds manipulables avec un langage de programmation tel que Javascript. C’est grâce à ce procédé qu’une page web est rendue dynamique. Puisque la construction du DOM dépend du navigateur employé, nous pouvons en déduire que ce document sera différent selon le navigateur ou les différentes versions d’un même logiciel. Pour accéder à ce DOM il suffit d’ouvrir les outils de développements du navigateur et d’inspecter le contenu de la page HTML.</p> <p>Ci-dessous, une première image pour montrer le texte saisi à l’écran et une deuxième pour montrer ce qui est inscrit dans le DOM.</p> <figure> <img src="https://s3.hedgedoc.org/demo/uploads/fbed0e8c-2963-49a4-9ae4-76db68af4108.png" title="Exemple de texte saisi en Markdown dans Stylo" alt="Exemple de texte saisi en Markdown dans Stylo" /> @@ -332,28 +333,31 @@ Le choix des formats dans lesquels les utilisateurs peuvent saisir leurs textes <li>le texte saisi en Markdown (affichage à l’écran)</li> <li>la représentation du texte dans le DOM réalisé dans le navigateur par l’éditeur Monaco</li> <li>la requête GraphQL envoyée au serveur au format JSON par HTTP</li> -<li>l’état de sauvegarde sur le serveur dans la base de données MongoDB</li> +<li>l’état de sauvegarde sur le serveur dans la base de données MongoDB (JSON)</li> </ul> <p>Saisir du texte dans Stylo nécessite en réalité une multitude d’étapes invisibles – on pourrait plutôt les qualifier d’automatisées – mais que pourtant Stylo rédige et inscrit dans la mémoire numérique.</p> <p>Chacun de ces états a une signification particulière. Le premier état est la projection d’une structure de l’information, tandis que le deuxième en permet l’interprétation et l’affichage par le navigateur, la troisième est une représentation formatée pour circuler entre un client et un serveur et enfin, la quatrième, est à l’état de stockage, prête à être appelée pour réaliser le chemin en sens inverse.</p> <p>Ces différents états du texte sont plus que de simples représentations. Ce sont des documents différents et chacun à une signification et un usage qui lui est propre. Par exemple, la forme en Markdown brut ne peut pas circuler en l’état avec le protocole HTTP, il lui manque toute une série d’informations et une transformation vers un autre format (le JSON) pour employer ce canal de communication : ce dont s’occupe Stylo.</p> <p>Parmi ces quatre documents produits pour écrire, un seul l’est par l’utilisateur tandis que les autres formes sont écrites par Stylo.</p> -<p>Écrire dans un environnement numérique dépasse l’encodage de signes dans un seul format d’écriture. Comme nous l’avons vu avec Stylo, ce sont différents protocoles qui sont mobilisés pour produire une suite de documents intermédiaires et, par ce cheminement, imprègnent l’écriture d’une matérialité. Lorsque Stylo promeut une reprise en main du texte par les utilisateurs, il ne faut pas comprendre un environnement moins complexe en termes d’interactions des différentes composantes dans cet écosystème, il faut y voir une chaîne de traitement transparente, libre et ouverte sur les transformations opérées dans le texte. Pourtant, plutôt qu’une reprise en main, nous lui préférons la notion de <strong>déprise</strong> sur le texte, au sens que lui donnait Louise Merzeau <span class="citation" data-cites="sauret_revue_2020">(Sauret, 2020)</span><a href="#fn50" class="footnote-ref" id="fnref50" role="doc-noteref"><sup>50</sup></a>.</p> +<p>Écrire dans un environnement numérique dépasse l’encodage de signes dans un seul format d’écriture. Comme nous l’avons vu avec Stylo, ce sont différents protocoles qui sont mobilisés pour produire une suite de documents intermédiaires et, par ce cheminement, matérialisent le document primaire dans Stylo.</p> +<hr /> +<p>Lorsque Stylo promeut une reprise en main du texte par les utilisateurs, il ne faut pas comprendre un environnement moins complexe en termes d’interactions des différentes composantes dans cet écosystème, il faut y voir une chaîne de traitement transparente, libre et ouverte sur les transformations opérées dans le texte. Pourtant, plutôt qu’une reprise en main, nous lui préférons la notion de <strong>déprise</strong> sur le texte, au sens que lui donnait Louise Merzeau <span class="citation" data-cites="sauret_revue_2020">(Sauret, 2020)</span><a href="#fn57" class="footnote-ref" id="fnref57" role="doc-noteref"><sup>57</sup></a>.</p> <blockquote> <p>Cette formule est empruntée à Louise Merzeau qui l’employait pour parler des […] utilisateurs des grandes plateformes du Web [et de] la perte de contrôle de leurs usages, restreints et conditionnés par les algorithmes et par des interfaces de plus en plus normalisées.</p> </blockquote> -<p>Dans Stylo, les utilisateurs ne sont pas forcément conscients des formes d’écriture internes à cet environnement, ni de la circulation des informations entre les éléments qui le constituent. Cette part de Stylo cachée derrière l’écran relève de cette déprise.</p> -<p>Si l’on suit les différentes métamorphoses du texte, on se rend compte que la forme brute (Markdown, YAML, BibTeX) n’est inscrite nulle part. On la retrouve soit sous sa forme interprétée par le navigateur (en réalité il s’agit d’un document HTML), soit lors de l’export c’est-à-dire lorsque les documents sortent de l’environnement Stylo. En dehors de cette situation, il n’existe aucun document dont l’extension serait <code>.md</code> et stipulerait que ledit document respecte les règles et normes de ce format.</p> +<p>Dans Stylo, les utilisateurs ne sont pas forcément conscients des formes documentaires internes à cet environnement, ni de la circulation des informations entre les éléments qui les constituent. Cette part de Stylo cachée derrière l’écran relève de cette déprise.</p> +<p>Si l’on suit les différentes métamorphoses du texte par le biais des documents, on se rend compte que la forme brute (Markdown, YAML, BibTeX) n’est inscrite nulle part. On la retrouve soit sous sa forme interprétée par le navigateur (en réalité il s’agit d’un document HTML), soit lors de l’export c’est-à-dire lorsque les documents sortent de l’environnement Stylo. En dehors de cette situation, il n’existe aucun document dont l’extension serait <code>.md</code> et stipulerait que ledit document respecte les règles et normes de ce format.</p> <p>À la différence des systèmes analogiques et continus, la rupture opérée par l’écriture numérique réside entre autres dans cette discrétisation du texte en de multiples documents, où chacun se voit doté d’un paratexte différent pour circuler à travers les canaux de communication du système d’informations.</p> -<p>Dans Stylo, les textes y sont écrits par l’ensemble des protocoles choisis lors de l’établissement de cet environnement. La déprise sur le texte survient lors du choix de l’environnement par l’utilisateur. Lorsqu’un utilisateur écrit dans Stylo, il accorde sa confiance dans les opérations que réalise Stylo sur le texte et dans la matérialité qu’il participe à lui conférer.</p> +<p>Dans Stylo, les documents y sont construits par l’ensemble des protocoles choisis lors de l’établissement de cet environnement. La déprise survient lors du choix de l’environnement par l’utilisateur. Lorsqu’un utilisateur écrit dans Stylo, il accorde sa confiance dans les opérations que réalise Stylo sur le document et dans la matérialité qu’il participe à lui conférer.</p> <p>Toutes ces dynamiques éditorialisent et constituent les traces d’une épistémologie du document primaire avant toute transformation par le reste de la chaîne éditoriale. Autrement dit, écrire dans l’environnement Stylo produit quelque chose qui ne serait pas identique dans un autre environnement, car les dynamiques observées seraient affectées par d’autres facteurs et produiraient ainsi une autre chose. Le choix de l’environnement d’écriture constitue en conséquence un choix politique puisque cet environnement agit et produit une matérialité singulière.</p> <h2 id="conclusion">Conclusion</h2> -<p>À la question de la place de l’environnement d’écriture dans le processus de saisi d’un texte numérique et du modèle épistémologique qui en découle, nous avons émis l’hypothèse que cet environnement dépasse son statut utilitariste de support pour celui de dynamique constitutive du sens de ce texte. En nous appuyant sur le fonctionnement d’un ordinateur et sur les caractéristiques de l’écriture numérique, tant la partie matérielle que la partie logicielle, nous avons écarté la page affichée à l’écran pour nous confronter aux logiciels et aux médiations qu’ils représentent dans la relation entre humain et machine dans l’acte d’écriture.</p> -<p>En nous appuyant sur la notion d’éditorialisation, telle qu’elle s’inscrit dans le nouveau matérialisme et le posthumanisme, nous avons observé les intra-actions à l’oeuvre dans l’éditeur de texte Stylo. À partir de ce positionnement théorique dont le prisme non-essentialiste ne prédétermine pas les agents en amont de l’interaction, nous avons considéré à la fois l’auteur et la machine comme deux agents de l’énonciation éditoriale.</p> +<p>À la question de la place de l’environnement d’écriture dans le processus de matérialisation du document primaire et du modèle épistémologique qui en découle, nous avons émis l’hypothèse que cet environnement dépasse son statut utilitariste de support pour celui de dynamique constitutive. En nous appuyant sur le fonctionnement d’un ordinateur et sur les caractéristiques de l’écriture numérique, tant la partie matérielle que la partie logicielle, nous avons écarté la page affichée à l’écran pour nous confronter aux logiciels et aux médiations qu’ils représentent dans la relation entre humain et machine dans l’acte d’écriture.</p> +<p>En nous affranchissant de la page affichée à l’écran, nous avons observé les intra-actions à l’oeuvre dans l’éditeur de texte Stylo. À partir de ce positionnement théorique dont le prisme non-essentialiste ne prédétermine pas les agents en amont de l’interaction, nous avons considéré à la fois l’auteur et Stylo comme deux agents de l’énonciation éditoriale.</p> <p>Pour réaliser cette étude, nous nous sommes appuyés sur une méthode empruntée au théoricien des médias Friedrich Kittler dont l’analyse repose sur la description technique du fonctionnement des éléments mobilisés.</p> -<p>L’observation du phénomène de création d’un document texte dans un environnement d’écriture spécialisé pour l’écriture savante à travers le prisme des strates de l’écriture numérique, du matériel au logiciel, a mis en évidence différents angles morts de la relation entre un auteur et son environnement d’écriture dans lesquels se nichent les traces de leurs interactions. Qu’ils s’incarnent dans des documents temporaires comme le DOM du navigateur ou dans des protocoles de transmissions des informations comme HTTP, ces angles morts de l’écriture numérique, produits par cette relation, nous montrent que certaines parties de cette écriture ne sont finalement pas directement accessibles à ces deux agents alors qu’elles participent à la matérialité conférée au document produit. Une forme de déprise est instaurée dans cette relation et que l’auteur accepte, bon ou malgré lui, lorsqu’il emploie un environnement d’écriture numérique. En ce sens, un certain degré de confiance (aveugle) est accordé à l’environnement d’écriture choisi dans le processus de production du document.</p> -<p>En observant diverses saisies de fragments de texte selon les formats pivots utilisés dans Stylo, le Markdown, le YAML et le BibTeX, nous nous sommes aperçus qu’ils ne sont jamais inscrits directement selon les formats mentionnés mais qu’ils passent par quatre états différents : la saisie à l’écran, la manipulation par le DOM du navigateur dans l’éditeur Monaco, la requête GraphQL formatée en JSON pour être transporté par la méthode <code>POST</code> du protocole HTTP et le stockage dans la base de données MongoDB. Le texte est ainsi transformé en différents états pour qu’il puisse circuler dans Stylo entre l’espace où il est saisi, que l’on peut retrouver à une adresse unique (l’URL de l’article), et l’espace où il sera stocké dans le serveur de la TGIR Huma-num qui héberge l’application. De nouvelles informations sont alors inscrites dans le texte lors de ces métamorphoses : la structure du document varie à chaque étape. Ainsi, les caractères qui constituent le document changent et en modifient profondément le sens. Parmi les quatre états mentionnés, seulement le premier est saisi par l’utilisateur et les autres sont écrits par Stylo. Néanmoins écrire avec Stylo ne nécessite pas de connaître ces différentes phases. Il y aurait donc une relation entre un auteur et Stylo qui prendrait naissance dans une forme de déprise où l’utilisateur accorde sa confiance dans les manipulations du texte que l’application réalise. En se référant à l’éditorialisation, nous pouvons affirmer que chacune de ces quatre phases contribue à la matérialité du texte saisi et qu’en ce sens il y a co-écriture entre l’utilisateur et Stylo.</p> -<p>Les marqueurs de cette relation entre un auteur et l’environnement d’écriture Stylo, les traces d’une épistémologie singulière, apparaissent à chacune des phases du document et y sont inscrites à l’intérieur. En suivant le fil de ces traces, il devient possible de suivre l’ensemble des médiations et des conditions de l’environnement numérique produisant le document primaire et son texte, source que traitera la chaîne éditoriale jusqu’à sa publication.</p> +<p>L’observation du phénomène de création d’un document texte dans un environnement d’écriture spécialisé pour l’écriture savante à travers le prisme des strates de l’écriture numérique, du matériel au logiciel, a mis en évidence différents angles morts de la relation entre un auteur et son environnement d’écriture dans lesquels se nichent les traces de leurs interactions. Qu’ils s’incarnent dans des documents temporaires comme le DOM du navigateur ou dans des protocoles de transmissions des informations comme HTTP, ces angles morts de l’écriture numérique, produits par cette relation, nous montrent que certaines</p> +<p>parties de la matérialisation du document ne sont finalement pas directement accessibles à ces deux agents alors qu’elles participent à la matérialité conférée au document primaire. Une forme de déprise est instaurée dans cette relation et que l’auteur accepte, bon ou malgré lui, lorsqu’il emploie un environnement d’écriture numérique. En ce sens, un certain degré de confiance est accordé à l’environnement d’écriture choisi dans le processus de production du document.</p> +<p>En observant diverses saisies de fragments de texte selon les formats pivots utilisés dans Stylo, le Markdown, le YAML et le BibTeX, nous nous sommes aperçus qu’ils ne sont jamais inscrits directement selon les formats mentionnés mais qu’ils passent par quatre états différents : la saisie à l’écran, la manipulation par le DOM du navigateur dans l’éditeur Monaco, la requête GraphQL formatée en JSON pour être transporté par la méthode <code>POST</code> du protocole HTTP et le stockage dans la base de données MongoDB. Le texte est ainsi transformé en différents états pour qu’il puisse circuler dans Stylo entre l’espace où il est saisi, que l’on peut retrouver à une adresse unique (l’URL de l’article), et l’espace où il sera stocké dans le serveur de la TGIR Huma-num qui héberge l’application. De nouvelles informations sont alors inscrites dans le texte lors de ces métamorphoses : la structure de l’information varie à chaque étape de la matérialisation du document. Ainsi, les caractères qui constituent le document changent et en modifient profondément le sens. Parmi les quatre états mentionnés, seulement le premier est saisi par l’utilisateur et les autres sont écrits par Stylo. Néanmoins écrire avec Stylo ne nécessite pas de connaître ces différentes phases. Il y aurait donc une relation entre un auteur et Stylo qui prendrait naissance dans une forme de déprise où l’utilisateur accorde sa confiance dans les manipulations du texte que l’application réalise. En se référant à l’éditorialisation, nous pouvons affirmer que chacune de ces quatre phases contribue à la matérialité du texte saisi et qu’en ce sens il y a co-construction du document entre l’utilisateur et Stylo.</p> +<p>Les marqueurs de cette relation entre un auteur et l’environnement d’écriture Stylo, les traces d’une épistémologie singulière, apparaissent à chacune des phases du document et y sont inscrites à l’intérieur. En suivant le fil de ces traces, il devient possible de suivre l’ensemble des médiations et des conditions de l’environnement numérique produisant le document primaire et son texte, source que traitera ensuite la chaîne éditoriale jusqu’à sa publication.</p> <h2 class="unnumbered" id="bibliographie">Bibliographie</h2> <div id="refs" class="references csl-bib-body hanging-indent" data-line-spacing="2" role="list"> <div id="ref-anders_obsolescence_2002" class="csl-entry" role="listitem"> @@ -362,6 +366,9 @@ Anders, G. (2002). <em><span>L’obsolescence de l’homme : Sur l’<span>â</s <div id="ref-bachimont_intelligence_2000" class="csl-entry" role="listitem"> Bachimont, B. (2000). Intelligence Artificielle et <span>É</span>criture Dynamique, de La Raison Graphique <span>à</span> La Raison Computationnelle. In <em>Au Nom Du Sens. <span>Autour</span> de l’oeuvre d’<span>Umberto Eco</span></em> (p. 290‑319). Grasset. </div> +<div id="ref-bachimont_ingenierie_2007" class="csl-entry" role="listitem"> +Bachimont, B. (2007). <em><span>Ing<span>é</span>nierie des connaissances et des contenus : le num<span>é</span>rique entre ontologies et documents</span></em>. HERMES SCIENCE. +</div> <div id="ref-barad_meeting_2007" class="csl-entry" role="listitem"> Barad, K. (2007). <em>Meeting the <span>Universe Halfway</span>: <span>Quantum Physics</span> and the <span>Entanglement</span> of <span>Matter</span> and <span>Meaning</span></em> (Second Printing edition). Duke University Press Books. </div> @@ -386,9 +393,15 @@ Bonaccorsi, J. (2020). <em><span>Fantasmagories de l’<span>é</span>cran: Nouv <div id="ref-bouchardon_lecriture_2014" class="csl-entry" role="listitem"> Bouchardon, S. (2014). L’<span>é</span>criture Num<span>é</span>rique : Objet de Recherche et d’enseignement. <em>Les Cahiers de la SFSIC</em>. </div> +<div id="ref-briet_quest-ce_1951" class="csl-entry" role="listitem"> +Briet, S. (1951). <em>Qu’est-Ce Que La Documentation ?</em> (Editions Documentaires Industrielles et Techniques). +</div> <div id="ref-broudoux_larchitecture_2013" class="csl-entry" role="listitem"> Broudoux, É., Chartron, G., & Chaudiron, S. (2013). <span>L’architecture de l’information : quelle r<span>é</span>alit<span>é</span> conceptuelle ?</span> <em><span>É</span>tudes de communication. langages, information, m<span>é</span>diations</em>, <em>41</em>, 13‑30. <a href="https://doi.org/10.4000/edc.5379">https://doi.org/10.4000/edc.5379</a> </div> +<div id="ref-buckland_what_1997" class="csl-entry" role="listitem"> +Buckland, M. K. (1997). What Is a <span>« Document »</span>? <em>Journal of the Association for Information Science and Technology</em>, <em>48</em>(9), 804‑809. <a href="https://doi.org/10.1002/(sici)1097-4571(199709)48:9<804::aid-asi5>3.0.co;2-v">https://doi.org/10.1002/(sici)1097-4571(199709)48:9<804::aid-asi5>3.0.co;2-v</a> +</div> <div id="ref-christin_origines_1999" class="csl-entry" role="listitem"> Christin, A.-M. (1999). Les Origines de l’<span>é</span>criture : Image, Signe, Trace. <em>Le d<span>é</span>bat</em>, <em>4</em>, 28‑36. </div> @@ -398,6 +411,9 @@ Citton, Y., Lechner, M., & Masure, A. (2023). <em><span>Angles morts du num< <div id="ref-crozat_ecrire_2016" class="csl-entry" role="listitem"> Crozat, S. (2016). <span><span>É</span>crire avec une machine <span>à</span> calculer, <span>é</span>crire pour une machine <span>à</span> calculer</span>. <em>I2D - Information, donnees documents</em>, <em>53</em>(2), 62‑64. </div> +<div id="ref-crozat_elements_2011" class="csl-entry" role="listitem"> +Crozat, S., Bachimont, B., Cailleau, I., Bouchardon, S., & Gaillard, L. (2011). <span><span>É</span>l<span>é</span>ments pour une th<span>é</span>orie op<span>é</span>rationnelle de l’<span>é</span>criture num<span>é</span>rique</span>. <em>Document num<span>é</span>rique</em>, <em>14</em>(3), 9‑33. +</div> <div id="ref-doueihi_grande_2011" class="csl-entry" role="listitem"> Doueihi, M. (2011). <em><span>La Grande conversion num<span>é</span>rique: suivi de R<span>ê</span>veries d’un promeneur num<span>é</span>rique</span></em>. POINTS. </div> @@ -413,12 +429,21 @@ Goody, J. (1979). <em><span>La Raison graphique : la domestication de la pens< <div id="ref-hayles_my_2005" class="csl-entry" role="listitem"> Hayles, N. K. (2005). <em><span>My Mother Was A Computer: Digital Subjects And Literary Texts</span></em> (2nd ed. <span>é</span>dition). University of Chicago Press. </div> +<div id="ref-hayles_parole_2015" class="csl-entry" role="listitem"> +Hayles, N. K. (2015). <em><span>Parole, <span>é</span>criture, code</span></em>. Presses du r<span>é</span>el. +</div> <div id="ref-herrenschmidt_trois_2023" class="csl-entry" role="listitem"> Herrenschmidt, C. (2023). <em><span>Les trois <span>é</span>critures: Langue, nombre, code</span></em>. FOLIO. </div> +<div id="ref-ingold_breve_2013" class="csl-entry" role="listitem"> +Ingold, T. (2013). <em>Une Br<span>è</span>ve Histoire Des Lignes</em>. Zones sensibles. +</div> <div id="ref-jeanneret_y_2011" class="csl-entry" role="listitem"> Jeanneret, Y. (2011). <span>Y a t-il (vraiment) des technologies de l’information ? : Nouvelle <span>é</span>dition revue et corrig<span>é</span>e</span>. In <em>Y-a-t-il (vraiment) des technologies de l’information ? : Nouvelle <span>é</span>dition revue et corrig<span>é</span>e</em>. Presses universitaires du Septentrion. </div> +<div id="ref-jeanneret_lenonciation_2005" class="csl-entry" role="listitem"> +Jeanneret, Y., & Souchier, E. (2005). <span>L’<span>é</span>nonciation <span>é</span>ditoriale dans les <span>é</span>crits d’<span>é</span>cran</span>. <em>Communication & Langages</em>, <em>145</em>(1), 3‑15. <a href="https://doi.org/10.3406/colan.2005.3351">https://doi.org/10.3406/colan.2005.3351</a> +</div> <div id="ref-kembellec_lerudition_2020" class="csl-entry" role="listitem"> Kembellec, G. (2020). <span>L’<span>é</span>rudition num<span>é</span>rique palimpseste</span>. <em>Hermes, La Revue</em>, <em>n<span><span class="math inline"><sup>∘</sup></span></span> 87</em>(2), 145‑158. </div> @@ -434,6 +459,12 @@ Kittler, F. A. (2015). <em><span>Mode prot<span>é</span>g<span>é</span></span> <div id="ref-knuth_literate_1984" class="csl-entry" role="listitem"> Knuth, D. E. (1984). Literate <span>Programming</span>. <em>The Computer Journal</em>, <em>27</em>(2), 97‑111. <a href="https://doi.org/10.1093/comjnl/27.2.97">https://doi.org/10.1093/comjnl/27.2.97</a> </div> +<div id="ref-leroi-gourhan_geste_2022" class="csl-entry" role="listitem"> +Leroi-Gourhan, A. (2022a). <em><span>Le Geste et la Parole</span></em> (Illustrated <span>é</span>dition, Vol. 1). Albin Michel. +</div> +<div id="ref-leroi-gourhan_geste_2022-1" class="csl-entry" role="listitem"> +Leroi-Gourhan, A. (2022b). <em><span>Le Geste et la Parole</span></em> (Vol. 2). Albin Michel. +</div> <div id="ref-mcluhan_pour_1977" class="csl-entry" role="listitem"> McLuhan, M. (1977). <em><span>Pour comprendre les m<span>é</span>dias</span></em>. Points. </div> @@ -446,26 +477,47 @@ Mille, A. (2014). <span>D’Internet au web</span>. In <em><span>Pratiques de l <div id="ref-mourat_vacillement_2020" class="csl-entry" role="listitem"> Mourat, R. de. (2020). <em><span>Le vacillement des formats : mat<span>é</span>rialit<span>é</span>, <span>é</span>criture et enqu<span>ê</span>te : le design des publications en Sciences Humaines et Sociales</span></em> [Thèse de doctorat]. Universit<span>é</span> Rennes 2. </div> -<div id="ref-muller_lintermedialite_2000" class="csl-entry" role="listitem"> -Müller, J. (2000). <span>L’interm<span>é</span>dialit<span>é</span>, une nouvelle approche interdisciplinaire : perspectives th<span>é</span>oriques et pratiques <span>à</span> l’exemple de la vision de la t<span>é</span>l<span>é</span>vision</span>. <em>Cin<span>é</span>mas : revue d’<span>é</span>tudes cin<span>é</span>matographiques / Cin<span>é</span>mas: Journal of Film Studies</em>, <em>10</em>(2-3), 105‑134. <a href="https://doi.org/10.7202/024818ar">https://doi.org/10.7202/024818ar</a> +<div id="ref-ong_oralite_2014" class="csl-entry" role="listitem"> +Ong, W. J. (2014). <em><span>Oralit<span>é</span> et <span>é</span>criture: La technologie de la parole</span></em> (1er <span>é</span>dition). Les Belles Lettres. +</div> +<div id="ref-otlet_livre_2015" class="csl-entry" role="listitem"> +Otlet, P. (2015). <em><span>Le livre sur le livre: Trait<span>é</span> de documentation</span></em>. Les Impressions nouvelles. +</div> +<div id="ref-paveau_activites_2012" class="csl-entry" role="listitem"> +Paveau, M.-A. (2012). <span>Activit<span>é</span>s langagi<span>è</span>res et technologie discursive. L’exemple de Twitter</span> [{Billet}]. In <em>La pens<span>é</span>e du discours</em>. <a href="https://doi.org/10.58079/ssle">https://doi.org/10.58079/ssle</a> +</div> +<div id="ref-paveau_technodiscursivites_2013" class="csl-entry" role="listitem"> +Paveau, M.-A. (2013). Technodiscursivit<span>é</span>s Natives Sur <span>Twitter</span>. <span>Une</span> <span>É</span>cologie Du Discours Num<span>é</span>rique. <em>Epist<span>é</span>m<span>è</span> : revue internationale de sciences humaines et sociales appliqu<span>é</span>es / 에피스테메</em>, <em>9</em>, 139‑176. +</div> +<div id="ref-paveau_ce_2015" class="csl-entry" role="listitem"> +Paveau, M.-A. (2015). <span>Ce qui s’<span>é</span>crit dans les univers num<span>é</span>riques</span>. <em>Itin<span>é</span>raires. Litt<span>é</span>rature, textes, cultures</em>, <em>2014-1</em>. <a href="https://doi.org/10.4000/itineraires.2313">https://doi.org/10.4000/itineraires.2313</a> +</div> +<div id="ref-pedauque_document_2003" class="csl-entry" role="listitem"> +Pédauque, R. T. (2003). <em>Document : Forme, Signe et M<span>é</span>dium, Les Re-Formulations Du Num<span>é</span>rique</em>. </div> <div id="ref-pedauque_document_2006" class="csl-entry" role="listitem"> Pédauque, R. T. (2006). <em><span>Le document <span>à</span> la lumi<span>è</span>re du num<span>é</span>rique</span></em>. C&F <span>é</span>ditions. </div> +<div id="ref-pedauque_redocumentarisation_2007" class="csl-entry" role="listitem"> +Pédauque, R. T. (2007). <em><span>La redocumentarisation du monde</span></em>. Editions C<span>é</span>padu<span>è</span>s. +</div> +<div id="ref-platon_phedre_2007" class="csl-entry" role="listitem"> +Platon. (2007). <em><span>Ph<span>è</span>dre</span></em>. Le Livre de Poche. +</div> <div id="ref-sauret_revue_2020" class="csl-entry" role="listitem"> Sauret, N. (2020). <em>De La Revue Au Collectif : La Conversation Comme Dispositif d’<span>é</span>ditorialisation Des Communaut<span>é</span>s Savantes En Lettres et Sciences Humaines</em> [These de Doctorat]. Paris 10. </div> +<div id="ref-souchier_image_1998" class="csl-entry" role="listitem"> +Souchier, E. (1998). <span>L’image du texte pour une th<span>é</span>orie de l’<span>é</span>nonciation <span>é</span>ditoriale</span>. <em>Les cahiers de m<span>é</span>diologie</em>, <em>6</em>(2), 137‑145. <a href="https://doi.org/10.3917/cdm.006.0137">https://doi.org/10.3917/cdm.006.0137</a> +</div> <div id="ref-souchier__2012" class="csl-entry" role="listitem"> Souchier, E. (2012). <span>La << lettrure >> <span>à</span> l’<span>é</span>cran. Lire & <span>é</span>crire au regard des m<span>é</span>dias informatis<span>é</span>s</span>. <em>Communication & langages</em>, <em>174</em>(4), 85‑108. <a href="https://doi.org/10.4074/S0336150012014068">https://doi.org/10.4074/S0336150012014068</a> </div> <div id="ref-souchier_numerique_2019" class="csl-entry" role="listitem"> Souchier, E. (2019). <em><span>Le Num<span>é</span>rique Comme <span>É</span>criture</span></em>. Colin. </div> -<div id="ref-tadier__2021" class="csl-entry" role="listitem"> -Tadier, E. (2021). <span><< L’interm<span>é</span>dialit<span>é</span> montr<span>é</span>alaise, ou l’art de penser la relation >></span>. <em>Communication langages</em>, <em>208209</em>(2), 9‑25. -</div> -<div id="ref-tadier_tentative_2021" class="csl-entry" role="listitem"> -Tadier, E., & Méchoulan, É. (2021). <span>Tentative d’<span>é</span>puisement de l’interm<span>é</span>dialit<span>é</span> : entretien avec <span>É</span>ric M<span>é</span>choulan</span>. <em>Communication langages</em>, <em>208209</em>(2), 27‑49. +<div id="ref-souchier_pour_1999" class="csl-entry" role="listitem"> +Souchier, E., & Jeanneret, Y. (1999). <em><span>Pour une po<span>é</span>tique de l’<span>é</span>crit d’<span>é</span>cran</span></em>. <em>6</em>, 97. </div> <div id="ref-tufte_cognitive_2003" class="csl-entry" role="listitem"> Tufte, E. (2003). The <span>Cognitive Style</span> of <span>PowerPoint</span>. In <em>Journal of The American Statistical Association - J AMER STATIST ASSN</em> (Vol. 99). @@ -499,55 +551,62 @@ Zacklad, M. (2019). <span>Le design de l’information : textualisation, documen <hr /> <ol> <li id="fn1"><p>À chaque fois que nous ferons référence à l’écriture, il faudra la comprendre comme l’écriture scientifique en environnement numérique sauf mention différente.<a href="#fnref1" class="footnote-back" role="doc-backlink">↩︎</a></p></li> -<li id="fn2"><p>C’est par exemple le cas de la machine à écrire Valentine conçue en 1968 par le célèbre designer Ettore Sottsass, machine qui est devenue le produit emblématique de l’entreprise Olivetti lors de sa commercialisation en 1969. Comme nous le verrons plus loin, lors des mêmes années aux États-Unis, le président Johnson déclara qu’à l’échelle fédérale les ordinateurs doivent être compatibles avec la norme ASCII.<a href="#fnref2" class="footnote-back" role="doc-backlink">↩︎</a></p></li> -<li id="fn3"><p>Cette machine a été conçue par Mario Bellini pour Olivetti en 1987, voir https://www.moma.org/collection/works/3641 site consulté le 21 février 2024.<a href="#fnref3" class="footnote-back" role="doc-backlink">↩︎</a></p></li> -<li id="fn4"><p>Un autre logiciel comme <code>TeX</code> développé en 1984 par Donald Knuth tente de résoudre ce problème de la mise en page selon une approche WYSIWYM, que D. Knuth nomme <em>Literate programming</em> <span class="citation" data-cites="knuth_literate_1984">(Knuth, 1984)</span> alors que la tendance est plutôt aux interfaces WYSIWYG<a href="#fnref4" class="footnote-back" role="doc-backlink">↩︎</a></p></li> -<li id="fn5"><p>La première loi de Moore est relative à l’évolution des processeurs dans le temps et stipule que le nombre de transistors présents dans les processeurs doublera tous les dix-huit mois pour un coût constant.<a href="#fnref5" class="footnote-back" role="doc-backlink">↩︎</a></p></li> -<li id="fn6"><p>Voir la page web correspondante sur le site de l’entreprise Intel, consulté le 16 février 2024 : https://www.intel.fr/content/www/fr/fr/history/museum-story-of-intel-4004.html.<a href="#fnref6" class="footnote-back" role="doc-backlink">↩︎</a></p></li> -<li id="fn7"><p>Système élémentaire d’entrée sortie<a href="#fnref7" class="footnote-back" role="doc-backlink">↩︎</a></p></li> -<li id="fn8"><p>Voir le site web de Libreboot : https://libreboot.org/, consulté le 03 avril 2024.<a href="#fnref8" class="footnote-back" role="doc-backlink">↩︎</a></p></li> -<li id="fn9"><p>Voir le site web de Coreboot : https://www.coreboot.org/, consulté le 03 avril 2024.<a href="#fnref9" class="footnote-back" role="doc-backlink">↩︎</a></p></li> -<li id="fn10"><p>Des informations sur ce sujet sont disponibles à cette adresse sur le site web de libreboot : https://libreboot.org/faq.html#what-systems-are-compatible-with-libreboot ou dans la documentation des matériels d’Intel : https://www.intel.com/content/www/us/en/search.html?ws=idsa-default#q=boot%20guard&sort=relevancy&f:<span class="citation" data-cites="tabfilter">(<strong>tabfilter?</strong>)</span>=[Developers], consultés le 03 avril 2024.<a href="#fnref10" class="footnote-back" role="doc-backlink">↩︎</a></p></li> -<li id="fn11"><p>Cette dimension essentialiste propre à l’interaction est détaillée dans le chapitre 1 (ajouter lien)<a href="#fnref11" class="footnote-back" role="doc-backlink">↩︎</a></p></li> -<li id="fn12"><p>Le chapitre 1 devra décrire l’intermédialité montréalaise, il faudra ajouter un renvoi ici<a href="#fnref12" class="footnote-back" role="doc-backlink">↩︎</a></p></li> -<li id="fn13"><p>En informatique, le qualificatif agnostique désigne une ressource indépendante du système au sein duquel elle se trouve. Par exemple, un logiciel agnostique fonctionnerait de la même manière sous différents systèmes d’exploitation. Il en gagne ainsi la propriété d’interopérabilité.<a href="#fnref13" class="footnote-back" role="doc-backlink">↩︎</a></p></li> -<li id="fn14"><p>Il n’y a pas de corrélation directe avec l’utilisation de la norme ASCII par les institutions américaines à cette date, néanmoins on remarque qu’il y a un engouement pour l’informatique à la fin des années 1960.<a href="#fnref14" class="footnote-back" role="doc-backlink">↩︎</a></p></li> -<li id="fn15"><p>On peut retrouver tout le contenu de cette RFC sur cette page web : https://www.rfc-editor.org/rfc/rfc3.html. Les RFC sont numérotées, dans ce cas-ci il s’agit de la RFC 3, et vont par ordre croissant. Une modification d’un document numéroté fait l’objet d’un nouveau numéro et rend obsolète la version antérieure. Comme on peut la page Web, la RFC 3 est rendue obsolète par la numéro 10, puis la 16, etc.<a href="#fnref15" class="footnote-back" role="doc-backlink">↩︎</a></p></li> -<li id="fn16"><p>Pandoc est un incontournable pour transformer des documents. Il a été développé et maintenu en Haskell par son créateur John MacFarlane depuis 2006.<a href="#fnref16" class="footnote-back" role="doc-backlink">↩︎</a></p></li> -<li id="fn17"><p>La pandoc-api est accessible à cet <em>endpoint</em> : https://pandoc-api.stylo.huma-num.fr/<a href="#fnref17" class="footnote-back" role="doc-backlink">↩︎</a></p></li> -<li id="fn18"><p>FastAPI est disponible à cette adresse : https://fastapi.tiangolo.com/, consulté le 24 février 2024.<a href="#fnref18" class="footnote-back" role="doc-backlink">↩︎</a></p></li> -<li id="fn19"><p>On peut trouver le module d’export à cette URL : https://export.stylo.huma-num.fr/<a href="#fnref19" class="footnote-back" role="doc-backlink">↩︎</a></p></li> -<li id="fn20"><p>Voir le site web dédié à l’éditeur Monaco : https://microsoft.github.io/monaco-editor/, consulté le 29 février 2024.<a href="#fnref20" class="footnote-back" role="doc-backlink">↩︎</a></p></li> -<li id="fn21"><p>L’<em>endpoint</em> de l’API GraphQL de Stylo est accessible ici : https://stylo.huma-num.fr/graphql.<a href="#fnref21" class="footnote-back" role="doc-backlink">↩︎</a></p></li> -<li id="fn22"><p>Ces deux problèmes désignent soit une récupération trop importante de données et nécessite un tri après récupération des données sur le serveur, soit un manque de données pallié par un deuxième appel ou plus au serveur pour compléter le besoin.<a href="#fnref22" class="footnote-back" role="doc-backlink">↩︎</a></p></li> -<li id="fn23"><p>La modélisation du schéma GraphQL de Stylo est accessible sur le dépôt Github à l’adresse suivante :https://github.com/EcrituresNumeriques/stylo/blob/master/graphql/models/user.js<a href="#fnref23" class="footnote-back" role="doc-backlink">↩︎</a></p></li> -<li id="fn24"><p>Voir https://graphql.or/learn/serving-over-http/, consulté le 24 février 2024.<a href="#fnref24" class="footnote-back" role="doc-backlink">↩︎</a></p></li> -<li id="fn25"><p>Voir la page web https://www.rfc-editor.org/rfc/rfc9110#name-introduction, consultée le 24 février 2024.<a href="#fnref25" class="footnote-back" role="doc-backlink">↩︎</a></p></li> -<li id="fn26"><p>Traduction personnelle : La méthode POST demande à la ressource cible de traiter la représentation incluse dans la demande selon sa propre sémantique. Par exemple, la méthode POST est utilisée pour les usages suivants (parmi d’autres) : Fournir les blocs de données, comme les champs d’un formulaire HTML, à un traitement de données ; Publier un message sur un tableau d’affichage, un groupe d’échange, une liste de diffusion, un blog ou un groupe d’articles similaire ; Créer une nouvelle ressource qui n’a pas encore été identifiée par le serveur d’origine ; et Ajouter des données à la (aux) représentation(s) existante(s) d’une ressource.<a href="#fnref26" class="footnote-back" role="doc-backlink">↩︎</a></p></li> -<li id="fn27"><p>L’idempotence signifie qu’une opération a le même effet et cela quel que soit le nombre d’application.<a href="#fnref27" class="footnote-back" role="doc-backlink">↩︎</a></p></li> -<li id="fn28"><p>Voir son site web, consulté le 31 mars 2024 : https://daringfireball.net/projects/markdown/<a href="#fnref28" class="footnote-back" role="doc-backlink">↩︎</a></p></li> -<li id="fn29"><p>Les spécificités de CommonMark sont disponibles sur le site web dédié à cette saveur : https://commonmark.org/, consulté le 31 mars 2024.<a href="#fnref29" class="footnote-back" role="doc-backlink">↩︎</a></p></li> -<li id="fn30"><p>Celles de GFM sont disponibles sur cette page web : https://github.github.com/gfm/, consultée le 31 mars 2024.<a href="#fnref30" class="footnote-back" role="doc-backlink">↩︎</a></p></li> -<li id="fn31"><p>Celles de MultiMarkdown sont disponibles sur cette page web : https://rawgit.com/fletcher/MultiMarkdown-6-Syntax-Guide/master/index.html, cinsultée le 31 mars 2024.<a href="#fnref31" class="footnote-back" role="doc-backlink">↩︎</a></p></li> -<li id="fn32"><p>Celles de Pandoc sont disponibles sur cette page web : https://pandoc.org/MANUAL.html#pandocs-markdown, consultée le 31 mars 2024.<a href="#fnref32" class="footnote-back" role="doc-backlink">↩︎</a></p></li> -<li id="fn33"><p>Celles de Quarto sont disponibles sur cette page web : https://quarto.org/docs/authoring/markdown-basics.html, consultée le 31 mars 2024.<a href="#fnref33" class="footnote-back" role="doc-backlink">↩︎</a></p></li> -<li id="fn34"><p>Outre celle qui porte son nom, Pandoc prend en charge d’autres variantes de Markdown comme cela est indiqué dans la documentation à ce sujet : https://pandoc.org/MANUAL.html#markdown-variants.<a href="#fnref34" class="footnote-back" role="doc-backlink">↩︎</a></p></li> -<li id="fn35"><p>Voir le site web de JSON : https://www.json.org/json-en.html, consulté le 31 mars 2024.<a href="#fnref35" class="footnote-back" role="doc-backlink">↩︎</a></p></li> -<li id="fn36"><p>Voir le blog de Ruud van Asseldonk : https://ruudvanasseldonk.com/2023/01/11/the-yaml-document-from-hell, consulté le 31 mars 2024.<a href="#fnref36" class="footnote-back" role="doc-backlink">↩︎</a></p></li> -<li id="fn37"><p>Voir la page des <em>releases</em> de Pandoc : https://pandoc.org/releases.html#pandoc-2.2.2-2018-07-16, consultée le 31 mars 2024.<a href="#fnref37" class="footnote-back" role="doc-backlink">↩︎</a></p></li> -<li id="fn38"><p>Voir la page web de la librairie : https://pypi.org/project/PyYAML/, consultée le 31 mars 2024.<a href="#fnref38" class="footnote-back" role="doc-backlink">↩︎</a></p></li> -<li id="fn39"><p>Voir le site web du langage TOML : https://toml.io/en/, consulté le 31 mars 2024.<a href="#fnref39" class="footnote-back" role="doc-backlink">↩︎</a></p></li> -<li id="fn40"><p>Le pressoir-cli est un paquet python développé par la CRCEN et disponible à cette page web : https://pypi.org/project/pressoir-cli/, consultée le 31 mars 2024.<a href="#fnref40" class="footnote-back" role="doc-backlink">↩︎</a></p></li> -<li id="fn41"><p>Zotero est un logiciel de gestion de références bibliographiques très connu, il est l’alternative libre et <em>open source</em> à Mendeley, voir le site web de Zotero : https://www.zotero.org/, consulté le 31 mars 2024.<a href="#fnref41" class="footnote-back" role="doc-backlink">↩︎</a></p></li> -<li id="fn42"><p>EBib est un logiciel de gestion de références bibliographiques fonctionnant depuis l’éditeur de texte Emacs, voir le site du projet : https://joostkremers.github.io/ebib/, consultée le 31 mars 2024.<a href="#fnref42" class="footnote-back" role="doc-backlink">↩︎</a></p></li> -<li id="fn43"><p>cf. le tableau des champs accolés aux types de documents en annexe.<a href="#fnref43" class="footnote-back" role="doc-backlink">↩︎</a></p></li> -<li id="fn44"><p>Voir la discussion sur GitHub : https://github.com/EcrituresNumeriques/stylo/pull/991, consultée le 31 mars 2024.<a href="#fnref44" class="footnote-back" role="doc-backlink">↩︎</a></p></li> -<li id="fn45"><p>Voir la documentation de Stylo : http://stylo-doc.ecrituresnumeriques.ca/fr/bibliographie/#lettres-capitales-pour-les-titres-en-anglais, consultée le 31 mars 2024.<a href="#fnref45" class="footnote-back" role="doc-backlink">↩︎</a></p></li> -<li id="fn46"><p>Traduction personnelle : […] routinely disrupts, dominates, and trivializes content.<a href="#fnref46" class="footnote-back" role="doc-backlink">↩︎</a></p></li> -<li id="fn47"><p>Traduction personnelle : actively facilitates the making of lightweight presentations.<a href="#fnref47" class="footnote-back" role="doc-backlink">↩︎</a></p></li> -<li id="fn48"><p>Cet acronyme correspondait à la commande pour exécuter le logiciel depuis un terminal, alors qu’aujourd’hui il réfère plutôt au logiciel WordPress.<a href="#fnref48" class="footnote-back" role="doc-backlink">↩︎</a></p></li> -<li id="fn49"><p>Voir le site web, consulté le 21 mars 2024 : https://www.apple.com/pages/compatibility/<a href="#fnref49" class="footnote-back" role="doc-backlink">↩︎</a></p></li> -<li id="fn50"><p>Louise Merzeau n’a jamais publié de document sur cette déprise, néanmoins Nicolas Sauret mentionne ce concept et son sens dans sa thèse.<a href="#fnref50" class="footnote-back" role="doc-backlink">↩︎</a></p></li> +<li id="fn2"><p>Nous reviendrons sur les modèles textuels dans le troisième chapitre de la thèse.<a href="#fnref2" class="footnote-back" role="doc-backlink">↩︎</a></p></li> +<li id="fn3"><p>C’est par exemple le cas de la machine à écrire Valentine conçue en 1968 par le célèbre designer Ettore Sottsass, machine qui est devenue le produit emblématique de l’entreprise Olivetti lors de sa commercialisation en 1969. Comme nous le verrons plus loin, lors des mêmes années aux États-Unis, le président Johnson déclara qu’à l’échelle fédérale les ordinateurs doivent être compatibles avec la norme ASCII.<a href="#fnref3" class="footnote-back" role="doc-backlink">↩︎</a></p></li> +<li id="fn4"><p>Cette machine a été conçue par Mario Bellini pour Olivetti en 1987, voir https://www.moma.org/collection/works/3641 site consulté le 21 février 2024.<a href="#fnref4" class="footnote-back" role="doc-backlink">↩︎</a></p></li> +<li id="fn5"><p>Un autre logiciel comme <code>TeX</code> développé en 1984 par Donald Knuth tente de résoudre ce problème de la mise en page selon une approche WYSIWYM, que D. Knuth nomme <em>Literate programming</em> <span class="citation" data-cites="knuth_literate_1984">(Knuth, 1984)</span> alors que la tendance est plutôt aux interfaces WYSIWYG<a href="#fnref5" class="footnote-back" role="doc-backlink">↩︎</a></p></li> +<li id="fn6"><p>Nous reviendrons sur cette caractlwristique, la variabilité, dans le troisième chapitre de la thèse.<a href="#fnref6" class="footnote-back" role="doc-backlink">↩︎</a></p></li> +<li id="fn7"><p>La première loi de Moore est relative à l’évolution des processeurs dans le temps et stipule que le nombre de transistors présents dans les processeurs doublera tous les dix-huit mois pour un coût constant.<a href="#fnref7" class="footnote-back" role="doc-backlink">↩︎</a></p></li> +<li id="fn8"><p>Voir la page web correspondante sur le site de l’entreprise Intel, consulté le 16 février 2024 : https://www.intel.fr/content/www/fr/fr/history/museum-story-of-intel-4004.html.<a href="#fnref8" class="footnote-back" role="doc-backlink">↩︎</a></p></li> +<li id="fn9"><p>Système élémentaire d’entrée sortie<a href="#fnref9" class="footnote-back" role="doc-backlink">↩︎</a></p></li> +<li id="fn10"><p>Voir le site web de Libreboot : https://libreboot.org/, consulté le 03 avril 2024.<a href="#fnref10" class="footnote-back" role="doc-backlink">↩︎</a></p></li> +<li id="fn11"><p>Voir le site web de Coreboot : https://www.coreboot.org/, consulté le 03 avril 2024.<a href="#fnref11" class="footnote-back" role="doc-backlink">↩︎</a></p></li> +<li id="fn12"><p>Des informations sur ce sujet sont disponibles à cette adresse sur le site web de libreboot : https://libreboot.org/faq.html#what-systems-are-compatible-with-libreboot ou dans la documentation des matériels d’Intel : https://www.intel.com/content/www/us/en/search.html?ws=idsa-default#q=boot%20guard&sort=relevancy&f:<span class="citation" data-cites="tabfilter">(<strong>tabfilter?</strong>)</span>=[Developers], consultés le 03 avril 2024.<a href="#fnref12" class="footnote-back" role="doc-backlink">↩︎</a></p></li> +<li id="fn13"><p>Traduction personnelle de : […] routinely disrupts, dominates, and trivializes content.<a href="#fnref13" class="footnote-back" role="doc-backlink">↩︎</a></p></li> +<li id="fn14"><p>Traduction personnelle de : actively facilitates the making of lightweight presentations.<a href="#fnref14" class="footnote-back" role="doc-backlink">↩︎</a></p></li> +<li id="fn15"><p>Cet acronyme correspondait à la commande pour exécuter le logiciel depuis un terminal, alors qu’aujourd’hui il réfère plutôt au logiciel WordPress.<a href="#fnref15" class="footnote-back" role="doc-backlink">↩︎</a></p></li> +<li id="fn16"><p>Voir le site web, consulté le 21 mars 2024 : https://www.apple.com/pages/compatibility/<a href="#fnref16" class="footnote-back" role="doc-backlink">↩︎</a></p></li> +<li id="fn17"><p>Le terme <em>physique</em> est à distinguer de <em>matériel</em>. Nous l’employons dans le même sens que K. Hayles <span class="citation" data-cites="hayles_parole_2015">(2015)</span>. Physique renvoie aux caractéristiques d’un objet alors que la dimension matérielle est une propriété émergente<a href="#fnref17" class="footnote-back" role="doc-backlink">↩︎</a></p></li> +<li id="fn18"><p>En informatique, le qualificatif agnostique désigne une ressource indépendante du système au sein duquel elle se trouve. Par exemple, un logiciel agnostique fonctionnerait de la même manière sous différents systèmes d’exploitation. Il en gagne ainsi la propriété d’interopérabilité.<a href="#fnref18" class="footnote-back" role="doc-backlink">↩︎</a></p></li> +<li id="fn19"><p>Il n’y a pas de corrélation directe avec l’utilisation de la norme ASCII par les institutions américaines à cette date, néanmoins on remarque qu’il y a un engouement pour l’informatique à la fin des années 1960.<a href="#fnref19" class="footnote-back" role="doc-backlink">↩︎</a></p></li> +<li id="fn20"><p>On peut retrouver tout le contenu de cette RFC sur cette page web : https://www.rfc-editor.org/rfc/rfc3.html. Les RFC sont numérotées, dans ce cas-ci il s’agit de la RFC 3, et vont par ordre croissant. Une modification d’un document numéroté fait l’objet d’un nouveau numéro et rend obsolète la version antérieure. Comme on peut la page Web, la RFC 3 est rendue obsolète par la numéro 10, puis la 16, etc.<a href="#fnref20" class="footnote-back" role="doc-backlink">↩︎</a></p></li> +<li id="fn21"><p>Pandoc est un incontournable pour transformer des documents. Il a été développé et maintenu en Haskell par son créateur John MacFarlane depuis 2006.<a href="#fnref21" class="footnote-back" role="doc-backlink">↩︎</a></p></li> +<li id="fn22"><p>La pandoc-api est accessible à cet <em>endpoint</em> : https://pandoc-api.stylo.huma-num.fr/<a href="#fnref22" class="footnote-back" role="doc-backlink">↩︎</a></p></li> +<li id="fn23"><p>FastAPI est disponible à cette adresse : https://fastapi.tiangolo.com/, consulté le 24 février 2024.<a href="#fnref23" class="footnote-back" role="doc-backlink">↩︎</a></p></li> +<li id="fn24"><p>On peut trouver le module d’export à cette URL : https://export.stylo.huma-num.fr/<a href="#fnref24" class="footnote-back" role="doc-backlink">↩︎</a></p></li> +<li id="fn25"><p>Voir le site web dédié à l’éditeur Monaco : https://microsoft.github.io/monaco-editor/, consulté le 29 février 2024.<a href="#fnref25" class="footnote-back" role="doc-backlink">↩︎</a></p></li> +<li id="fn26"><p>L’<em>endpoint</em> de l’API GraphQL de Stylo est accessible ici : https://stylo.huma-num.fr/graphql.<a href="#fnref26" class="footnote-back" role="doc-backlink">↩︎</a></p></li> +<li id="fn27"><p>Ces deux problèmes désignent soit une récupération trop importante de données et nécessite un tri après récupération des données sur le serveur, soit un manque de données pallié par un deuxième appel ou plus au serveur pour compléter le besoin.<a href="#fnref27" class="footnote-back" role="doc-backlink">↩︎</a></p></li> +<li id="fn28"><p>La modélisation du schéma GraphQL de Stylo est accessible sur le dépôt Github à l’adresse suivante :https://github.com/EcrituresNumeriques/stylo/blob/master/graphql/models/user.js<a href="#fnref28" class="footnote-back" role="doc-backlink">↩︎</a></p></li> +<li id="fn29"><p>Voir https://graphql.or/learn/serving-over-http/, consulté le 24 février 2024.<a href="#fnref29" class="footnote-back" role="doc-backlink">↩︎</a></p></li> +<li id="fn30"><p>Voir la page web https://www.rfc-editor.org/rfc/rfc9110#name-introduction, consultée le 24 février 2024.<a href="#fnref30" class="footnote-back" role="doc-backlink">↩︎</a></p></li> +<li id="fn31"><p>Traduction personnelle : La méthode POST demande à la ressource cible de traiter la représentation incluse dans la demande selon sa propre sémantique. Par exemple, la méthode POST est utilisée pour les usages suivants (parmi d’autres) : Fournir les blocs de données, comme les champs d’un formulaire HTML, à un traitement de données ; Publier un message sur un tableau d’affichage, un groupe d’échange, une liste de diffusion, un blog ou un groupe d’articles similaire ; Créer une nouvelle ressource qui n’a pas encore été identifiée par le serveur d’origine ; et Ajouter des données à la (aux) représentation(s) existante(s) d’une ressource.<a href="#fnref31" class="footnote-back" role="doc-backlink">↩︎</a></p></li> +<li id="fn32"><p>L’idempotence signifie qu’une opération a le même effet et cela quel que soit le nombre d’application.<a href="#fnref32" class="footnote-back" role="doc-backlink">↩︎</a></p></li> +<li id="fn33"><p>La version 1.0 des recommandations du langage XML publiées en février 1998 sont disponibles sur le site web du W3C à cette URL : <a href="https://www.w3.org/TR/1998/REC-xml-19980210" class="uri">https://www.w3.org/TR/1998/REC-xml-19980210</a>, visité le 24 septembre 2024.<a href="#fnref33" class="footnote-back" role="doc-backlink">↩︎</a></p></li> +<li id="fn34"><p>Voir son site web, consulté le 31 mars 2024 : https://daringfireball.net/projects/markdown/<a href="#fnref34" class="footnote-back" role="doc-backlink">↩︎</a></p></li> +<li id="fn35"><p>Les spécificités de CommonMark sont disponibles sur le site web dédié à cette saveur : https://commonmark.org/, consulté le 31 mars 2024.<a href="#fnref35" class="footnote-back" role="doc-backlink">↩︎</a></p></li> +<li id="fn36"><p>Celles de GFM sont disponibles sur cette page web : https://github.github.com/gfm/, consultée le 31 mars 2024.<a href="#fnref36" class="footnote-back" role="doc-backlink">↩︎</a></p></li> +<li id="fn37"><p>Celles de MultiMarkdown sont disponibles sur cette page web : https://rawgit.com/fletcher/MultiMarkdown-6-Syntax-Guide/master/index.html, cinsultée le 31 mars 2024.<a href="#fnref37" class="footnote-back" role="doc-backlink">↩︎</a></p></li> +<li id="fn38"><p>Celles de Pandoc sont disponibles sur cette page web : https://pandoc.org/MANUAL.html#pandocs-markdown, consultée le 31 mars 2024.<a href="#fnref38" class="footnote-back" role="doc-backlink">↩︎</a></p></li> +<li id="fn39"><p>Celles de Quarto sont disponibles sur cette page web : https://quarto.org/docs/authoring/markdown-basics.html, consultée le 31 mars 2024.<a href="#fnref39" class="footnote-back" role="doc-backlink">↩︎</a></p></li> +<li id="fn40"><p>Outre celle qui porte son nom, Pandoc prend en charge d’autres variantes de Markdown comme cela est indiqué dans la documentation à ce sujet : https://pandoc.org/MANUAL.html#markdown-variants.<a href="#fnref40" class="footnote-back" role="doc-backlink">↩︎</a></p></li> +<li id="fn41"><p>Les spécifications des différentes versions sont disponibles en ligne à l’adresse <a href="https://yaml.org/spec/" class="uri">https://yaml.org/spec/</a>.<a href="#fnref41" class="footnote-back" role="doc-backlink">↩︎</a></p></li> +<li id="fn42"><p>Le schéma de données employé dans Stylo est un paramétrage par défaut. L’application n’empêche pas les utilisateurs d’ajouter des nouvelles clés YAML personnalisées pour décrire des éléments supplémentaires. Néanmoins, ces ajouts personnalisés ne seront pas pris en charge par lors de l’export. Pour récupérer des métadonnées personnalisées, Stylo prévoit un export des sources brutes pour lesquelles il faudra réaliser des transformations hors Stylo si l’on souhaite que ces métadonnées soient traitées.<a href="#fnref42" class="footnote-back" role="doc-backlink">↩︎</a></p></li> +<li id="fn43"><p>Voir le document ECMA-404 : <a href="https://ecma-international.org/wp-content/uploads/ECMA-404_2nd_edition_december_2017.pdf" class="uri">https://ecma-international.org/wp-content/uploads/ECMA-404_2nd_edition_december_2017.pdf</a>, consulté le 24 septembre 2024.<a href="#fnref43" class="footnote-back" role="doc-backlink">↩︎</a></p></li> +<li id="fn44"><p>En 2005, Douglas Crockford décide de supprimer la saisie des commentaires à l’intérieur des documents JSON. Voir l’histoire de JSON <a href="https://www.youtube.com/watch?v=-C-JoyNuQJs&t=965s" class="uri">https://www.youtube.com/watch?v=-C-JoyNuQJs&t=965s</a>, consultée le 24 septembre 2024<a href="#fnref44" class="footnote-back" role="doc-backlink">↩︎</a></p></li> +<li id="fn45"><p>Voir le blog de Ruud van Asseldonk : https://ruudvanasseldonk.com/2023/01/11/the-yaml-document-from-hell, consulté le 31 mars 2024.<a href="#fnref45" class="footnote-back" role="doc-backlink">↩︎</a></p></li> +<li id="fn46"><p>Voir la page des <em>releases</em> de Pandoc : https://pandoc.org/releases.html#pandoc-2.2.2-2018-07-16, consultée le 31 mars 2024.<a href="#fnref46" class="footnote-back" role="doc-backlink">↩︎</a></p></li> +<li id="fn47"><p>Voir la page web de la librairie : https://pypi.org/project/PyYAML/, consultée le 31 mars 2024.<a href="#fnref47" class="footnote-back" role="doc-backlink">↩︎</a></p></li> +<li id="fn48"><p>Dans la vidéo précédente de l’histoire de JSON, Douglas Crockford fait une erreur lorsqu’il compare YAML à JSON pour la saisie des commentaires. L’utilisation de commentaires en YAML existe depuis la version de travail des recommandations du 16 juin 2001 avec l’intégration du caractère <code>#</code> pour signaler un commentaire signalé dans les changements apportés le 26 mai 2001, voir la page <a href="https://yaml.org/spec/history/2001-06-16.html" class="uri">https://yaml.org/spec/history/2001-06-16.html</a> consultée le 24 septembre 2024.<a href="#fnref48" class="footnote-back" role="doc-backlink">↩︎</a></p></li> +<li id="fn49"><p>Voir le site web du langage TOML : https://toml.io/en/, consulté le 31 mars 2024.<a href="#fnref49" class="footnote-back" role="doc-backlink">↩︎</a></p></li> +<li id="fn50"><p>Le pressoir-cli est un paquet python développé par la CRCEN et disponible à cette page web : https://pypi.org/project/pressoir-cli/, consultée le 31 mars 2024.<a href="#fnref50" class="footnote-back" role="doc-backlink">↩︎</a></p></li> +<li id="fn51"><p>L’histoire et le fonctionnement de BibTeX est racontée par Oren Patashnik dans l’article BibTeX 1.0 <a href="https://tug.org/TUGboat/tb15-3/tb44patashnik.pdf" class="uri">https://tug.org/TUGboat/tb15-3/tb44patashnik.pdf</a>. L’article a été publié dans le numéro 15:3 de TUGBoat en septembre 1994 <a href="https://tug.org/TUGboat/Contents/contents15-3.html" class="uri">https://tug.org/TUGboat/Contents/contents15-3.html</a>; les pages web ont été consultées le 24 septembre 2024.<a href="#fnref51" class="footnote-back" role="doc-backlink">↩︎</a></p></li> +<li id="fn52"><p>Zotero est un logiciel de gestion de références bibliographiques très connu, il est l’alternative libre et <em>open source</em> à Mendeley, voir le site web de Zotero : https://www.zotero.org/, consulté le 31 mars 2024.<a href="#fnref52" class="footnote-back" role="doc-backlink">↩︎</a></p></li> +<li id="fn53"><p>EBib est un logiciel de gestion de références bibliographiques fonctionnant depuis l’éditeur de texte Emacs, voir le site du projet : https://joostkremers.github.io/ebib/, consultée le 31 mars 2024.<a href="#fnref53" class="footnote-back" role="doc-backlink">↩︎</a></p></li> +<li id="fn54"><p>cf. le tableau des champs accolés aux types de documents en annexe.<a href="#fnref54" class="footnote-back" role="doc-backlink">↩︎</a></p></li> +<li id="fn55"><p>Voir la discussion sur GitHub : https://github.com/EcrituresNumeriques/stylo/pull/991, consultée le 31 mars 2024.<a href="#fnref55" class="footnote-back" role="doc-backlink">↩︎</a></p></li> +<li id="fn56"><p>Voir la documentation de Stylo : http://stylo-doc.ecrituresnumeriques.ca/fr/bibliographie/#lettres-capitales-pour-les-titres-en-anglais, consultée le 31 mars 2024.<a href="#fnref56" class="footnote-back" role="doc-backlink">↩︎</a></p></li> +<li id="fn57"><p>Louise Merzeau n’a jamais publié de document sur cette déprise, néanmoins Nicolas Sauret mentionne ce concept et son sens dans sa thèse.<a href="#fnref57" class="footnote-back" role="doc-backlink">↩︎</a></p></li> </ol> </section> </div> diff --git a/docs/posts/2024-08-07-le-medium-au-coeur-des-pratiques-d-ecriture.html b/docs/posts/2024-08-07-le-medium-au-coeur-des-pratiques-d-ecriture.html index 058650d..11f9e1b 100644 --- a/docs/posts/2024-08-07-le-medium-au-coeur-des-pratiques-d-ecriture.html +++ b/docs/posts/2024-08-07-le-medium-au-coeur-des-pratiques-d-ecriture.html @@ -73,13 +73,14 @@ </ul> <hr /> <h2 id="introduction">Introduction</h2> -<p>L’objet qu’est la publication scientifique désigne communément un ensemble d’artefacts que l’on réunit sous cette appellation parce qu’elle caractérise une modalité de communication et de diffusion des travaux menés par les acteurs de la recherche. Parmi ces artefacts, les plus communs sont les ouvrages collectifs, les monographies, les revues, les actes liés à des événements scientifiques (colloque, journée d’étude, etc.), les thèses ou encore les mémoires. Malgré le fait que leur nature soit différente, ces artefacts partagent une particularité qui nous permet de les regrouper. Ce qui les lie ensemble ne se trouve pas à l’intérieur de ces documents, mais dans le processus de fabrication ces derniers. Les publications scientifiques regroupent une diversité d’artefacts parce qu’elles font l’objet d’un traitement qui leur est propre : la relecture par les pairs. Cette étape de validation du contenu scientifique s’insère dans le processus éditorial de transformation du document primaire – le document envoyé par l’auteur – avant qu’il ne trouve sa forme définitive. Selon les commentaires des relecteurs, le texte peut à ce moment là être retouché par l’auteur. C’est un fait remarquable puisque, pour cette catégorie d’objets, contrairement à d’autres catégories déterminées par le medium et/ou par le genre littéraire du contenu textuel, les artefacts scientifiques ne sont pas indexés selon une composante qui permettrait de décrire le type d’artefact dont il s’agit mais le sont d’une part par un gage de qualité du contenu qui a été validé par les pairs en amont de la publication et d’autres parts, le sont par une forme de reconnaissance sociale puisque l’objet en question sera probablement repris et/ou cité par d’autres membres de la communauté concernée. Cela veut dit qu’un document écrit et publié par un chercheur ne relève pas de la catégorie <em>publication scientifique</em> dès lors qu’il n’est pas relu par les pairs. Ce fait n’est pas forcément partagé par toute la communauté scientifique, mais il a le mérite de mieux définir notre objet d’étude et d’écarter d’autres types d’écrits savants tels que les blogs, les carnets, les publications sur les réseaux sociaux, etc.</p> -<p>Tandis que le texte scientifique est l’élément qui fait l’objet de cette relecture attentive de la part des pairs, nous nous intéressons à un autre aspect de ces artefacts qui nous permettrait de tous les désigner sans avoir à définir tolimiterutes leurs propriétés, il s’agit de la notion de document. Un livre pourrait être désigné par son format, le type de reliure employée ou le type de papier qui le compose, il en va tout autant pour les revues et les autres objets, d’autant plus si l’on doit prendre en considération leur pendant numérique, sans qu’on puisse les circonscrire complètement. Le terme de document quant à lui a cette particularité d’être un peu vague et un peu flou. Il a quelque chose qui tient du mot-valise et du fourre-tout. Il désigne tour à tour des livres, des papiers administratifs, des papiers médicaux, des documents numériques, des revues, des cartes postales, des antilopes (certaines seulement), des images ou des objets selon le contexte dans lequel ils sont exposés, etc. C’est un mot que l’on utilise au quotidien et grâce auquel on peut désigner tout un ensemble de choses sans pour autant s’encombrer d’une définition précise du document. Un document, dans son sens le plus large et le plus simple, est défini par l’équation <span class="citation" data-cites="pedauque_document_2003 pedauque_document_2006">(Pédauque, 2003, 2006)</span> :</p> +<p>L’objet qu’est la publication scientifique désigne communément un ensemble d’artefacts que l’on réunit sous cette appellation parce qu’elle caractérise une modalité de communication et de diffusion des travaux menés par les acteurs de la recherche. Parmi ces artefacts, les plus communs sont les ouvrages collectifs, les monographies, les revues, les actes liés à des événements scientifiques (colloque, journée d’étude, etc.), les thèses ou encore les mémoires. Malgré le fait que leur nature soit différente, ces artefacts partagent une particularité qui nous permet de les regrouper. Ce qui les lie ensemble ne se trouve pas à l’intérieur de ces documents, mais dans le processus de fabrication ces derniers. Les publications scientifiques regroupent une diversité d’artefacts parce qu’elles font l’objet d’un traitement qui leur est propre : la relecture par les pairs. Cette étape de validation du contenu scientifique s’insère dans le processus éditorial de transformation du document primaire – le document envoyé par l’auteur – avant qu’il ne trouve sa forme définitive. Selon les commentaires des relecteurs, le texte peut à ce moment là être retouché par l’auteur. C’est un fait remarquable puisque, pour cette catégorie d’objets, contrairement à d’autres catégories déterminées par le medium et/ou par le genre littéraire du contenu textuel, les artefacts scientifiques ne sont pas catégorisées selon une composante qui permettrait de décrire le type d’artefact dont il s’agit mais le sont d’une part par un gage de qualité du contenu qui a été validé par les pairs en amont de la publication et d’autres parts, le sont par une forme de reconnaissance sociale puisque l’objet en question sera probablement repris et/ou cité par d’autres membres de la communauté concernée. Cela veut dit qu’un document écrit et publié par un chercheur ne relève pas de la catégorie <em>publication scientifique</em> dès lors qu’il n’est pas relu par les pairs. Ce fait n’est pas forcément partagé par toute la communauté scientifique, mais il a le mérite de mieux définir notre objet d’étude et d’écarter d’autres types d’écrits savants tels que les blogs, les carnets, les publications sur les réseaux sociaux, etc.</p> +<p>Tandis que le texte scientifique est l’élément qui fait l’objet de cette relecture attentive de la part des pairs, nous nous intéressons à une autre facette de ces artefacts qui nous permettrait de tous les désigner sans avoir à définir tolimiterutes leurs propriétés, il s’agit de la notion de document. Un livre pourrait être désigné par son format, le type de reliure employée ou le type de papier qui le compose, il en va tout autant pour les revues et les autres objets, d’autant plus si l’on doit prendre en considération leur pendant numérique, sans qu’on puisse les circonscrire complètement. Le terme de document quant à lui a cette particularité d’être un peu vague et un peu flou. Il a quelque chose qui tient du mot-valise et du fourre-tout. Il désigne tour à tour des livres, des papiers administratifs, des papiers médicaux, des documents numériques, des revues, des cartes postales, des antilopes (certaines seulement), des images ou des objets selon le contexte dans lequel ils sont exposés, etc. C’est un mot que l’on utilise au quotidien et grâce auquel on peut désigner tout un ensemble de choses sans pour autant s’encombrer d’une définition précise du document. Un document, dans son sens le plus large et le plus simple, est défini par l’équation <span class="citation" data-cites="otlet_livre_2015 pedauque_document_2003 pedauque_document_2006">(Otlet, 2015, p. 13; Pédauque, 2003, 2006)</span> :</p> <p><span class="math display"><em>D</em><em>o</em><em>c</em><em>u</em><em>m</em><em>e</em><em>n</em><em>t</em> = <em>S</em><em>u</em><em>p</em><em>p</em><em>o</em><em>r</em><em>t</em> + <em>I</em><em>n</em><em>s</em><em>c</em><em>r</em><em>i</em><em>p</em><em>t</em><em>i</em><em>o</em><em>n</em></span></p> -<p>Cette brève définition nous permet de distinguer le texte (ici compris comme l’inscription) du document. Ce sont deux éléments qui parfois, par abus de langage, sont considérés en tant que synonymes, alors que dans cette recherche ils renvoient bien à deux éléments distincts. Le texte et les théories qui s’y rapportent fondent leur épistémologie autour du signe <span class="citation" data-cites="barthes">(<strong>barthes?</strong>)</span>. Lorsqu’il s’agit d’étudier un texte, que l’on vienne de la sémiologie, de la philologie ou de la génétique des textes, ce sont les unités sémiotiques, les mots et autres agencements de signes qui constituent l’objet étudié. Cependant, cette perspective ne permet pas de rendre compte de ce que pourrait être une épistémologie du document.</p> -<p>Les conditions de rédaction d’un texte sur une stèle, un post-it, une ardoise, du papier ou de la silice ne sera pas composé dans Les conditions de l’établissement d’un document durant l’Antiquité ne sont pas comparables aux conditions que l’on connait au 21<sup>e</sup> siècle avec le numérique. En ce sens</p> -<p>Un document … puis un document numérique <span class="citation" data-cites="pedauque">(<strong>zacklad?</strong>)</span>…</p> -<p>Afin de pouvoir</p> +<p>Cette brève définition nous permet de distinguer le texte (ici compris comme l’inscription) du document. Ce sont deux éléments qui parfois, par abus de langage, sont considérés en tant que synonymes, alors que dans cette recherche ils renvoient bien à deux éléments distincts. Généralement, le texte et les théories qui s’y rapportent fondent leur épistémologie autour du signe <span class="citation" data-cites="barthes">(<strong>barthes?</strong>)</span>. Lorsqu’il s’agit d’étudier un texte, que l’on vienne de la sémiologie, de la philologie ou de la génétique des textes, ce sont les unités sémiotiques, les mots et autres agencements de signes qui constituent l’objet étudié. Cependant, cette perspective ne permet pas de rendre compte de ce que pourrait être une épistémologie du document.</p> +<p>Afin de mettre en évidence cette épistémologie du document scientifique numérique, nous proposons dans ce premier chapitre de la thèse d’aborder le document sous deux prismes. Le premier prisme est historique. Pour traiter de la place du document dans les chaînes de publication savante, surtout si ce sont des environnements numériques, il nous semble primordial d’explorer avant tout une tradition du document dans les pratiques d’écriture érudites, savantes et scientifiques. Le document numérique et le fonctionnement des publications n’est pas produit à partir du vide et s’inscrit dans un héritage. Nous en dressons les grandes lignes depuis l’époque hellénistique, principalement l’école stoïcienne, jusqu’à nos jours. L’objectif de cette partie est de montrer que le document, quelles que soient les époques, est un élément fondamental pour la dimension sociale qu’il apporte (en tant que medium).</p> +<p>Des lettres de Sénèque à Lucilius, en passant par les textes de Saint-Augustin, de Descartes, jusqu’aux dispositifs numériques que nous employons aujourd’hui, chaque exemple choisi comporte un medium différent et accède l’autre social différemment. Pour approfondir l’enjeu autour de ces médiations, le deuxième prisme convoqué pour traiter le document sera la théorie des médias, telle qu’elle a été pensée par l’école de Toronto depuis McLuhan, et les travaux inscrits ensuite dans ce courant jusqu’au nouveau matérialisme.</p> +<p>Le terme de document a connu deux périodes d’instabilité majeure au cours des dernières générations. Ces crises correspondent à deux phénomènes nommés <em>documentarisation</em> et <em>redocumentarisation</em> <span class="citation" data-cites="pedauque_document_2006 pedauque_redocumentarisation_2007_">(Pédauque, 2006; <strong>pedauque_redocumentarisation_2007_?</strong>)</span>. La première remonte à la transition entre la Bibliographie et la Documentation au début du XX<sup>e</sup> siècle, tandis que la seconde est plus récente puisqu’elle correspond à l’expansion du numérique et d’Internet un peu partout autour du Globe. Durant …</p> +<p>Revoir le document à travers la théorie des médias nous permettra de nous détacher du langage et de sa dimension anthropocentrée pour mettre en lumière d’autres propriétés qui le caractérisent jusqu’alors laissées de côté … (détailler)</p> <h2 id="historique-des-publications-savantes">Historique des publications savantes</h2> <p>À l’instar de Barthes pour qui la centralité du signe dans le texte remonte à l’époque des stoïciens, nous proposons d’introduire le lien entre pratique d’écriture et érudition à partir des travaux de Pierre Hadot sur la philosophie antique.</p> <p>Dans son ouvrage <em>Exercices spirituels et philosophie antique</em>, P. Hadot décrit ce qu’était la philosophie antique durant l’apogée de la civilisation grecque que l’on peut situer à partir de la période des présocratiques (environ 700 av. JC) jusqu’à la fin de la période hellénistique (31 av. JC.). Durant cette période, la philosophie n’était pas seulement un exercice de pensée pour répondre aux questions sur l’existence de l’être et son rapport au monde, mais était un mode de vie qui se pratiquait au quotidien. Elle était pratiquée par celles et ceux qui aimait et désirait la Sagesse. L’objectif n’était pas d’atteindre cette sagesse, car elle est l’apanage des dieux, mais d’en frayer la voie pour s’en rapprocher. Les philosophes de l’antiquité, à la différence de leurs contemporains spécialistes du savoir, les sophistes, modifiaient ainsi leur façon de vivre et l’accordaient à un système de valeurs vertueuses aligné sur les préceptes de l’école ou du courant philosophique auquel ils étaient rattachés. La philosophie pratiquée par les anciens était plus qu’un mode de pensée, elle était une « manière d’être » <span class="citation" data-cites="hadot_exercices_2002">(Hadot, 2002, p. 77)</span>. Afin de parcourir ce chemin vertueux, les différentes écoles et courants ont mis au point des séries d’exercices spirituels que le philosophe pratiquait au quotidien.</p> @@ -99,6 +100,7 @@ <p>P. Hadot nous signale également que cette tradition de l’exercice philosophique a perduré sous d’autres formes jusqu’à nos jours, d’abord reprise par les chrétiens comme en témoigne les écrits de Saint-Antoine, Saint-Augustin ou encore Thomas d’Aquin puis reprise par des philosophes tels que Descartes et Rousseau que nous avons nommé précédemment et enfin certains philosophes contemporains à l’image de Foucault <span class="citation" data-cites="hadot__">(<strong>hadot__?</strong>)</span>.</p> <p>Au-delà du lien émis entre les philosophes de chaque époque, P. Hadot met en évidence l’apport épistémologique de l’héritage grec dans notre acception contemporaine des sciences humaines <span class="citation" data-cites="hadot__">(<strong>hadot__?</strong>, p.)</span>. Cet héritage se traduit en partie par la présence de documents circulant entre les pairs de cette sphère savante mais aussi dans l’espace public. Ces documents peuvent être englobés sous le terme de publication scientifique.</p> <p>L’histoire des publications scientifiques remonte à l’apparition de plusieurs dispositifs de transmission des informations : voie postale + imprimerie</p> +<p>Conclusion : la tradition de l’écriture et de la circulation des documents, malgré les différents types de support employés, met en évidence l’importance du document, en tant que medium dans cette pratique …</p> <h2 id="le-document-numérique-au-prisme-de-la-théorie-des-médias">Le document numérique au prisme de la théorie des médias</h2> <ol type="1"> <li>Définir le document (faire un bref point de présentation de Pédauque)</li> @@ -112,7 +114,7 @@ <li>Le Livre ainsi entendu présente un double aspect : a) il est au premier chef une oeuvre de l’homme, le résultat de son travail intellectuel ; b) mais, multiplié à de nombreux exemplaires, il se présente aussi comme l’un des multiples objets créés par la civilisation et susceptible d’agir sur elle ; c’est le propre de tout objet ayant caractère corporel et agencé techniquement.</li> </ol> <ul> -<li>Otlet, p.9</li> +<li><span class="citation" data-cites="otlet_livre_2015">(Otlet, 2015, p. 9)</span></li> </ul> </blockquote> <blockquote> @@ -120,9 +122,12 @@ <li>Qu’est-ce qui dans le Livre lui est propre, qu’est-ce qui est proprement bibliographique ? On a déjà dit la distinction entre : a) la Réalité objective, b) la Pensée subjective ou l’état de conscience provoqué ou le moi par la réalité, c) la Pensée objective qui est l’effort de la réflexion combinée et collective sur ces données premières jusqu’à la science impersonnelle et totale, d) la Langue, instrument collectif de l’expression de la Pensée. Collection totale, tout livre contient ces quatre éléments associés concrètement en lui-même et que, par abstraction seulement, il est possible de dissocier et d’étudier à part. Ce qui est propre au livre, c’est le cinquième élément : la pensée désormais fixée par l’écriture des mots ou l’image des choses, signes visibles, fixés sur un support matériel.</li> </ol> <ul> -<li>Otlet, p.10</li> +<li><span class="citation" data-cites="otlet_livre_2015">(Otlet, 2015, p. 10)</span></li> </ul> </blockquote> +<blockquote> +<p>Le définition la plus générale qu’on puisse donner du Livre et du Document est celle-ci : un support d’une certaine matière et dimension, éventuellement certain pliage ou enroulement sur lequel sont portés des signes représentatifs de certaines données intellectuelles. - <span class="citation" data-cites="otlet_livre_2015">(Otlet, 2015, p. 43)</span></p> +</blockquote> <p>Les travaux de Suzanne Briet (avec l’Antilope) - selon la typologie de Briet, les publications scientifiques sont des documents secondaires (par rapport à l’objet dont elles traitent qui sont le document principal).</p> <p>Donker Duyvis :</p> <blockquote> @@ -154,11 +159,14 @@ <p>D’autres travaux plus récents sur l’éditorialisation (Vitali-Rosati), propose également une autre forme de dépassement de cette posture essentialiste par la mobilisation de théories provenant du courant posthumaniste (Hayles, Barad) …</p> <p>En revenant à la dimension sociale que Pédauque attache au document en tant que medium, et aux conditions de lecture / écriture de ces documents, il est nécessaire d’ajouter à cette définition la prise en compte de l’environnement numérique pour qu’une communauté puisse accéder à ce document. Cet environnement ne doit pas être réduit à une simple couche logicielle permettant d’accéder au document, mais doit prendre en considération la totalité des protocoles, des formats, des règles et normes qui déterminent les possibilités d’établissement d’un document.</p> <p>Toutefois, cette proposition pourrait rencontrer une limite selon la taille de la sphère sociale concernée par un document, car elle sous-entendrait une préconisation pour un environnement numérique et unique identique pour toutes les personnes concernées. Au contraire, le modèle de représentation numérique défendue dans cette thèse, à l’instar de la thèse de l’ouvrage <em>L’Éloge du bug</em> <span class="citation" data-cites="vitali-rosati_eloge_2024">(<strong>vitali-rosati_eloge_2024?</strong>)</span> doit être pluriel.</p> -<p>Proposition de définition du document : tout espace délimité et figé à un instant donné regroupant des traces et des indices organisés qui puissent être lues.</p> +<p>Proposition de définition du document : le document est un espace délimité et figé à un instant donné regroupant des traces et des indices organisés qui puissent être lues (au sens de la lecture humaine) ou interprétées (au sens de l’interprétation non-humaine, une autre entité). Ce changement de paradigme permet de sortir d’une vision anthropocentrée du document où le langage serait le maître mot (selon le paradigme de représentation) au profit d’une forme de performativité du document dans son environnement, et de toute la matérialité qui le constitue. De ce fait, chaque entité impliqué dans cet écosystème peut être amenée à agir dans et/ou avec le document (au sens d’une interprétation suivie d’une action).</p> <div id="refs" class="references csl-bib-body hanging-indent" data-line-spacing="2" role="list"> <div id="ref-hadot_exercices_2002" class="csl-entry" role="listitem"> Hadot, P. (2002). <em><span>Exercices spirituels et philosophie antique</span></em> (Nouv <span>é</span>d rev. et augm <span>é</span>dition). Albin Michel. </div> +<div id="ref-otlet_livre_2015" class="csl-entry" role="listitem"> +Otlet, P. (2015). <em><span>Le livre sur le livre: Trait<span>é</span> de documentation</span></em>. Les Impressions nouvelles. +</div> <div id="ref-pedauque_document_2003" class="csl-entry" role="listitem"> Pédauque, R. T. (2003). <em>Document : Forme, Signe et M<span>é</span>dium, Les Re-Formulations Du Num<span>é</span>rique</em>. </div> diff --git a/docs/posts/2024-09-02-modification-du-plan-de-these.html b/docs/posts/2024-09-02-modification-du-plan-de-these.html index 223ab40..3448e00 100644 --- a/docs/posts/2024-09-02-modification-du-plan-de-these.html +++ b/docs/posts/2024-09-02-modification-du-plan-de-these.html @@ -104,7 +104,10 @@ <li>(fabrique de l’édition)</li> <li>présentation du pressoir (fonctionnement) et du livre <em>Contribution numérique</em></li> </ul></li> -<li>À partir de la caractéristique de l’écriture num. qu’est la variabilité (cf partie2), développer la notion d’effacement/écrasement/suppression de caractères et remplacement par des nouveaux</li> +<li>À partir de la caractéristique de l’écriture num. qu’est la variabilité (cf partie2), développer la notion d’effacement/écrasement/suppression de caractères et remplacement par des nouveaux +<ul> +<li>Développer la question des modèles textuels. Jusque-là le texte a été écarté pour bien identifier la notion de document (cf pierazzo)</li> +</ul></li> <li>Les transformations et les conversions dans le livre contribution num <ul> <li>Les AST comme solution aux transformations mais aussi de destructuration du texte (production d’un autre document intermédiaire / modèle épistémologique)</li> diff --git a/docs/posts/2024-09-17-conclusion.html b/docs/posts/2024-09-17-conclusion.html new file mode 100644 index 0000000..c094478 --- /dev/null +++ b/docs/posts/2024-09-17-conclusion.html @@ -0,0 +1,51 @@ +<!DOCTYPE html> +<html lang="fr" xml:lang="fr"> + <head> + <meta charset="utf-8"/> + + <meta name="viewport" content="width=device-width, initial-scale=1.0, user-scalable=yes" /> + + <title>Roch Delannay | Conclusion</title> + + <meta name="author" content="Roch Delannay" /> + + <meta name="description" content="Blog | Carnet de recherche de Roch Delannay" /> + + <meta name="dcterms.date" content="2024-09-17" /> + + <meta name="generator" content="Pandoc, GNU make" /> + <!-- pandoc - https://pandoc.org/ --> + <!-- gnu make - https://www.gnu.org/software/make/ --> + <link rel="stylesheet" href="/css/styles.css" /> </head> + <body> + <header class="main-header"> + <nav class="navbar"> + <ul> + <li><a href="/">Accueil</a></li> + <li><a href="/pages/publications.html">Publications & Communications</a></li> + <li><a href="/pages/cours.html">Enseignements</a></li> + <li><a href="/pages/presentations.html">Présentations</a></li> + <li><a href="http://git.rochdelannay.net/pandoc-site/.git/">Sources et versions</a></li> + <li class="right"><a href="/index-cache.html"></a></li> + + </ul> + </nav></header> <div class="container"> + <header class="header-bloc"> + <h1>Conclusion</h1> +<!-- --> + <time>2024-09-17</time> +<!-- <p>Roch Delannay</p> + --> + </header> + <div class="content"> +<p>À venir</p> + </div> + </div> +<footer> + <div> + <p>CC BY 4.0 Roch Delannay</p> + <p>Créé avec Pandoc et Make</p> + <a href="/pages/colophon.html">Colophon</a> + </div> +</footer> </body> +</html>
\ No newline at end of file diff --git a/docs/posts/2024-09-17-introduction.html b/docs/posts/2024-09-17-introduction.html new file mode 100644 index 0000000..df1fa13 --- /dev/null +++ b/docs/posts/2024-09-17-introduction.html @@ -0,0 +1,51 @@ +<!DOCTYPE html> +<html lang="fr" xml:lang="fr"> + <head> + <meta charset="utf-8"/> + + <meta name="viewport" content="width=device-width, initial-scale=1.0, user-scalable=yes" /> + + <title>Roch Delannay | Introduction</title> + + <meta name="author" content="Roch Delannay" /> + + <meta name="description" content="Blog | Carnet de recherche de Roch Delannay" /> + + <meta name="dcterms.date" content="2024-09-17" /> + + <meta name="generator" content="Pandoc, GNU make" /> + <!-- pandoc - https://pandoc.org/ --> + <!-- gnu make - https://www.gnu.org/software/make/ --> + <link rel="stylesheet" href="/css/styles.css" /> </head> + <body> + <header class="main-header"> + <nav class="navbar"> + <ul> + <li><a href="/">Accueil</a></li> + <li><a href="/pages/publications.html">Publications & Communications</a></li> + <li><a href="/pages/cours.html">Enseignements</a></li> + <li><a href="/pages/presentations.html">Présentations</a></li> + <li><a href="http://git.rochdelannay.net/pandoc-site/.git/">Sources et versions</a></li> + <li class="right"><a href="/index-cache.html"></a></li> + + </ul> + </nav></header> <div class="container"> + <header class="header-bloc"> + <h1>Introduction</h1> +<!-- --> + <time>2024-09-17</time> +<!-- <p>Roch Delannay</p> + --> + </header> + <div class="content"> +<p>À venir</p> + </div> + </div> +<footer> + <div> + <p>CC BY 4.0 Roch Delannay</p> + <p>Créé avec Pandoc et Make</p> + <a href="/pages/colophon.html">Colophon</a> + </div> +</footer> </body> +</html>
\ No newline at end of file diff --git a/src/bibliography/references.bib b/src/bibliography/references.bib index 76cda2f..d04a5a3 100644 --- a/src/bibliography/references.bib +++ b/src/bibliography/references.bib @@ -38,7 +38,7 @@ @book{bachimont_ingenierie_2007, title = {{Ing{\'e}nierie des connaissances et des contenus : le num{\'e}rique entre ontologies et documents}}, shorttitle = {{Ing{\'e}nierie des connaissances et des contenus}}, - author = {BACHIMONT, Bruno}, + author = {Bachimont, Bruno}, year = {2007}, month = oct, publisher = {HERMES SCIENCE}, |