Genre smart résolu : Une solution technique pour la publication de PDF et la diffusion de contenu sur le web

En quoi consiste le gender ?

Le 'genre' est un terme anglais qui signifieGeschlecht', le sexe vécu étant ici désigné par opposition au 'sexe', qui se réfère aux caractéristiques sexuelles. Le 'gender' consiste, dans les discussions, à ne plus 'mitmeinen' les personnes avec le masculin générique, mais à trouver un moyen de s'adresser à tous, indépendamment de leur sexe (vécu), dans la langue allemande.

Pour ce faire, la terminaison féminine est ajoutée au masculin sous différentes formes (p. ex. AutorIn, Autor*in, Autor:in). Il y a aussi des tentatives très discutées d'introduire un féminin générique. C'est ce qui s'est passé en octobre 2020, lorsqu'un projet de loi du ministère de la Justice a été rédigé exclusivement au féminin.

Bien sûr, il est beau, gentil et même important dans de nombreux cas de s'adresser à chacun de la manière la plus personnelle possible, afin de ne pas exclure quelqu'un par le langage en raison de son sexe. C'est particulièrement difficile quand on ne connaît pas les personnes visées ; et c'est pourquoi la discussion, même si elle est parfois un peu exagérée, est menée à juste titre.

Chez Audi, la nouvelle politique s'intitule "Appel aux collaborateurscollaboratricescollaborateurs et collaboratricescollaborateur·rice·s à utiliser un langage sensible au genre dans la communication" : Vorsprung beginnt im Kopf! Un document de 13 pages qui a nécessité un an( !) groupe de travail de travail.. Mais le slogan d'Audi est bien " Vorsprung durch Technik! Si l'on travaille pendant un an sur un concept dans le cadre d'une taskforce, pourquoi ne pas prendre le credo de l'entreprise et mettre en œuvre (ou faire mettre en œuvre) le concept en conséquence sur le plan technique, conformément à ce principe directeur ?

astérisque de genre ou deux points du genre uniquement lorsque cela est nécessaire

Si quelqu'un me connaît, j'aimerais qu'on s'adresse à moi comme je suis ou comme je suis, et non pas genrées ou sous une autre forme. Je suis Autor ou Entwickler, ou justement Autorin ou Entwicklerin, mais pas Autor:in ou Entwickler:ine. Si l'on m'écrit ou me mentionne personnellement, j'aimerais que l'on s'adresse à moi de la manière qui me convient le mieux. Cela commence déjà par la lettre, qui commence souvent ainsi Chère Sehr geehrte/r Frau/Herr Wiedenmaier ou comme ici sur LinkedIn

Je me demande alors parfois si cela est dû aux systèmes, c'est-à-dire si développeursdéveloppeusesdéveloppeurs et développeusesdéveloppeur·se·s du portail en question en sont responsables, ou si l'on veut simplement montrer ici que l'on maîtrise aussi l'astérisque de genre ou le point de suspension du genre. Je suis un Autor, pas un Autor:in

Comme une approche sensible au genre est importante pour de nombreuses personnes, nous avons également décidé d'utiliser le langage sensible au genre dans notre communication et de communiquer de sensible au genre dans notre documentation ainsi que sur notre site Internet en allemand. Nous laissons à notre groupe cible le soin de décider de la manière dont le résultat doit être présenté et laissons lecteurslectriceslecteurs et lectriceslecteur·rice·s lire le texte dans la variante qui leur convient le mieux. Nous allons ainsi bien au-delà de l'approche adoptée par LinkedIn ou d'autres portails. Voyons comment cela fonctionne techniquement.

Une solution pour les systèmes avec profils d'utilisateurs : exploiter les informations existantes

Sur le web en particulier, nous sommes désormais connus des systèmes. Plus nous évoluons sur la toile, plus nous devenons transparents. Les systèmes savent ce que j'ai recherché récemment, ce que j'aime manger, quel est mon statut social. Sur la base de ces données, on m'affiche par exemple régulièrement des publicités qui me correspondent, ce qui me fait parfois me poser des questions : "Comment le savent-ils encore ?"

Donc, si des systèmes me connaissent, ils savent aussi quel est mon sexe ou mon mode de vie. Dans le cas le plus simple, en l'indiquant dans mon profil d'utilisateur. Alors, si un système le sait, pourquoi suis-je tagué comme auteur Autor:in et non comme Autor, comme sur LinkedIn ? Dans ce cas, ce serait encore assez simple, car cette balise est enregistrée dans le système et peut être reliée sans problème à mon profil afin d'afficher justement le terme qui me convient.

Une approche de solution pour les textes rédactionnels : Utiliser les métadonnées et les exploiter lors de la génération de contenu

Mais qu'en est-il des textes libres, par exemple dans les billets de blog, dans les articles web ou même dans la documentation technique ? Il existe pour cela des technologies et des normes qui permettent de trouver des solutions au problème. Sans surprise, l'une de ces solutions s'appelle XML. Une autre solution est la gestion terminologique sous la forme du standard TBX (TermBase eXchange) ISO-30042, également un standard XML.

Attribuons donc une métadonnée aux termes spécifiques au genre et laissons le système de publication respectif décider, soit lors de la génération, soit justement sur le Web à la demande, quel terme sensible au genre est le plus approprié et doit être affiché.

Marquage de termes en fonction du sexe avec TermBase eXchange

Dans le fichier XCS (extensible constraint specification), qui est une extension du TBXcoreStructV02.dtd, des types sont déjà prévus pour le marquage spécifique au genre des termes. Et c'est précisément ce que nous pouvons utiliser dans le cadre de la gestion de la terminologie :

<termNoteSpec name="grammaticalGender" datcatId="ISO12620A-020202">
    <contents datatype="picklist" forTermComp="yes">masculine feminine neuter otherGender</contents>
</termNoteSpec>
<termNoteSpec name="grammaticalNumber" datcatId="ISO12620A-020203">
    <contents datatype="picklist" forTermComp="yes">singular plural dual mass otherNumber</contents>
</termNoteSpec>
<termNoteSpec name="termType" datcatId="ISO12620A-0201">
    <contents datatype="picklist">abbreviation acronym clippedTerm commonName entryTerm
         equation formula fullForm initialism internationalScientificTerm internationalism
         logicalExpression phraseologicalUnit partNumber shortForm shortcut sku symbol
         synonym synonymousPhrase standardText string transliteratedForm transcribedForm
         variant </contents>
</termNoteSpec>

Dans la norme TBX, nous pouvons donc déjà utiliser les métadonnées grammaticalGender (masculin, féminin) et grammaticalNumberSingulier/Pluriel) pour étiqueter les termes (expressions) en conséquence. De même, nous pouvons utiliser le termType (shortForm, fullForm) pour définir une forme abrégée (astérisque ou deux points) ou la variante en toutes lettres. Un exemple de mise en œuvre avec le terme Autor pourrait ressembler à ceci :

<termEntry id="term_g_author">
    <descrip type="definition">Der Autor ist der Schreiber eines Textes</descrip>
    <langSet xml:lang="de-DE">
        <tig>
            <term>Autor</term>
            <termNote type="grammaticalGender">masculine</termNote>
            <termNote type="grammaticalNumber">singular</termNote>
        </tig>
        <tig>
            <term>Autorin</term>
            <termNote type="grammaticalGender">feminine</termNote>
            <termNote type="grammaticalNumber">singular</termNote>
        </tig>
        <tig>
            <term>Autor:in</term>
            <termNote type="grammaticalGender">neuter</termNote>
            <termNote type="grammaticalNumber">singular</termNote>
            <termNote type="termType">shortForm</termNote>
        </tig>
        <tig>
            <term>Autor oder Autorin</term>
            <termNote type="grammaticalGender">neuter</termNote>
            <termNote type="grammaticalNumber">singular</termNote>
            <termNote type="termType">fullForm</termNote>
        </tig>
        <tig>
            <term>Autoren</term>
            <termNote type="grammaticalGender">masculine</termNote>
            <termNote type="grammaticalNumber">plural</termNote>
        </tig>
        <tig>
            <term>Autorinnen</term>
            <termNote type="grammaticalGender">feminine</termNote>
            <termNote type="grammaticalNumber">plural</termNote>
        </tig>
        <tig>
            <term>Autor:innen</term>
            <termNote type="grammaticalGender">neuter</termNote>
            <termNote type="grammaticalNumber">plural</termNote>
            <termNote type="termType">shortForm</termNote>
        </tig>
        <tig>
            <term>Autoren oder Autorinnen</term>
            <termNote type="grammaticalGender">neuter</termNote>
            <termNote type="grammaticalNumber">plural</termNote>
            <termNote type="termType">fullForm</termNote>
        </tig>
    </langSet>
</termEntry>

Avec cette entrée de terme, nous avons défini des variantes pour le terme Autor et lui avons attribué des significations correspondantes sous forme de méta-informations. Nous avons ainsi quasiment créé une base de données permettant à un système - quel qu'il soit - de reconnaître les variations de genre correspondantes.

Mais un système de contrôle terminologique classique ne nous aide pas dans ce cas d'utilisation, car il nous indique en général uniquement lequel de ces termes nous devrions utiliser dans la rédaction, c'est-à-dire lors de la rédaction, mais pas lequel devrait être utilisé dans une publication personnalisée.

Un contrôle terminologique nous aide à nous assurer, lors du processus de création, que nous utilisons par exemple la version neutre en termes de genre lorsque nous écrivons. Ainsi, notre contenu n'est justement pas personnalisable, mais universel - tel qu'il vient d'être défini. Nous avons donc besoin de plus si nous voulons échanger ces informations de manière dynamique, dans un contexte personnalisé.

Marquage de termes en fonction du sexe dans les systèmes de création de contenu basés sur xml, à l'exemple de DITA

Prenons le simple texte Wie werde ich Autor?" pour envisager le sujet en XML. En DITA-XML, nous utilisons l'élément <p> pour créer des paragraphes et nous écrivons cette phrase comme suit :

<p>Wie werde ich Autor?</p>

Sans autre logique, nous ne savons pas que nous devons nous occuper spécifiquement de la notion Autor dans la publication. C'est pourquoi nous attribuons au mot Autor une balise correspondante, en DITA-XML l'élément <term>, <keyword> ou tout simplement <ph>.

<p>Wie werde ich <ph>Autor</ph>?</p>

Il nous reste maintenant à établir une relation avec notre terme dans la base de données terminologique, ce que nous pouvons faire dans DITA via l'attribut @keyref. Nous utilisons donc l'un des mécanismes de réutilisation de DITA.

<p>Wie werde ich <ph keyref="term_g_author">Autor</term>?</p>

Nous avons ainsi créé un lien entre notre contenu et la base de données terminologique. Pas encore tout à fait ! DITA ne comprend pas la norme TBX et attend à la place ce que l'on appelle une key-map, qui sert de base de données pour les ID adressées via keyref. Mais nous avons XSLT comme technologie standard, qui nous permet de générer automatiquement nos cartes clés à partir de la base de données TBX. Vous avez bien lu ! Nous avons besoin de plusieurs cartes clés, une pour chaque variante de genre.

Dans notre cas de la phrase d'exemple Wie werde ich Autor?, il y en a quatre :

• la variante pour le masculin génériqueAutor)

• la variante pour le féminin génériqueAutorin)

• la variante pour la forme courte genréesAutor:in)

• ainsi que la variante pour la forme longue genréesAutor oder Autorin)

Chaque variante de key map contient à la fois la forme au singulier et au pluriel et est référencée dans la DITA-Map dans laquelle la 'documentation' est rassemblée et hiérarchisée.

Cela nous permet de référencer facilement ces termes à l'aide de leur ID, et de les remplacer sans problème dans d'autres langues par la carte-clé correspondante valide. C'est ainsi que fonctionne le processus de traduction, en particulier lorsque la question du genre n'est pas abordée dans une langue - ce qui devrait être le cas dans presque toutes les langues, sauf l'allemand.

Et que faisons-nous de notre production de PDF ?

Lors de la production de PDF, nous créons un contenu plus ou moins statique, dont une partie est encore imprimée. C'est pourquoi, en raison des coûts d'impression élevés, nous devons et allons généralement opter pour l'une des variantes. Si nous proposons la documentation à télécharger sur le web, nous pouvons aussi laisser utilisateursutilisateuresutilisateurs et utilisateuresutilisateur·e·s décider et proposer toutes les variantes à télécharger. Il suffit de savoir et de décider ce que l'on veut.

Pour résoudre ce problème, nous utilisons les mécanismes de la gestion des variantes et marquons en conséquence les renvois aux cartes clés avec les termes genrés. Pour cela, nous utilisons dans DITA l'attribut @audience pour marquer les variantes en conséquence.

<map>
  <title>c-rex.net Key Maps</title>
  <topicref audience="generic-masculine" href="c-rex-net-terminology_keys_gm.ditamap" format="ditamap"/>
  <topicref audience="generic-feminine" href="c-rex-net-terminology_keys_gf.ditamap" format="ditamap"/>
  <topicref audience="neuter-full" href="c-rex-net-terminology_keys_nf.ditamap" format="ditamap"/>
  <topicref audience="neuter-short" href="c-rex-net-terminology_keys_ns.ditamap" format="ditamap"/>
</map>

Si nous publions maintenant nos contenus, nous indiquons un DITAVAL (mécanisme de profilage dans DITA) comme paramètre afin de publier - comme dans ce cas - la variante avec le masculin générique et de filtrer toutes les autres variantes.

<val>
    <prop action="exclude" att="audience" val="generic-feminine"/>
    <prop action="exclude" att="audience" val="neuter-full"/>
    <prop action="exclude" att="audience" val="neuter-short"/>
</val>

Les quatre variantes PDF publiées peuvent être consultées ici :

• masculin générique

• féminin générique

• neutre du point de vue du genre (forme courte)

• neutre du point de vue du genre (forme longue)

Et qu'en est-il des portails web & Co ? - Genre dans le Content Delivery

Dans la section précédente, nous avons considéré les publications statiques comme une édition PDF. Pour cela, nous devons décider au moment de la génération, en fonction du groupe cible, quelle variante du terme nous voulons utiliser. Soit nous écrivons une lettre à une personne concrète, soit nous utilisons le terme neutre en termes de genre dans un contexte générique. Dans le Content Delivery ou dans un portail web en général, nous ne connaissons utilisateursutilisateuresutilisateurs et utilisateuresutilisateur·e·s que lorsqu'elles sont connectées au système. Idéalement, nous devrions en outre avoir plusieurs utilisateursutilisateuresutilisateurs et utilisateuresutilisateur·e·s qui souhaitent accéder à nos contenus en ligne. De plus, dans la mesure du possible, ces derniers devraient également pouvoir décider de la variante dans laquelle ils souhaitent lire le texte qui ne s'adresse pas à eux, mais à d'autres groupes. C'est pourquoi nous devons fournir en HTML toutes les variantes qui entrent en ligne de compte dans ce contexte, afin qu'elles s'affichent correctement au moment de l'exécution.

<div class="gender-setting-generic-masculine">
    <p class="p">Wie werde ich 
        <span class="term-gender generic-masculine">Autor</span>
        <span class="term-gender generic-feminine">Autorin</span>
        <span class="term-gender neuter-short">Autor:in</span>
        <span class="term-gender neuter-full">Autor oder Autorin</span>
    ?</p>
</div>

Ces contenus sont ensuite affichés ou masqués via CSS en fonction du profil de l'utilisateur.

.term-gender
{border-bottom: 2px dotted red;}
.term-gender.generic-masculine
{display:inline;}
.term-gender.generic-feminine,
.term-gender.neuter-short,
.term-gender.neuter-full
{display:none;}
.gender-setting-generic-masculine .term-gender,
.gender-setting-generic-feminine .term-gender,
.gender-setting-neuter-short     .term-gender,
.gender-setting-neuter-full      .term-gender
{display:none !IMPORTANT;}
.gender-setting-generic-masculine .term-gender.generic-masculine,
.gender-setting-generic-feminine  .term-gender.generic-feminine,
.gender-setting-neuter-short      .term-gender.neuter-short,
.gender-setting-neuter-full       .term-gender.neuter-full
{display:inline !IMPORTANT;}

Dans ce cas, le système place un contexte dans le HTML sous la forme d'une classe qui définit le sexe des utilisateursutilisateuresutilisateurs et utilisateuresutilisateur·e·s connectées et quelle préférence a été choisie pour la variante de genre. En fonction de ce paramètre, les termes appropriés sont affichés ou masqués en conséquence.

utilisateursutilisateuresutilisateurs et utilisateuresutilisateur·e·s peuvent prendre leur décision sur notre blog. Cette sélection n'est visible que si le contenu contient effectivement des variantes de genre :

En fonction du choix effectué, les contenus sont affichés comme souhaité (les termes sexués sont soulignés en conséquence) :

Que faisons-nous avec les médias sociaux ?

Dans le cas d'un tweet sur Twitter, d'un post sur LinkedIn ou Facebook, il devient naturellement difficile de décliner le contenu en plusieurs variantes. On peut bien sûr le faire, mais il semble très douteux que cela mène au but. C'est pourquoi on optera ici pour une variante. Dans le cas du bot c-rex.net qui, à l'avenir, enverra automatiquement des tweets pour le compte de notre entreprise lorsque de nouvelles contributions seront mises en ligne, nous utiliserons les textes du teaser et y appliquerons la variante neutre du point de vue du genre sous forme abrégée et avec deux points. Ainsi, nous pourrons alors nous aussi montrer que nous maîtrisons le point de suspension du genre pour les contenus générés par nos outils.

Assistance aux auteurs et validation

Lors de la création de contenus, l'accent est généralement mis sur l'écriture. Et bien sûr, on oublie souvent d'étiqueter ou d'entretenir les termes de genre en conséquence. Il faut donc un mécanisme de validation qui ne vérifie pas seulement si un terme est utilisé correctement (c'est ce que font les systèmes de vérification terminologique), mais aussi et surtout si le terme utilisé correctement a également été balisé. Nous sommes donc passés du 'gender' spécifique à une question plus générale de contrôle de la terminologie. Et c'est justement pour le tagging que ces systèmes ont leurs faiblesses, car ils se concentrent sur le texte et non sur la structure.

c-rex.net DTS peut taguer des termes sur la base d'une base de données de termes, comme celle qui a été créée ici. Avant qu'un blog ne soit validé, son contenu est vérifié à l'aide de cette technologie et les termes définis dans la base de données mais non balisés sont placés en conséquence par un keyref, c'est-à-dire un renvoi à notre DITA-Map. De plus, une entrée est écrite dans le protocole de validation. Ce compte-rendu peut finalement être vérifié une nouvelle fois au sein de la rédaction afin d'en vérifier l'exactitude et, le cas échéant, d'adapter le style d'écriture et la grammaire de la phrase dans laquelle le terme est utilisé.

Langue allemande, langue difficile ou tentative de conclusion

C'est bien connu, la langue allemande n'est pas une langue facile. Et donc, il n'a pas été trivial d'adapter nos articles de blog existants pour qu'ils puissent être 'genrés'. Dans les exemples précédents, nous n'avons considéré que les termes qui se présentent au nominatif, c'est-à-dire der Autor, die Autorin, die Autoren, die Autorinnen usw.. Mais qu'en est-il lorsque les termes sont au génitif ou au datif, c'est-à-dire des Autors, der Autorin, an den Autor, an die Autorin usw. Qu'en est-il par exemple de la phrase Einen Brief an den Autor schreiben qui, comme on le voit sur le net, est ainsi genrées Einen Brief an den*die Autor*in schreiben? Dans un contexte féminin, avec notre solution technique, cela donnerait Einen Brief an l' Autorin schreiben, ce qui me gênerait peut-être moins dans le flux de lecture que dans l'exemple tiré du web, mais tout de même, simplement parce que c'est grammaticalement incorrect.

Pour les textes créatifs, comme dans les blogs ou les articles de journaux, nous avons peut-être besoin d'approches technologiques plus poussées. Ou alors, on s'habitue à un autre style d'écriture. Ma collègue a essayé de le faire pour nos articles de blog existants et nous parlerons prochainement de son expérience sur notre blog.

Dans le domaine de la documentation technique, la tendance est toutefois de plus en plus à la simplification de la rédaction, notamment en raison des coûts de traduction, comme par exemple Brief an Autor schreiben, sans tenir compte de la discussion sur le genre. Il est néanmoins possible de combiner au mieux des concepts existants et de résoudre des problèmes plus ou moins importants avec des moyens modernes et techniques. Cependant, beaucoup de choses ne seront pas abordées, car les dépenses ne semblent pas justifiées par rapport aux avantages.

Avec notre approche de solution, nous avons montré que les problèmes actuels peuvent être résolus par la technologie et surtout par des normes. Nous n'avons pas développé de nouvelles normes, ni introduit de nouveaux logiciels à cet effet, mais nous avons simplement utilisé ce qui est déjà disponible et utilisé aujourd'hui et depuis de très nombreuses années. Même si nous nous sommes concentrés ici sur TBX et DITA, cette approche peut également être portée dans d'autres systèmes, que vous travailliez avec un CCMS, avec DocBook ou même de manière non structurée avec Word ou FrameMaker.

Avez-vous déjà résolu ce problème pour vous-même ? Ou avez-vous des idées qui soutiennent et font avancer la solution décrite ci-dessus ? Nous nous réjouissons d'échanger avec vous sur les aspects conceptuels et techniques de la thématique du genre.

À propos de Markus Wiedenmaier

Markus Wiedenmaier est le fondateur de c-rex.net GmbH, fabricant d'un service de transformation numérique et de livraison d'informations basé sur le cloud. Depuis 2001, Markus travaille comme formateur, développeur et intégrateur de systèmes dans le domaine de la publication XML. Il se concentre sur les solutions de publication XML semi-automatiques et entièrement automatisées, l'intégration des processus, l'automatisation des processus, la modélisation des données et la migration des données.