<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE article PUBLIC "-//NLM//DTD JATS (Z39.96) Journal Publishing DTD v1.2 20120330//EN" "http://jats.nlm.nih.gov/publishing/1.2/JATS-journalpublishing1.dtd">
<!--<?xml-stylesheet type="text/xsl" href="article.xsl"?>-->
<article article-type="research-article" dtd-version="1.2" xml:lang="en" xmlns:mml="http://www.w3.org/1998/Math/MathML" xmlns:xlink="http://www.w3.org/1999/xlink" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<front>
<journal-meta>
<journal-id journal-id-type="issn">1918-3666</journal-id>
<journal-title-group>
<journal-title>Digital Studies/Le champ num&#233;rique</journal-title>
</journal-title-group>
<issn pub-type="epub">1918-3666</issn>
<publisher>
<publisher-name>Open Library of Humanities</publisher-name>
</publisher>
</journal-meta>
<article-meta>
<article-id pub-id-type="doi">10.16995/dscn.9655</article-id>
<article-categories>
<subj-group>
<subject>Article</subject>
</subj-group>
</article-categories>
<title-group>
<article-title>The Importance of Single Source Publishing in Scientific Publishing</article-title>
</title-group>
<contrib-group>
<contrib contrib-type="author" corresp="yes">
<name>
<surname>Fauchi&#233;</surname>
<given-names>Antoine</given-names>
</name>
<email>antoine.fauchie@umontreal.ca</email>
<xref ref-type="aff" rid="aff-1">1</xref>
</contrib>
<contrib contrib-type="author">
<name>
<surname>Audin</surname>
<given-names>Yann</given-names>
</name>
<email>yann.audin@umontreal.ca</email>
<xref ref-type="aff" rid="aff-1">1</xref>
</contrib>
</contrib-group>
<aff id="aff-1"><label>1</label>Canada Research Chair on Digital Textualites, Universit&#233; de Montr&#233;al, CA</aff>
<aff id="aff-2"><label>2</label>Universit&#233; de Montr&#233;al, CA</aff>
<pub-date publication-format="electronic" date-type="pub" iso-8601-date="2023-08-28">
<day>28</day>
<month>08</month>
<year>2023</year>
</pub-date>
<pub-date pub-type="collection">
<year>2023</year>
</pub-date>
<volume>13</volume>
<issue>3</issue>
<fpage>1</fpage>
<lpage>16</lpage>
<permissions>
<copyright-statement>Copyright: &#x00A9; 2023 The Author(s)</copyright-statement>
<copyright-year>2023</copyright-year>
<license license-type="open-access" xlink:href="http://creativecommons.org/licenses/by/4.0/">
<license-p>This is an open-access article distributed under the terms of the Creative Commons Attribution 4.0 International License (CC-BY 4.0), which permits unrestricted use, distribution, and reproduction in any medium, provided the original author and source are credited. See <uri xlink:href="http://creativecommons.org/licenses/by/4.0/">http://creativecommons.org/licenses/by/4.0/</uri>.</license-p>
</license>
</permissions>
<self-uri xlink:href="http://www.digitalstudies.org/articles/10.16995/dscn.9655/"/>
<abstract>
<p>Academic publishing currently raises several issues, such as the production of multiple artifacts from a single source. The expression &#8220;single source publishing&#8221; refers to generating several formats from a single source. A single document can be used to produce various formats, without having to switch from one process to another, whether it is a PDF format for printing, an XML export for a digital platform, or a digital version in HTML format. This editorial challenge brings up both theoretical and technical questions, such as the legitimization of content, the evolution of publishing practices, and the creation of adequate tools. At the intersection of media studies, publishing studies, and literature, the concepts of hybridity (McLuhan, 1968), hybridization (<xref ref-type="bibr" rid="B13">Ludovico, 2012</xref>), or editorialization (<xref ref-type="bibr" rid="B24">Vitali-Rosati, 2016</xref>) allow us to question the principles of this editorial design.</p>
</abstract>
<trans-abstract xml:lang="fr">
<p>Actuellement, les publications acad&#233;miques soul&#232;vent plusieurs questions, telles que la production d&#8217;artefacts multiples &#224; partir d&#8217;une source unique. L&#8217;expression &#171;publication &#224; source unique&#187; fait r&#233;f&#233;rence &#224; la production de plusieurs formats &#224; partir d&#8217;une seule source. Un m&#234;me document peut &#234;tre utilis&#233; pour produire diff&#233;rents formats, sans devoir passer d&#8250;un processus &#224; l&#8217;autre, qu&#8217;il s&#8217;agisse d&#8217;un format PDF pour l&#8217;impression, d&#8217;un export XML pour une plateforme num&#233;rique, ou d&#8217;une version num&#233;rique au format HTML. Ce d&#233;fi &#233;ditorial soul&#232;ve des questions &#224; la fois th&#233;oriques et techniques, telles que la l&#233;gitimation des contenus, l&#8217;&#233;volution des pratiques &#233;ditoriales et la cr&#233;ation d&#8217;outils ad&#233;quats. Au croisement des &#233;tudes m&#233;diatiques, des &#233;tudes &#233;ditoriales et de la litt&#233;rature, les concepts d&#8217;hybridit&#233; (McLuhan, 1968), d&#8217;hybridation (<xref ref-type="bibr" rid="B13">Ludovico, 2012</xref>) ou d&#8217;&#233;ditorialisation (<xref ref-type="bibr" rid="B24">Vitali-Rosati, 2016</xref>) permettent d&#8217;interroger les principes de cette conception &#233;ditoriale.</p>
</trans-abstract>
</article-meta>
</front>
<body>
<p><italic>This article is the result of a collective work that started with the creation of a poster with Margot Mellet (Universit&#233; de Montr&#233;al) and Marcello Vitali-Rosati (Universit&#233; de Montr&#233;al) in the context of the DH Unbound 2022 conference (<xref ref-type="bibr" rid="B8">Fauchi&#233;, Mellet, and Vitali-Rosati 2022</xref>)</italic>.</p>
<p>Current academic publishing practices raise several issues, such as content diffusion on different platforms, accessibility with Open Access, and sustainable archiving challenges. Another issue, the production of the reading documents, did catch our attention as it expresses a singular question, which we aim to answer: how to organize multiplicity and interoperability in the life of a document? Today, academic publishers have to generate several formats of their articles, journal issues, and books according to the needs of different distribution platforms (in addition to a printed version when it exists). Hence, the publishing academic workflow has to produce many different artifacts (for instance, XML, HTML, or PDF). How can we do so without over-complexifying the task of authors, editors, and publishers? The expression <italic>single source publishing</italic> refers to the generation of several formats from a single source, and it is a possible answer to our question. With single source publishing, a single file or set of files can be used to produce various formats without having to switch from one process to another, whether it is a PDF format for printing, an XML export for a digital platform, or a digital version in HTML format. This editorial challenge brings up both theoretical and technical issues, such as the legitimization of content, the evolution of publishing practices, and the creation of adequate tools. The answer to such questions exceeds pragmatic and practical concerns, especially when considering the editorial and publication chains. At the intersection of media studies, publishing studies, and literary studies, the concepts of hybridity (<xref ref-type="bibr" rid="B14">McLuhan [1965] 1994</xref>), hybridization (<xref ref-type="bibr" rid="B13">Ludovico and Cramer 2012</xref>), and editorialization (<xref ref-type="bibr" rid="B24">Vitali-Rosati 2016</xref>) allow us to question the principles of this editorial design. With this conceptual framework, we may take a theoretical step back to study the technical principles that make single source publishing possible.</p>
<p>In parallel to these conceptual concerns, the implementation of single source publishing also represents a major challenge for publishers and distributors of scientific publications. However, the benefits are many: creation of a common space for all those involved in the publishing chain; clarification of actions on content; merging of needs between the various output formats; mutualization of efforts for the various exports to be produced (PDF, HTML/web, XML, EPUB, etc.); and the simplification of archiving and maintaining by having that single source. Setting up publishing chains with single source publishing is complex: several initiatives have been trying to meet this challenge since the early days of computing. Software that implements the principles of single source publishing does exist, but in the present article, we focus on <italic>chains</italic>, which are based on a combination of different computer programs or softwares. In the Revue2.0 project, led by the Canada Research Chair in Digital Textualities, several journals have experimented single source publishing with the semantic text editor <italic>Stylo</italic> (<xref ref-type="bibr" rid="B21">Stylo 2023</xref>), which is one technical solution among others. The Revue2.0 project is a case study for both the concrete implementation of single source publishing and the study of theoretical questions related to that subject. This article is an opportunity to address the interrelation, interactions, and considerations between theoretical and practical issues.</p>
<sec>
<title>What is single source publishing?</title>
<p>Single source publishing (sometimes written <italic>single-source publishing</italic>) is both a method and a principle; it is the use of a single file or set of files to produce many finished written artifacts in a variety of formats. For instance, one file in a markup language and a folder containing pictures and diagrams could be used as the single source, and a series of instructions (a software or a script) could produce a PDF file for printing, another for an online archive, an HTML page for a website, an XML for digital platforms, and an e-book in the EPUB format. Any modification to the source file would then ripple into every publishing format, saving time and energy for the publishers. However, the setting up of single source publishing requires some time and technical knowledge, an issue more and more obsolete since free and open-source tools are now common and well documented. Single source publishing is at its core a technical principle that describes an array of digital publishing technologies (<xref ref-type="bibr" rid="B3">Blanc and Haute 2018</xref>).</p>
<sec>
<title>A brief definition</title>
<p>Mainly, single source publishing proposes to produce multiple outputs from one, single source. As we already said, with this approach, it&#8217;s possible to produce a PDF format for printing, an XML export for a digital platform, or a digital version in HTML format, from <italic>one</italic> source file. Single source publishing requires a highly flexible source, which usually consists of a set of texts, some metadata and bibliographical data, and some images or other media. Some students or researchers already use the principles of single source publishing; however, it is long and tedious with a classic text processor, which lacks flexibility; it is complex and just a little more flexible with LaTeX, and it is both expensive and difficult with XML. Since the beginning of the 2000s, a few alternatives emerged based on (1) lightweight markup languages, (2) structured bibliographies, and (3) open-source convertors; our case study (<italic>Stylo</italic>) uses Markdown, BibTex, and Pandoc. Markdown is a markup language used in blogging, README files, Jupyter/R Notebooks, and forums; it is easy to learn and to read for both humans and machines. BibTex is a reference management software that structures references and produces bibliographies according to a given style (such as MLA, APA, Chicago, etc.). Pandoc&#8212;known as the Swiss Army knife of publishing (<xref ref-type="bibr" rid="B15">Dominici 2014</xref>)&#8212;is a powerful alternative for producing academic artifacts from one single source. This library allows the user to convert files from one format to another, allowing for one source to be converted into one of many possible outputs. In this section, we explore what it means and what implications it has for scientific publishing.</p>
</sec>
<sec>
<title>Dealing with reality: Academic publishing constraints</title>
<p>Scientific publishing has several requirements since the articles, journals, chapters, and books are complex editorial artifacts. The first group of specifications is the paratextual elements (<xref ref-type="bibr" rid="B9">Genette 2002</xref>):</p>
<list list-type="bullet">
<list-item><p>critical material: footnotes, citations, bibliographies, figures, inserts</p></list-item>
<list-item><p>metadata: data about data, like title, subtitle, authors, standard identifiers (ORCID, Wikidata, etc.)</p></list-item>
<list-item><p>bibliographic data: structured references</p></list-item>
</list>
<p>Furthermore, scholarly research and publishing require texts to have a semantic structure, both to enrich its content (especially in XML) and to insure an efficient digital diffusion (structured data is paramount to archiving and retrieving texts in large databases).</p>
<p>The second group of complexities is the academic workflow (<xref ref-type="fig" rid="F1">Figure 1</xref>), or more precisely, the path of the text through the stages of submission, peer reviews, corrections, and publication. The authors, the editors, the publishers, and the distributors all require specific file formats through its circulation and validation, and even in a given format, multiple files are used by different contributors without a way to merge them. In the humanities, where the pressure to publish is significant (&#8220;publish or perish&#8221; [<xref ref-type="bibr" rid="B2">Auerbach 2006</xref>]), the actual process of publication is quite slow and cumbersome; this conflicting injunction is painful to both authors and editors. These paratextual elements are restrictive and should shape both the ideation and implementation of the editing process.</p>
<fig id="F1">
<label>Figure 1</label>
<caption>
<p>The academic publishing workflow.</p>
</caption>
<graphic xmlns:xlink="http://www.w3.org/1999/xlink" xlink:href="dscn-13-3-9655-g1.png"/>
</fig>
</sec>
<sec>
<title>A brief history of single source publishing</title>
<p>The expression appeared with the first graphical user interfaces: the same file could be viewed on the screen and be produced as a printed artifact. Single source publishing has seen more projects with the development of XML, which allows the developer community to manage only one source for multiple artifacts&#8212;including multilingual support. In digital humanities it is especially the XML-TEI that is used for digital publishing and the encoding of textual information. The Text Encoding Initiative (TEI) is a consortium that developed (starting in 1987), promotes, and maintains a set of XML elements, attributes, and entities to represent textual artifacts in digital form. Extensible Markup Language (XML) format is used to store data in a structured, hierarchical way; TEI is thus a scheme that specifies how XML is used in the case of written documents. The widespread adoption of TEI in the description (or representation) of textual artifacts and data means that information produced by one institution or individual can be used by others, and documents can be used and parsed regardless of who encoded them. The extensibility of XML and the ongoing maintaining of TEI mean that any information in a written document can be represented for ease of use, as the XML format is easier to reference, share, and search than physical documents or pictures. XML-TEI makes it possible to produce texts in several formats like HTML or PDF from a unique source and instructions (a software or library such as Pandoc) that manage the outputs.</p>
<p>An earlier example of single source publishing is One Document Does it all (or ODD). Its principle is to write the documentation for an XML (or TEI) schema, the encoding rules, and the customization details all in the same file (<xref ref-type="bibr" rid="B22">Viglianti 2019</xref>). More fundamentally, it is about writing code and documentation in a single process, and it is the origin of the word processors: the developers started to write their documentation behind the code&#8212;with a typewriter&#8212;before the creation of the first word processor, Electric Pencil (<xref ref-type="bibr" rid="B12">Kirschenbaum 2016, 100</xref>).</p>
<p>Single source publishing is still an important issue that warrants continuous development, mainly because of the tediousness of the publishing process and of financial constraints: the current process is time consuming and requires a certain expertise.</p>
</sec>
</sec>
<sec>
<title>What does it imply?</title>
<p>In this section, we present different approaches to single source publishing from a pragmatic perspective (implementation and practicalities). To explain the theoretical principles of the single source publishing approach, one has to explore the pragmatic implementations and implications. There are different ways to use this approach.</p>
<sec>
<title>Single source publishing implementation</title>
<p>Since single source publishing is a  series of principle rather than a specific tool, it can have many different implementations, the simplest of which being to separate the source, the templates, and the conversion instructions. The <italic>source</italic> is the content, usually a text with semantic and basic layout information, metadata, and medias. The <italic>templates</italic> model each final output, for example, the arrangement of information as diverse as the title, the metadata, or the body of the text. Furthermore, the templates explicify the behaviours of certain data according to the output format: titles might not be displayed the same way on a printable PDF and an archival copy. A template would also hold instructions of very precise layout information, such as how to display an alt caption for the figures on the HTML version of an article. The <italic>conversion instructions</italic> are necessary to assign the appropriate templates depending on the outputs. So, if the source is a semantic document, the template can rearrange the elements (textual and paratextual) from a source into an artifact (HTML, XML, or PDF).</p>
<p>As previously mentioned, textual data is rarely made up of only text, like XML-TEI, which is usually used to represent an actual, physical, written document. This scheme focuses on what the document looks like, but there are other formats, markup languages, and schemes that encode semantic rather than visual information. For instance, conceptual markup structures and labels part of the text with categories such as subtitle, section, citation, and external references. When a presentational markup might only &#8220;understand&#8221; that a word should be in italics, TEI might have added information in its attribute that expresses why the word is italicized (for instance, it might be a foreign word, a book title, or the author decided to emphasize it).</p>
<p>We made <xref ref-type="fig" rid="F2">Figure 2</xref> to show a complete workflow with four main operations:</p>
<list list-type="order">
<list-item><p>the writing, production, and collecting of documents, such as texts, medias, or data</p></list-item>
<list-item><p>the conversion of these documents, notably from one markup format to another markup format, and the reorganization of the files</p></list-item>
<list-item><p>transformation, resulting in the production of artifacts or output formats, such as PDF, HTML, or XML</p></list-item>
<list-item><p>publication of the artifacts</p></list-item>
</list>
<fig id="F2">
<label>Figure 2</label>
<caption>
<p>Schema of a single source publishing process with the conversion and transformation steps.</p>
</caption>
<graphic xmlns:xlink="http://www.w3.org/1999/xlink" xlink:href="dscn-13-3-9655-g2.png"/>
</fig>
<p>This diagram (<xref ref-type="fig" rid="F2">Figure 2</xref>) shows that templates model the text (differently for each output format) in a new format that includes textual content and metadata. This file is then translated with a &#8220;graphic layout&#8221; that gives information on the disposition that elements should take on a page, and on the geometry of the page itself. These transformations are not only aesthetic, they represent important editorial decisions about how to render a page in a way that conveys both semantic and graphical information.</p>
<p>This figure contains other information. As we already said, the templates are the modelling of the text according to the final outputs. It is both the distribution of data (text and metadata) and the construction of the artifacts. The &#8220;graphic layout&#8221; is the visual translation of the templating, like the disposition on the page or the typographical choices. It is not just about aesthetic details, but important decisions about how informations are rendered on a page (printed or HTML).</p>
</sec>
<sec>
<title>Different formats: Ins and outs</title>
<p>In choosing an input format, many popular writing tools were considered, but commercial non-standard formats were quickly discarded as the likes of <monospace>.doc/.docx</monospace> do not allow the production of richly structured content. On the subject of structuration, XML is a good solution; however, it is complex, not intuitive, and there are not enough customizable tools to write and edit in this format. Despite this fact, a few approaches, based on both single source publishing and XML, like M&#233;topes (<xref ref-type="bibr" rid="B23">Vincent 2020</xref>), are effective, although they require some expertise and have a steep learning curve. Lightweight and understandable markup languages, like Markdown or AsciiDoc, are an interesting intermediate solution; for instance, they were used in the Getty experiment with Quire (<xref ref-type="bibr" rid="B4">Fauchi&#233; 2020</xref>) for museum catalogues.</p>
<p>Raw digital textual data is rarely only made up of words (the .txt format being an exception). There are three different types of information normally found in a file containing text: presentational, procedural, and descriptive markup. The first type is usually hidden to the user; presentational markup is buried in the textual file and gives geometrical instructions to a software (such as Page, Words, or LibreOffice) that are not meant to be seen, nor informative for users. Procedural markup is information on how a text should be read or parsed by a computer and is usually legible by a human (a good example being the markup <monospace>&lt;em&gt;this text is emphased and more precisely or graphically in italic&lt;/em&gt;</monospace> in HTML). Finally, descriptive markup gives semantic information on the content of a text, for instance, by tagging titles and sections, or by giving attributes to procedural and presentational markup to explain it.</p>
<p>In <italic>contrario</italic> to input where many decisions can still be made, scientific publishing requires specific output formats: PDF, HTML, and various XML with specific schemas&#8212;like JATS (Journal Article Tag Suite, an XML schema for scientific publishing) or TEI. The question is to understand the requirements of output formats to design efficient templates: for example, the XML formats necessitate more metadata than a PDF with specific markups, which can be shared with nothing else than a file name.</p>
</sec>
<sec>
<title>Benefits of single source publishing</title>
<p>As previously mentioned, the emergence of single source publishing has economic origins: if a workflow can be set up around one single source and can produce three or four different formats, it represents a huge savings. It is what we call a multimodal approach: one source but multiple artifacts/formats. With one source, there is no need to manage multiple versions, like the <monospace>.doc</monospace> version for the writing and editing step, the <monospace>.xml</monospace> version for the digital distribution step, and the <monospace>.indd</monospace> version for the printing step (INDD format is for the Adobe InDesign software). In theory, single source publishing is a horizontal workflow since all actors of the publishing chain can participate at the same time&#8212;for example, editors (and in some rare cases, authors) on the source, publishers on the metadata, designers on the templates, and editorial engineers on the tool chain. So, editors, publishers, designers, and digital distributors can work simultaneously on the different stages of the publishing chain without having to wait for the previous steps to be completed. This process can support continuous and iterative work; building a publishing chain can be an iterative method.</p>
</sec>
</sec>
<sec>
<title>Issues involved in the single source publishing principles</title>
<p>The actual and practical implementation of single source publishing raises several questions that go beyond technical issues. The technical workflows and the creation of digital publishing tools concern the editorial management as a whole from the legitimization of content to the evolution of publishing practices.</p>
<sec>
<title>Legitimization of content</title>
<p>A horizontal publishing chain makes it harder to legitimize its content: where do we situate the validation, structure, and design of the documents, and how do we deal with the de-structuration of the classic chain? With single source publishing, legitimization is no longer a centralized issue: few different people with different levels of technical skills can modify the content until the final steps of the publishing workflow. However, since they are in control of the templates and publishing software, editors and publishers have final say in the layout without having to burden authors and reviewers with the responsibility to adopt or maintain a particular style. This also opens new possibilities for the publishing of new formats or the republishing of older texts with updated formats or layouts.</p>
</sec>
<sec>
<title>Evolution of publishing practices</title>
<p>Single source publishing is possible only if the editorial teams drop the use of commercial word processing (or at least learn not to depend on them). It is necessary that these teams integrate more tech in their staff, or even better, that publishers need to acquire the technical skills to manage or create publishing chains. A positive (or utopian) situation would be the creation of custom publishing chains by publishers by assembling free or open-source programs/software.</p>
</sec>
<sec>
<title>Creation of adequate tools</title>
<p>Since the 1980s, the scientific community uses mainly one unique numerical writing paradigm for both writing and editing: different generations of word processors WYSIWYG (What You See Is What You Get) like Microsoft Word, LibreOffice Writer, or Google Docs. Proprietary software (and copycats of proprietary software like LibreOffice Writer for Microsoft Word and Scribus for Adobe InDesign) maintains a confusion between the structure of the contents and the graphic rendering. The academic community needs tools that correspond to its constraints, and that means the conscious encoding of semantic (rather than visual) information. Many communities already work in this paradigm of WYSIWYM (What You See Is What You Mean): Manifold, PubPub, Coko, M&#233;topes, Quire, Stylo, etc. Groups and initiatives such as M&#233;topes (Universit&#233; de Caen), Editoria (Coko Foundation [<xref ref-type="bibr" rid="B10">Hyde 2021</xref>]), Quire (The Getty), or Stylo (Canada Research Chair on Digital Textualities and Huma-Num) are implementations of the single source publishing principles.</p>
</sec>
</sec>
<sec>
<title>Concepts</title>
<p>Some interesting concepts are intertwined with single source publishing; here is an overview of three of them. We have chosen these because they give a new perspective on the single source publishing principles.</p>
<sec>
<title>Hybridity</title>
<disp-quote>
<p><italic>The hybrid or the meeting of two media is a moment of truth and revelation from which new form is born. For the parallel between two media holds us on the frontiers between forms that snap us out of the Narcissus-narcosis. The moment of the meeting of media is a moment of freedom and release from the ordinary trance and numbness imposed by them on our senses</italic>. (<xref ref-type="bibr" rid="B14">McLuhan [1965] 1994, 55</xref>)</p>
</disp-quote>
<p>In <italic>Understanding Media</italic>, Marshall McLuhan developed the concept of <italic>hybridization</italic> or <italic>hybridity</italic> (<xref ref-type="bibr" rid="B14">McLuhan [1965] 1994, 48&#8211;55</xref>). According to McLuhan, the hybridization of media produces new media, as media have a generative effect on each other. In the case of single source publishing, we should ask the question of the effect and influence of multiple artifacts on their single source and vice versa. It can be assumed that taking into account an additional output format (whatever it may be) will affect the way the source is structured and managed in the publishing process. It is what we can call a hybridity of the elements, with a fluent content modelling through complex templates.</p>
<p>The role of the templates is to translate a semantic construction into an editorial pattern, in determining how to distribute the information through specific instructions in a meaningful way. Hence, in our case, the hybridity is possible through the work done on templates (how the outputs are shaped).</p>
</sec>
<sec>
<title>Hybridization</title>
<disp-quote>
<p><italic>In other words, this book [Martin Fuchs and Peter Bichsel&#8217;s book</italic> Written Images<italic>] is a comprehensive example of post-digital print, through a combination of several elements: print as a limited-edition object; networked crowdfunding; computer-processed information; hybridisation of print and digital&#8212;all in one single medium, a traditional book</italic>. (<xref ref-type="bibr" rid="B13">Ludovico and Cramer 2012, 156</xref>)</p>
</disp-quote>
<p><italic>Written Images</italic> was a book subject to a crowdfunding campaign from which several artifacts such as a website, printed books, and printed postcards were produced. From Alessandro Ludovico, the hybridization of forms and formats is a phenomenon that can be observed in the first digital experiments, like electronic literature available online or the first augmented e-books. Electronic literature explored the possibilities of writing and publishing literature in new forms (<xref ref-type="bibr" rid="B17">Rettberg 2014</xref>). It is about producing literature that can seemingly only exist on digital supports like computers, since it uses hyperlinks, interconnected texts, or multimedia, such as texts, images, videos, and interactions in the same document. Augmented e-books appeared mostly through technologies such as the iPad around 2010. An augmented or enhanced e-book (<xref ref-type="bibr" rid="B11">James and De Kock 2013</xref>) is a special form of digital book that incorporate digital elements and tools that could not be included in a traditional paper publication. Augmented e-books make use of hyperlinks (both within and outside the browsed documents), create popup windows, play videos and sounds, might include interactive or live graphs, and even change according to user interaction (either through individual choices or according to a community&#8217;s practice).</p>
<p>In <italic>Post-Digital Print</italic>, Alessandro Ludovico analyzes several examples of hybrid publishing initiatives, where few artifacts derived from the same content complement each other. Electronic versions of books, journals, magazines, or articles came in to complete already existing forms: printed and digital artifacts become hybrid. Even if the source is unique, it is possible to conceive different scenarios depending on the output format; for example, a specific block of text can be displayed differently depending on the artifact. This can be considered as an anticipation or as an investment in order not to waste time on adjustments that would concern artifacts that would no longer have any link between them. Paper publishers already experiment with different versions for a given printed book with the same content inside: from the cheap and affordable paperback to the luxurious, embossed, limited edition hardcovers. It is also not uncommon to find that the digital version lacks some content that would not be well rendered in the EPUB format, or better quality/more pictures in an electronic version where colour printing is too expensive. Hence, single source publishing implements Ludovico&#8217;s concept of hybridization: rather than editing several source versions to get the corresponding artifacts, it is possible to create a unique source and use templates as scenarios for generating different artifacts in both their form and content. Hybridization is more coherent and powerful when all of the content of a given project is in the same place, generating different forms and version from the same source.</p>
</sec>
<sec>
<title>Editorialization</title>
<disp-quote>
<p><italic>Editorialization is the set of dynamics that produce and structure digital space. These dynamics can be understood as the interactions of individual and collective actions within a particular digital environment</italic>. (<xref ref-type="bibr" rid="B24">Vitali-Rosati 2016, 8</xref>)</p>
</disp-quote>
<p>According to Marcello Vitali-Rosati, editorialization is an evolution of the concept of edition in a contemporary context by taking into account the digital. Editorialization expresses the idea that actions like writing or reading are shaped by the tools and support (platform) we use. The adaptation of publishing chains to produce different artifacts is one such way of understanding and constructing this space. Single source publishing is one expression of editorialization, where all work converges in a horizontal structure in order to produce textual artifacts. The modelling of our space depends on the way we design and build these processes: methods, tools, free/open-source software, technical approaches, etc. Single source publishing implies a remodelling of text within many scenarios, a task that mirrors the shaping of digital and real spaces.</p>
</sec>
</sec>
<sec>
<title>Academic single source publishing in practice: The example of Revue2.0</title>
<disp-quote>
<p><italic>How can we ensure that tomorrow&#8217;s knowledge is based on a plurality of worldviews, languages and cultures? How can we ensure that this knowledge is not oriented by commercial interests, and that it retains a public and collective dimension?</italic> (<xref ref-type="bibr" rid="B7">Fauchi&#233; et al. 2020</xref>)</p>
</disp-quote>
<p>Revue2.0 project was led by the Canada Research Chair on Digital Textualities from 2018 to 2021 (<xref ref-type="bibr" rid="B18">Revue2.0 2022</xref>). Revue2.0&#8217;s (in French <italic>revue</italic> means &#8220;journal&#8221;) goals were to investigate how academic journals build knowledge and to show the richness of variety in academic publishing practices. Experimentations were conducted with a dozen journals in the humanities, such as open peer reviews, automatic analysis of a corpus of journals in the humanities, and single source publishing. <italic>Stylo</italic>, the semantic text editor for academic writing and editing, was created in this context (<xref ref-type="bibr" rid="B25">Vitali-Rosati et al. 2020</xref>). Several journals have experimented with single source publishing and <italic>Stylo</italic>, with which it is possible to produce simultaneously many different versions from one set of files: the source. From a set of text (Markdown), metadata (YAML), bibliographic data (BibTex), and media (jpg, png, etc.), scientific journals can produce the following formats: HTML for their website, PDF for their own distribution and aggregators, and XML formats for digital distributors. <italic>Stylo</italic> also supports the production of e-books with the EPUB format, as well as LaTeX, DOCX (as some publications still require this format for submissions), and ODT. A research report is available on the Revue2.0 website (<xref ref-type="bibr" rid="B5">Fauchi&#233; 2021</xref>); it gathers the editorial experiences of three journals.</p>
<p><italic>Stylo</italic> is a tool designed to transform the digital workflow of scholarly journals in humanities and social sciences (<xref ref-type="bibr" rid="B25">Vitali-Rosati et al. 2020</xref>). As a WYSIWYM (What You See Is What You Mean) semantic text editor for the humanities, it aims to improve the academic publishing chain with specific export setups.</p>
<p>Revue2.0 (and its use of <italic>Stylo</italic>) is an example of the technical and human implementation of the theoretical principles of single source publishing. This project was only made possible with a clear understanding of single source publishing issues and an appreciable dose of skilled labour and determination. Each journal found explicit solutions for their publishing requirements and helped to improve the methods, the tools, and the documentations. Revue2.0&#8217;s conclusions can be found in the aforementioned reports, articles, and books, and in Nicolas Sauret&#8217;s thesis (<xref ref-type="bibr" rid="B20">Sauret 2020</xref>).</p>
</sec>
<sec>
<title>Conclusion: Inspirations from different domains</title>
<p>Single source publishing is a series of principles and different ways of implementations. Single source publishing involves technical issues (technological choices), political issues (potentially more horizontal human organizations), and theoretical issues (like hybridity, hybridization, and editorialization). The projects cited in the present article were academic in nature, but some other creative initiatives also make use of single source publishing. Abr&#252;pt Template is an editor project from the Swiss publisher Abr&#252;pt: from a Markdown marked-up source it is possible to generate both a paginate version (a PDF format for print) and digital version (HTML and e-book with EPUB) (<xref ref-type="bibr" rid="B1">Abr&#252;pt 2021</xref>). Pandoc-SSP is another workflow based on Pandoc; it is created by Arthur Perret (<xref ref-type="bibr" rid="B16">Perret 2023</xref>). The <italic>fabrique</italic> is a minimalist workflow based on a static site generator (Hugo) and a JavaScript library to paginate web pages (<xref ref-type="bibr" rid="B6">Fauchi&#233; 2022</xref>); the <italic>fabrique</italic> is created by one of the authors of this article: it is a workflow influenced by web technologies. In addition to their variety and originality, these projects use the low-tech or minimal computing approach (<xref ref-type="bibr" rid="B19">Risam and Gil 2022</xref>); they have in common that they limit the use of complicated technologies. In conclusion, it is possible to build efficient, human readable, and sustainable publishing workflows, even though academic publishing has complex requirements.</p>
<p><italic>This article was made with Vim, Markdown, YAML, Pandoc, and Git. The poster from which it is derived is available in different versions (<xref ref-type="bibr" rid="B8">Fauchi&#233;, Mellet, and Vitali-Rosati 2022</xref>)</italic>.</p>
</sec>
</body>
<back>
<sec>
<title>Competing interests</title>
<p>The authors have the following competing interests to declare: Antoine Fauchi&#233; and Yann Audin are involved in the development of the software <italic>Stylo</italic>, and Antoine Fauchi&#233; is the creator of the workflow <italic>la fabrique</italic>.</p>
</sec>
<sec>
<title>Contributions</title>
<sec>
<title>Authorial</title>
<p>Authorship is alphabetical after the drafting author and principal technical lead. Author contributions, described using the CASRAI CredIT typology, are as follows:</p>
<p>Author name and initials:</p>
<list list-type="simple">
<list-item><p>Antoine Fauchi&#233; (AF)</p></list-item>
<list-item><p>Yann Audin (YA)</p></list-item>
</list>
<p>Authors are listed in descending order by significance of contribution. The corresponding author is AF</p>
<list list-type="simple">
<list-item><p>Conceptualization: AF</p></list-item>
<list-item><p>Methodology: AF</p></list-item>
<list-item><p>Software: AF</p></list-item>
<list-item><p>Formal Analysis: AF</p></list-item>
<list-item><p>Investigation: AF, YA</p></list-item>
<list-item><p>Writing &#8211; Original Draft Preparation: AF, YA</p></list-item>
<list-item><p>Writing &#8211; Review &amp; Editing: AF, YA</p></list-item>
</list>
</sec>
<sec>
<title>Editorial</title>
<sec>
<title>Special Issue Editor</title>
<list list-type="simple">
<list-item><p>Roopika Risam, Dartmouth College, United States</p></list-item>
<list-item><p>Barbara Bordalejo, University of Lethbridge, Canada</p></list-item>
<list-item><p>Emmanuel Ch&#226;teau-Dutier, Universit&#233; de Montr&#233;al, Canada</p></list-item>
</list>
</sec>
<sec>
<title>Copy Editor</title>
<list list-type="simple">
<list-item><p>Christa Avram, The Journal Incubator, University of Lethbridge, Canada</p></list-item>
</list>
</sec>
<sec>
<title>Layout Editor</title>
<list list-type="simple">
<list-item><p>A K M Iftekhar Khalid, The Journal Incubator, University of Lethbridge, Canada</p></list-item>
</list>
</sec>
</sec>
</sec>
<ref-list>
<ref id="B1"><label>1</label><mixed-citation publication-type="webpage"><collab>Abr&#252;pt</collab>. <year>2021</year>. <article-title>&#8220;Gabarit Abr&#252;pt.&#8221;</article-title> <source>GitLab</source>. Accessed April 13, 2023. <uri>https://gitlab.com/cestabrupt/gabarit-abrupt</uri>.</mixed-citation></ref>
<ref id="B2"><label>2</label><mixed-citation publication-type="journal"><string-name><surname>Auerbach</surname>, <given-names>Bruno</given-names></string-name>. <year>2006</year>. <article-title>&#8220;Publish and Perish: La d&#233;finition l&#233;gitime des sciences sociales au prisme du d&#233;bat sur la crise de l&#8217;&#233;dition SHS.&#8221;</article-title> <source>Actes de la recherche en sciences sociales</source> <volume>164</volume>(<issue>4</issue>): <fpage>75</fpage>&#8211;<lpage>92</lpage>. DOI: <pub-id pub-id-type="doi">10.3917/arss.164.0075</pub-id>.</mixed-citation></ref>
<ref id="B3"><label>3</label><mixed-citation publication-type="webpage"><string-name><surname>Blanc</surname>, <given-names>Julie</given-names></string-name>, and <string-name><given-names>Lucile</given-names> <surname>Haute</surname></string-name>. <year>2018</year>. <article-title>&#8220;Technologies de l&#8217;&#233;dition num&#233;rique [Digital publishing technology].&#8221;</article-title> <source>Sciences du Design</source> <volume>8</volume>(<issue>2</issue>): <fpage>11</fpage>&#8211;<lpage>17</lpage>. Accessed April 4, 2023. <uri>https://www.cairn.info/revue-sciences-du-design-2018-2-page-11.htm</uri>.</mixed-citation></ref>
<ref id="B15"><label>15</label><mixed-citation publication-type="webpage"><string-name><surname>Dominici</surname>, <given-names>Massimiliano</given-names></string-name>. <year>2014</year>. <article-title>&#8220;An Overview of Pandoc.&#8221;</article-title> <source>TUGboat</source> <volume>35</volume>(<issue>1</issue>): <fpage>44</fpage>&#8211;<lpage>50</lpage>. Accessed September 19, 2023. <uri>https://www.tug.org/TUGboat/tb35-1/tb109dominici.pdf</uri>.</mixed-citation></ref>
<ref id="B4"><label>4</label><mixed-citation publication-type="journal"><string-name><surname>Fauchi&#233;</surname>, <given-names>Antoine</given-names></string-name>. <year>2020</year>. <article-title>&#8220;Les technologies d&#8217;&#233;dition num&#233;rique sont-elles des documents comme les autres ?&#8221;</article-title> <source>Balisages</source> <volume>1</volume> (<month>February</month>). DOI: <pub-id pub-id-type="doi">10.35562/balisages.321</pub-id>.</mixed-citation></ref>
<ref id="B5"><label>5</label><mixed-citation publication-type="webpage"><string-name><surname>Fauchi&#233;</surname>, <given-names>Antoine</given-names></string-name>. <year>2021</year>. <article-title>&#8220;Rapport de recherche Single source publishing avec Stylo [Document en cours de finalisation].&#8221;</article-title> <source>Revue2.0</source>. Accessed April 13, 2023. <uri>revue20.org/les-publications/rapport-de-recherche-single-source-publishing-avec-stylo/</uri>.</mixed-citation></ref>
<ref id="B6"><label>6</label><mixed-citation publication-type="webpage"><string-name><surname>Fauchi&#233;</surname>, <given-names>Antoine</given-names></string-name>. <year>2022</year>. <article-title>&#8220;Fabrique.&#8221;</article-title> <source>GitLab</source>. Accessed April 13, 2023. <uri>https://gitlab.com/antoinentl/fabrique</uri>.</mixed-citation></ref>
<ref id="B7"><label>7</label><mixed-citation publication-type="journal"><string-name><surname>Fauchi&#233;</surname>, <given-names>Antoine</given-names></string-name>, <string-name><given-names>Jeanne</given-names> <surname>Mathieu-Lessard</surname></string-name>, <string-name><given-names>Markus</given-names> <surname>Reisenleitner</surname></string-name>, and <string-name><given-names>Nicolas</given-names> <surname>Sauret</surname></string-name>. <year>2020</year>. <article-title>&#8220;Journals in the Digital Age: Penser de nouveaux mod&#232;les de publication en sciences humaines.&#8221;</article-title> <source>Humanities Commons</source> (<month>June</month>). DOI: <pub-id pub-id-type="doi">10.17613/phpz-g083</pub-id></mixed-citation></ref>
<ref id="B8"><label>8</label><mixed-citation publication-type="webpage"><string-name><surname>Fauchi&#233;</surname>, <given-names>Antoine</given-names></string-name>, <string-name><given-names>Margot</given-names> <surname>Mellet</surname></string-name>, and <string-name><given-names>Marcello</given-names> <surname>Vitali-Rosati</surname></string-name>. <year>2022</year>. <article-title>&#8220;The Importance of Single Source Publishing in Scientific Publishing.&#8221;</article-title> <source>Poster presented at the DH Unbound 2022 conference</source>, <month>May</month> <day>17&#8211;19</day>. Accessed April 13, 2023. <uri>https://ssp.digitaltextualities.ca</uri>.</mixed-citation></ref>
<ref id="B9"><label>9</label><mixed-citation publication-type="book"><string-name><surname>Genette</surname>, <given-names>G&#233;rard</given-names></string-name>. <year>2002</year>. <source>Seuils</source>. <publisher-loc>Paris</publisher-loc>: <publisher-name>&#201;ditions du Seuil</publisher-name>.</mixed-citation></ref>
<ref id="B10"><label>10</label><mixed-citation publication-type="webpage"><string-name><surname>Hyde</surname>, <given-names>Adam</given-names></string-name>. <year>2021</year>. <article-title>&#8220;Single Source Publishing.&#8221;</article-title> <source>Coko</source>. Accessed April 4, 2023. <uri>https://coko.foundation/articles/single-source-publishing.html</uri>.</mixed-citation></ref>
<ref id="B11"><label>11</label><mixed-citation publication-type="journal"><string-name><surname>James</surname>, <given-names>Ryan</given-names></string-name>, and <string-name><given-names>Leon</given-names> <surname>de Kock</surname></string-name>. <year>2013</year>. <article-title>&#8220;The Digital David and the Gutenberg Goliath: The Rise of the &#8216;Enhanced&#8217; e-Book.&#8221;</article-title> <source>English Academy Review</source> <volume>30</volume>(<issue>1</issue>): <fpage>107</fpage>&#8211;<lpage>23</lpage>. DOI: <pub-id pub-id-type="doi">10.1080/10131752.2013.783394</pub-id></mixed-citation></ref>
<ref id="B12"><label>12</label><mixed-citation publication-type="book"><string-name><surname>Kirschenbaum</surname>, <given-names>Matthew G</given-names></string-name>. <year>2016</year>. <source>Track Changes: A Literary History of Word Processing</source>. <publisher-loc>Cambridge, MA</publisher-loc>: <publisher-name>Belknap Press</publisher-name>.</mixed-citation></ref>
<ref id="B13"><label>13</label><mixed-citation publication-type="book"><string-name><surname>Ludovico</surname>, <given-names>Alessandro</given-names></string-name>, and <string-name><given-names>Florian</given-names> <surname>Cramer</surname></string-name>. <year>2012</year>. <source>Post-Digital Print: The Mutation of Publishing since 1894</source>. <publisher-loc>Eindhoven, NL</publisher-loc>: <publisher-name>Onomatopee</publisher-name>.</mixed-citation></ref>
<ref id="B14"><label>14</label><mixed-citation publication-type="book"><string-name><surname>McLuhan</surname>, <given-names>Marshall</given-names></string-name>. <year>(1965) 1994</year>. <source>Understanding Media: The Extensions of Man</source>. Reissue. <publisher-loc>Cambridge, MA</publisher-loc>: <publisher-name>MIT Press</publisher-name>.</mixed-citation></ref>
<ref id="B16"><label>16</label><mixed-citation publication-type="webpage"><string-name><surname>Perret</surname>, <given-names>Arthur</given-names></string-name>. <year>2023</year>. <article-title>&#8220;Pandoc-SSP (Single-Source Publishing with Pandoc and Make).&#8221;</article-title> <source>GitHub</source>. Accessed April 4. <uri>https://github.com/infologie/pandoc-ssp</uri>.</mixed-citation></ref>
<ref id="B17"><label>17</label><mixed-citation publication-type="book"><string-name><surname>Rettberg</surname>, <given-names>Scott</given-names></string-name>. <year>2014</year>. <chapter-title>&#8220;Electronic Literature.&#8221;</chapter-title> In <source>The Johns Hopkins Guide to Digital Media</source>, edited by <string-name><given-names>Marie-Laure</given-names> <surname>Ryan</surname></string-name>, <string-name><given-names>Lori</given-names> <surname>Emerson</surname></string-name>, and <string-name><given-names>Benjamin J.</given-names> <surname>Robertson</surname></string-name>, <fpage>169</fpage>&#8211;<lpage>174</lpage>. <publisher-loc>Baltimore</publisher-loc>: <publisher-name>The Johns Hopkins University Press</publisher-name>.</mixed-citation></ref>
<ref id="B18"><label>18</label><mixed-citation publication-type="webpage"><collab>Revue2.0</collab>. <year>2022</year>. <article-title>&#8220;&#192; propos de Revue2.0.&#8221;</article-title> Accessed April 13, 2023. <uri>http://revue20.org/</uri>.</mixed-citation></ref>
<ref id="B19"><label>19</label><mixed-citation publication-type="webpage"><string-name><surname>Risam</surname>, <given-names>Roopika</given-names></string-name>, and <string-name><given-names>Alex</given-names> <surname>Gil</surname></string-name>. <year>2022</year>. <article-title>&#8220;Introduction: The Questions of Minimal Computing.&#8221;</article-title> <source>Digital Humanities Quarterly</source> <volume>16</volume>(<issue>2</issue>). Accessed April 13, 2023. <uri>https://www.digitalhumanities.org/dhq/vol/16/2/000646/000646.html</uri>.</mixed-citation></ref>
<ref id="B20"><label>20</label><mixed-citation publication-type="thesis"><string-name><surname>Sauret</surname>, <given-names>Nicolas</given-names></string-name>. <year>2020</year>. <chapter-title>&#8220;De la revue au collectif: la conversation comme dispositif d&#8217;&#233;ditorialisation des communaut&#233;s savantes en lettres et sciences humaines.&#8221;</chapter-title> PhD thesis. <publisher-name>Universit&#233; de Montr&#233;al</publisher-name>.</mixed-citation></ref>
<ref id="B21"><label>21</label><mixed-citation publication-type="webpage"><collab>Stylo</collab>. <year>2023</year>. <article-title>&#8220;Welcome to Stylo!&#8221;</article-title> Stylo 2.0.20. Accessed April 13. <uri>https://stylo.huma-num.fr</uri>.</mixed-citation></ref>
<ref id="B22"><label>22</label><mixed-citation publication-type="journal"><string-name><surname>Viglianti</surname>, <given-names>Raffaele</given-names></string-name>. <year>2019</year>. <article-title>&#8220;One Document Does-it-all (ODD): A Language for Documentation, Schema Generation, and Customization from the Text Encoding Initiative.&#8221;</article-title> In <source>Proceedings of the Symposium on Markup Vocabulary Customization</source>, edited by <string-name><given-names>Syd</given-names> <surname>Bauman</surname></string-name>. DOI: <pub-id pub-id-type="doi">10.4242/BalisageVol24.Viglianti01</pub-id></mixed-citation></ref>
<ref id="B23"><label>23</label><mixed-citation publication-type="webpage"><string-name><surname>Vincent</surname>, <given-names>Emmanuel</given-names></string-name>. <year>2020</year>. <article-title>&#8220;M&#233;topes, &#233;dition et diffusion multisupports: un exemple de d&#233;ploiement &#224; l&#8217;EHESS.&#8221;</article-title> <source>Enjeux num&#233;riques</source>, <volume>10</volume>(<month>June</month>), <fpage>44</fpage>&#8211;<lpage>51</lpage>. Accessed April 4, 2023. <uri>https://www.annales.org/enjeux-numeriques/2020/resumes/juin/09-en-resum-FR-AN-juin-2020.html</uri>.</mixed-citation></ref>
<ref id="B24"><label>24</label><mixed-citation publication-type="webpage"><string-name><surname>Vitali-Rosati</surname>, <given-names>Marcello</given-names></string-name>. <year>2016</year>. <article-title>&#8220;What Is Editorialization?&#8221;</article-title> <source>Sens Public</source>. <month>January</month> <day>4</day>. Accessed April 10, 2023. <uri>https://sens-public.org/articles/1059/</uri>.</mixed-citation></ref>
<ref id="B25"><label>25</label><mixed-citation publication-type="webpage"><string-name><surname>Vitali-Rosati</surname>, <given-names>Marcello</given-names></string-name>, <string-name><given-names>Nicolas</given-names> <surname>Sauret</surname></string-name>, <string-name><given-names>Antoine</given-names> <surname>Fauchi&#233;</surname></string-name>, and <string-name><given-names>Margot</given-names> <surname>Mellet</surname></string-name>. <year>2020</year>. <article-title>&#8220;&#201;crire les SHS en environnement num&#233;rique. L&#8217;&#233;diteur de texte Stylo.&#8221;</article-title> <source>Revue Intelligibilit&#233; du Num&#233;rique</source>. Accessed April 4, 2023. <uri>https://papyrus.bib.umontreal.ca/xmlui/handle/1866/23855</uri>.</mixed-citation></ref>
</ref-list>
</back>
</article>