 Ok, bonjour. Tout d'abord, merci pour l'open research tools and technology team. Je suis honnête d'être part de cette fantastique gang. Mon nom est Antoine Fouchier. Je suis un nouveau étudiant de PhD, parce que je suis 36, et je suis de Montréal, mais je suis français. Vous avez déjà figuré cela avec mon beau accent. Je vais parler des tools de writing, de publication, de touche et de la liberté. Ma présentation est déjà disponible online, comme vous pouvez le voir. Je suis en train d'utiliser Reveal.js, pour que vous puissiez voir mes notes avec le SK. Donc, le plan. Vous pouvez comprendre le point de départ de la team. Je dois expliquer à plus de contexte. Ensuite, je vais présenter les tools utilisés par la majorité de la communauté scientifique. Je les appelle « tools of pain ». Je ne vais pas dire « burn all the world processors » mais un petit peu. La troisième partie est de ce que nous avons besoin pour faire notre travail avec ces tools. Comme confort, j'aime le nouveau buzzword dans la communauté de développement, DX, comme UX, pour l'expérience de développeurs. Finalement, je vais présenter un beau, beau, plus fort et plus gratuit. Et bien sûr, je vais introduire un étudiant de texte et d'éditeur pour les scolaires humaines. Ok. Donc, le premier contexte avec les scolaires humaines et le monde digital. L'écosystème de la publication n'est pas uniforme. Et l'écosystème de l'académie a des recommandations spécifiques. Tout d'abord, c'est tout de suite des textes sur les notes de la courante, comme vous le savez, la citation et les données bibliographiques. Dans l'écosystème de la publication, on aime la PDF. Mais on a besoin de la web, c'est un facteur. Même si, parfois, on veut voir le format de l'écosystème frozen disparu. Et c'est tout de suite des XML. Dans l'académie de la publication, les XML sont partout. C'est la source de toutes les joies et les dépositions. La joie, c'est parce que nous pouvons faire tout avec les XML. La déposition, c'est parce que, au-delà de la déposition, on n'oublie jamais que les documents sont en fait XML. Le contexte avec les collègues de l'humanité, c'est tout de suite des textes. J'ai l'air que nous nous sommes tous venus d'un grand nombre de fields, ici. Donc, j'ai besoin de clarifier les spécificités pour l'humanité. C'est tout de suite des textes et, parfois, des données. Si le texte est la raison de la recherche, nous devons s'entraire avec la care. Le contexte avec le monde digital, en parlant d'une évidence, notre monde est maintenant un monde digital. Même si vous ne voulez pas être connectés, ou que vous n'avez pas un profil d'académie, une dépendance de Twitter, ou votre propre site, comme des cartes de recherche, nous ne pouvons pas filmer un papier sans des données métalliques sur les contenus bibliographiques ou les tools collaboratifs. Et dans le futur, comme nous le savons, nous devons transformer notre recherche dans des données disponibles si nous n'avons pas déjà fait ça. La seconde partie, la peau de peintre avec la dualité du monde, et la limitation de Google Docs. Le monde Microsoft, c'est un domicile et dépressif. C'est un software de propriété, comme vous le savez, et l'issue majeure avec le monde et avec le white label de la diffusion entre le contenu et la forme, notre structure et le rendering graphique. La plupart du temps, les utilisateurs de Microsoft pensent que le rendering graphique est la structure. Mais un monde en bold n'est pas, évidemment, un emphasis. Alors qu'un emphasis peut être en bold. Quand un publiciste requiert un style sheet ou donne des lightes de structure, ce n'est pas facile pour le writeur d'understand et d'appliquer. Ce sont les files qui constituent un document quand vous avez typé yellow and saved. C'est assez compliqué, juste pour un mot. C'est une picture de l'agence d'information architecte. La tech, c'est très puissant, mais trop compliqué. Les tools like Overlif, Reduce the complexity of la tech, mais c'est still a very restrictive tool. We cannot ask the writer for example, or to learn a new syntax. Google Docs is becoming very common with a lot of constraints. Connection dependency, proprietary clout, so bad for your privacy, as we know, and semantically limited. It's the new Microsoft world. What we want now. Semanticontent, data, many full artifacts, single source publishing and easy interfaces. Semanticontent, as researchers, we want to write text and to both inscribe and structure. We need tools that allow to do that both. It's not just about Bolt and Italic. Manifold artifacts like PDF, XML, HTML, web, EPUB and other formats like DocX, if you want. And single source publishing, and editors can't work on the same version of a document. Manifold artifacts, one source, like Word version for an author, InDesign version, XML version, it's hard to maintain free files version of one document. What we want, usable and efficient interfaces, easy and powerful. Interfaces like Google Docs introduce an attempt of efficient interfaces. We need different levels of editing for the author, the editor and data manager. Just a quick view of free tools that allow structuration dynamic bibliographic data and Manifold artifacts with one and unique source. Like Markdown, CSL and Pondoc. Markdown is a great compromise between interoperability and simple markup. And Markdown is extensive with HTML classes. Here an example of the markup and the rendering. As you can see, it's very simple. CSL for structuration and bibliographies with any bibliographic styles there is many, many bibliographic styles. And Pondoc for transform and convert from any source to a lot of formats. But you have to use a damn terminal. It's hard for common user. Now Steelo. It's time to show you a tool and answer of what researchers and editors want in human sciences field. Steelo is a modular and with a whim what you see is what you mean and not what you see is what you get. Text editor for scientific writing and publishing. First of all, Steelo is a modular solution for scientific writing. We bring Markdown, CSL, Pondoc and a user interface together. And we use hypothesis data. The text editor with Markup, Markdown bibliographic data in BipTech are using the Zotero API metadata management with the ML and we have many other formats and platform. The platform of Steelo is in MongoDB, GraphQL and React. Here as you can see, Steelo is composed of three areas. It's not very nice. In the center you can see the content manager. It's just Markdown. On the left you have the versioning, preview, export, bibliography and informations. And on the right we have the metadata with three levels of management. Here's a version on your left. We have all of contents, bibliography imported for BipTech file or from a collection of Zotero shared group. Editor for the metadata on the right and other mode, the raw mode. You can add new fields as you want here. The preview is just an HTML export with the default stillsheet. It's possible to detect the preview for reviewing a paper, for example. We use Hypothesis, a great web annotation service. And Hypothesis allow to use private group for private annotations. And it's possible to export in many formats. The file export use free sort of documents, the Markdown of course, BipTech file for the bibliographic references and YAML for the metadata. We can use XSLT stylesheet for the XML based on the schema of the requester. STILLO change the entire digital editoral chain of scholarly journal. And here, as you can see an example for the new view journal with STILLO HTML and PDF. For the end, STILLO lives in free acts for concept. A unique tool to help scientific publishing and now a piece of other tools like NAKALA or Isdore.science to French project. If you want some resources, you can find here. And of course a team with Marcelo, Arthur, Margot, me and many people who work on STILLO. Thank you. Not now, it's an option. We don't like very much that but we have to do that. The question is well-timed collaboration. Not now, it's asynchronous because it's very low tech and we don't want to manage too much complexity. So it's for this year I think we have to for us too.