smart płeć rozwiązana: Rozwiązanie techniczne do publikacji plików PDF i dostarczania treści w Internecie

Na czym polega gendering

Gender" to angielski termin oznaczającyGeschlecht", odnoszący się tutaj do przeżywanej płci, w przeciwieństwie do "seksu", który odnosi się do cech płciowych. W przypadku "genderingu" dyskusje nie dotyczą już "jednoczenia" ludzi za pomocą ogólnego rodzaju męskiego, ale znalezienia sposobu na zwracanie się do wszystkich w języku niemieckim, niezależnie od ich (przeżywanej) płci.

W tym celu końcówka rodzaju żeńskiego jest dodawana do rodzaju męskiego w różnych formach (np. AutorIn, Autor*in, author Autor:in). Trwają również gorące dyskusje na temat wprowadzenia generycznego rodzaju żeńskiego. Tak właśnie stało się w październiku 2020 r., kiedy projekt ustawy Ministerstwa Sprawiedliwości został napisany wyłącznie w formie żeńskiej.

Oczywiście miłe, uprzejme, a w wielu przypadkach nawet ważne jest, aby zwracać się do wszystkich tak osobiście, jak to tylko możliwe, aby nie wykluczać nikogo z języka ze względu na płeć. Jest to szczególnie trudne, jeśli nie zna się osób, do których się zwraca; i dlatego dyskusja, nawet jeśli czasami nieco przesadzona, jest uzasadniona.

W Audi nowa wytyczna wzywa pracownicy do używania języka wrażliwy na płeć podczas komunikacji: Vorsprung beginnt im Kopf! 13-stronicowy dokument, który powstał w ciągu jednego roku(!) grupę roboczą .opracowano . Ale hasłem Audi jest Vorsprung durch Technik! Jeśli pracujesz nad koncepcją przez rok w grupie zadaniowej, dlaczego nie przyjmiesz credo firmy i nie wdrożysz koncepcji odpowiednio technicznie zgodnie z tą zasadą przewodnią (lub nie zlecisz jej wdrożenia)?

Symbole płci w postaci gwiazdek lub dwukropków tylko tam, gdzie jest to konieczne

Jeśli ktoś mnie zna, chcę, by zwracano się do mnie w taki sposób, jaki jestem, a nie w sposób genderowe czy inny. Jestem Autorin lub Entwicklerin, ale nie Entwickler:in Autor:in ani . Jeśli więc pisze się do mnie lub wspomina o mnie osobiście, chcę, aby zwracano się do mnie w formie, która mi odpowiada. Zaczyna się to już od listu, który często zaczyna się tak Szanowna Sehr geehrte/r Frau/Herr Wiedenmaier lub jak tutaj na LinkedIn

Czasami zadaję sobie pytanie, czy to wina systemów, tzn. czy deweloperzy poszczególnych portali są za to odpowiedzialni, czy po prostu chcą pokazać, że opanowali gwiazdkę płci lub symbol symbol płci? Jestem Autor, a nie Autor:in.

Ponieważ podejście oparte na równości wrażliwy na płeć jest ważne dla wielu osób, zdecydowaliśmy się również używać języka opartego na wrażliwy na płeć płci w naszej komunikacji i komunikować się w sposób oparty na wrażliwy na płeć w naszej dokumentacji, a także na naszej niemieckiej stronie internetowej. Pozostawiamy naszej grupie docelowej decyzję o sposobie prezentacji wyniku i pozwalamy czytelników czytać tekst w wariancie, który najbardziej im odpowiada. W ten sposób wykraczamy daleko poza podejście stosowane przez LinkedIn lub inne portale. Przyjrzyjmy się, jak to działa od strony technicznej.

Rozwiązanie dla systemów z profilami użytkowników: ocena istniejących informacji

Szczególnie w sieci jesteśmy teraz znani systemom. Im więcej poruszamy się po sieci, tym bardziej stajemy się transparentni. Systemy wiedzą, czego ostatnio szukałem, co lubię jeść, jaki jest mój status społeczny. Na podstawie tych danych, na przykład, regularnie wyświetlane są mi odpowiednie reklamy, co czasami mnie zastanawia: "Skąd oni to wiedzą?!"

Więc jeśli systemy mnie znają, wiedzą również, jakiej płci jestem lub żyję. W najprostszym przypadku, przechowując go w moim profilu użytkownika. Więc jeśli system o tym wie, dlaczego jestem oznaczony jako Autor:in, a nie Autor, jak na LinkedIn? W tym przypadku byłoby to dość proste, ponieważ ten tag jest przechowywany w systemie i można go łatwo połączyć z moim profilem, aby wyświetlić odpowiedni dla mnie termin.

Podejście oparte na rozwiązaniach dla tekstów redakcyjnych: Używaj metadanych i oceniaj je podczas generowania treści

Ale co z wolnym tekstem, np. w postach na blogu, w artykułach internetowych, a nawet w dokumentacji technicznej? Istnieją technologie i standardy, które można wykorzystać do znalezienia rozwiązania tego problemu. Nic dziwnego, że jedno z tych rozwiązań nosi nazwę XML. Innym rozwiązaniem jest zarządzanie terminologią w formie standardu TBX (TermBase eXchange) ISO 30042, również standardu XML.

Zapewnijmy terminom związanym z płcią metadatum i pozwólmy odpowiedniemu systemowi publikacji zdecydować, albo podczas generowania, albo na żądanie w sieci, który termin wrażliwy na płeć jest najbardziej odpowiedni i powinien być wyświetlany.

Oznaczanie terminów w zależności od płci za pomocą TermBase eXchange

W pliku XCS (extensible constraint specification), który jest rozszerzeniem TBXcoreStructV02.dtd, typy do oznaczania terminów ze względu na płeć są już zapewnione. I to właśnie z nich możemy korzystać w ramach zarządzania terminologią:

<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>

Tak więc już w standardzie TBX możemy używać metadanych grammaticalGender (mężczyzna, kobieta) ipojedynczość/wielokrotnośćPojedynczość/wielokrotność) do odpowiedniego oznaczania terminów (pojęć). Podobnie, możemy użyć termType (shortForm, fullForm), aby zdefiniować formę skróconą (gwiazdka lub dwukropek) lub wariant wypisany. Przykładowa implementacja z terminem Autor mogłaby wyglądać następująco:

<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>

W tym wpisie terminu zdefiniowaliśmy warianty terminu Autor i przypisaliśmy mu odpowiednie znaczenia w formie metainformacji. W ten sposób stworzyliśmy, że tak powiem, bazę danych, dzięki której system - niezależnie od rodzaju - może rozpoznać odpowiednie odmiany płci.

Jednak klasyczny system sprawdzania terminologii nie pomaga nam w tym przypadku użycia, ponieważ zwykle mówi nam tylko, które z tych terminów powinniśmy używać podczas edycji, tj. pisania, ale nie które powinny być używane w spersonalizowanej publikacji.

Kontrola terminologii pomaga nam upewnić się w procesie redagowania, że używamy wersji neutralnej płciowo, na przykład podczas pisania. Oznacza to, że nasze treści nie mogą być personalizowane, ale są uniwersalne - tak jak zostały zdefiniowane. Potrzebujemy więc więcej, jeśli chcemy udostępniać te informacje dynamicznie, w spersonalizowanym kontekście.

Oznaczanie terminów ze względu na płeć w systemach tworzenia treści opartych na XML na przykładzie DITA

Weźmy prosty tekst Wie werde ich Autor?, aby przyjrzeć się tematowi w XML. W DITA-XML używamy elementu <p> tworzenia akapitów i zapisujemy to zdanie w następujący sposób:

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

Bez dalszej logiki nie wiemy, że musimy specjalnie dbać o termin Autor w publikacji. Dlatego słowo Autor oznaczamy odpowiednim tagiem, w DITA-XML elementem <term>, <keyword> lub po prostu <ph>.

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

Teraz musimy jeszcze ustanowić relację z naszym terminem w bazie danych terminów, co możemy zrobić w DITA za pomocą atrybutu @keyref. Używamy więc jednego z mechanizmów ponownego wykorzystania DITA.

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

W ten sposób stworzyliśmy połączenie między naszą treścią a bazą danych terminologii. Jeszcze nie! DITA nie rozumie standardu TBX i zamiast tego oczekuje tak zwanej mapy kluczy, która jest bazą danych dla identyfikatorów adresowanych przez keyref. Ale mamy XSLT jako standardową technologię, której możemy użyć do automatycznego generowania naszych kluczowych map z bazy danych TBX. Przeczytaj poprawnie! Potrzebujemy kilku kluczowych map, po jednej dla każdego wariantu płci.

W naszym przypadku przykładowego zdania Wie werde ich Autor? są cztery:

• wariant dla rodzaju męskiegoAutor)

• wariant dla rodzaju żeńskiegoAutorin)

• wariant dla krótkiej formy genderoweAutor:in)

• jak również wariant dla genderowe długiej formyAutor oder Autorin)

Każdy wariant mapy klucza zawiera zarówno liczbę pojedynczą, jak i mnogą i jest przywoływany w DITA-Map, w której "dokumentacja" jest kompilowana i umieszczana w hierarchii.

Oznacza to, że możemy teraz łatwo odwoływać się do tych terminów za pomocą ich identyfikatora, a także łatwo zastępować je w innych językach za pomocą odpowiedniej prawidłowej mapy kluczy. Tak właśnie wygląda proces tłumaczenia, zwłaszcza gdy "genderyzacja" nie jest problemem w danym języku - a tak powinno być prawie we wszystkich oprócz niemieckiego.

A co robimy z naszą produkcją PDF?

W produkcji plików PDF tworzymy mniej lub bardziej statyczne treści, z których część jest również drukowana. Dlatego też, ze względu na wysokie koszty druku, zazwyczaj musimy i będziemy wybierać jeden z wariantów. Jeśli oferujemy dokumentację do pobrania w Internecie, możemy również pozwolić użytkownicy decydować i oferować wszystkie warianty do pobrania. Musimy tylko wiedzieć i zdecydować, czego chcemy.

Aby temu zaradzić, wykorzystujemy mechanizmy zarządzania wariantami i odpowiednio oznaczamy odwołania do kluczowych map terminami genderowymi. W tym celu używamy atrybutu @audience w DITA, aby odpowiednio oznaczyć warianty.

<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>

Jeśli teraz opublikujemy naszą treść, określamy DITAVAL (mechanizm profilowania w DITA) jako parametr, aby opublikować - jak w tym przypadku - wariant z rodzajnikiem męskim i odfiltrować wszystkie inne warianty.

<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>

Cztery opublikowane wersje PDF można znaleźć tutaj:

• rodzaj męski

• rodzaj żeński

• neutralny płciowo (forma skrócona)

• neutralny płciowo (długa forma)

A co z portalami internetowymi i spółkami? - Gendering w dostarczaniu treści

W poprzedniej sekcji przyjrzeliśmy się statycznym publikacjom, takim jak plik PDF. W momencie generowania musimy zdecydować na podstawie grupy docelowej, którego wariantu terminu chcemy użyć. Albo piszemy list do konkretnej osoby, albo używamy terminu neutralnego płciowo w kontekście ogólnym. Jednak w przypadku dostarczania treści lub ogólnie portalu internetowego znamy użytkownicy tylko wtedy, gdy są zalogowani do systemu. W idealnym przypadku mamy również kilku użytkownicy, którzy chcą uzyskać dostęp do naszych treści online. Ponadto, jeśli to możliwe, powinni oni również móc zdecydować, w którym wariancie chcieliby przeczytać tekst, w którym nie są adresowani do siebie, ale do innych grup. Dlatego musimy podać wszystkie warianty w HTML, które wchodzą w grę w tym kontekście, aby wyświetlić je poprawnie w czasie wykonywania.

<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>

Zawartość ta jest następnie wyświetlana lub ukrywana za pomocą CSS w zależności od profilu użytkownika.

.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;}

W tym przypadku system ustawia kontekst w HTML w postaci klasy, która definiuje płeć zalogowanych użytkownicy i która preferencja została wybrana dla wariantu płci. W zależności od tego ustawienia pasujące terminy są odpowiednio wyświetlane lub ukrywane.

użytkownicy mogą podjąć decyzję na naszym blogu. Ten wybór jest widoczny tylko wtedy, gdy zawartość faktycznie zawiera warianty płci:

W zależności od dokonanego wyboru, zawartość jest wyświetlana zgodnie z życzeniem (terminy z podziałem na płeć są odpowiednio podkreślone):

Co robimy z mediami społecznościowymi?

W przypadku tweeta na Twitterze, postu na LinkedIn lub Facebooku , naturalnie trudno jest przedstawić treść w kilku wariantach. Oczywiście można to zrobić, ale wydaje się bardzo wątpliwe, czy przyniesie to pożądane rezultaty. W związku z tym wybierzemy tutaj jeden z wariantów. W przypadku bota c-rex.net, który w przyszłości będzie automatycznie wysyłał tweety dla naszego konta firmowego, gdy nowe posty pojawią się w sieci, wykorzystamy teksty z teasera i użyjemy tam neutralnego płciowo wariantu w krótkiej formie i z dwukropkiem. W ten sposób my również możemy wykazać, że opanowaliśmy Symbol symbol płci dla treści generowanych za pomocą naszych narzędzi.

Wsparcie tworzenia i walidacja

Podczas tworzenia treści zazwyczaj skupiamy się na pisaniu. I oczywiście często zapomina się o odpowiednim oznaczeniu lub zachowaniu terminów związanych z płcią. Dlatego potrzebny jest mechanizm walidacji, który nie tylko sprawdza, czy termin jest używany poprawnie (to właśnie robią systemy sprawdzania terminologii), ale przede wszystkim, czy poprawnie użyty termin został również oznaczony. Przeszliśmy więc od konkretnego "genderingu" do bardziej ogólnej kwestii sprawdzania terminologii. I to właśnie w tagowaniu systemy te mają swoje słabości, ponieważ koncentrują się na tekście, a nie na strukturze.

c-rex.net DTS może oznaczać terminy w oparciu o bazę danych terminów, taką jak ta utworzona tutaj. Przed opublikowaniem bloga sprawdzamy zawartość za pomocą tej technologii i ustawiamy terminy, które są zdefiniowane w bazie danych, ale nie są odpowiednio oznaczone za pomocą keyref, tj. odniesienia do naszej DITA-Map. Ponadto w dzienniku walidacji zapisywany jest odpowiedni wpis. Protokół ten można ostatecznie ponownie sprawdzić w redakcji pod kątem poprawności, a w razie potrzeby można również dostosować styl pisania i gramatykę zdania, w którym użyto tego terminu.

Język niemiecki, trudny język lub próba podsumowania

Jak powszechnie wiadomo, język niemiecki nie jest łatwym językiem. I tak nietrywialnym zadaniem było dostosowanie naszych istniejących wpisów na blogu tak, aby mogły być "genderowe". W dotychczasowych przykładach rozważaliśmy tylko terminy w mianowniku, tj. autor, autorka, der Autor, die Autorin, die Autoren, die Autorinnen usw. Ale co, jeśli terminy występują w dopełniaczu lub celowniku, tj. des Autors, der Autorin, an den Autor, an die Autorin usw. A co na przykład z takim zdaniem jak Einen Brief an den Autor schreiben Einen Brief an den*die Autor*in schreiben author, które, jak widać w sieci, jest genderowe jako ? W kontekście kobiecym nasze rozwiązanie techniczne sprawiłoby, że Einen Brief an napisałby Autorin schreiben , co może mniej przeszkadzałoby mi w płynności czytania niż w przykładzie z sieci, ale nadal, po prostu dlatego, że jest gramatycznie niepoprawne.

W przypadku kreatywnych tekstów, takich jak blogi czy artykuły prasowe, możemy potrzebować bardziej zaawansowanych rozwiązań technologicznych. Albo przyzwyczajamy się do innego stylu pisania. Moja koleżanka wypróbowała tę metodę w przypadku naszych istniejących wpisów na blogu i wkrótce podzieli się swoimi doświadczeniami na blogu.

Jednak w dziedzinie dokumentacji technicznej tendencja zmierza coraz bardziej w kierunku uproszczonego pisania, np. Brief an Autor schreiben, bez uwzględniania dyskusji na temat płci. Niemniej jednak, istniejące koncepcje mogą być optymalnie łączone, a mniejsze i większe problemy mogą być rozwiązywane za pomocą nowoczesnych i technicznych środków. Jednak wiele z nich nie zostanie rozwiązanych, ponieważ wysiłek nie wydaje się uzasadniony w stosunku do korzyści.

Dzięki naszemu podejściu do rozwiązań pokazaliśmy, że obecne problemy można rozwiązać za pomocą technologii, a przede wszystkim standardów. Nie opracowaliśmy żadnych nowych standardów, nie wprowadziliśmy żadnego nowego oprogramowania, ale po prostu wykorzystaliśmy to, co jest już dostępne i używane od wielu lat. Chociaż skupiliśmy się tutaj na TBX i DITA, podejście to można również przenieść do innych systemów, niezależnie od tego, czy pracujesz z CCMS, DocBook, czy nawet niestrukturalnym Word lub FrameMaker.

Czy rozwiązałeś już ten problem samodzielnie? A może masz pomysły, które wspierają i rozwijają opisane powyżej podejście do rozwiązań? Z niecierpliwością czekamy na wymianę pomysłów na temat koncepcyjnych i technicznych aspektów kwestii płci.

O Markusie Wiedenmaierze

Markus Wiedenmaier jest założycielem c-rex.net GmbH, producenta opartej na chmurze usługi cyfrowej transformacji i dostarczania informacji. Markus pracuje jako trener, programista i integrator systemów w dziedzinie publikacji XML od 2001 roku. Koncentruje się na półautomatycznych i w pełni zautomatyzowanych rozwiązaniach do publikowania XML, integracji procesów, automatyzacji procesów, modelowaniu danych i migracji danych.