Documentation Tutorial Documentation Release 0.1.0

Total Page:16

File Type:pdf, Size:1020Kb

Documentation Tutorial Documentation Release 0.1.0 Documentation tutorial Documentation Release 0.1.0 Patrick Vergain 2018-5-3 Contents 1 Documentation 3 1.1 Documentation news...........................................3 1.1.1 Documentation news 2018...................................3 1.1.2 Documentation news 2017...................................3 1.1.3 Documentation news 2016...................................4 1.2 Documentation Advices.........................................4 1.2.1 You are what you document (Monday, May 5, 2014).....................5 1.2.2 Rédaction technique......................................5 1.2.3 13 Things People Hate about Your Open Source Docs.....................7 1.2.4 Beautiful docs..........................................7 1.2.5 Designing Great API Docs (11 Jan 2012)...........................7 1.2.6 Docness.............................................7 1.2.7 Hacking distributed (february 2013)..............................7 1.2.8 Jacob Kaplan-Moss (November 10, 2009)...........................8 1.2.9 Agile documentation best practices...............................8 1.2.10 Best Practices for Documenting Technical Procedures Melanie Seibert............8 1.2.11 Plone..............................................8 1.2.12 Twilio..............................................9 1.2.13 Other advices..........................................9 1.3 Documentation generators........................................ 11 1.3.1 Sphinx.............................................. 12 1.3.2 Authorea............................................ 147 1.3.3 Doxygen............................................ 147 1.3.4 Javadoc............................................. 162 1.3.5 Jekyll.............................................. 162 1.3.6 JSDoc.............................................. 163 1.3.7 Mkdocs............................................. 164 1.3.8 Pandoc............................................. 165 1.4 Good documentation........................................... 167 1.4.1 CakePHP............................................ 167 1.4.2 Passlib.............................................. 167 1.4.3 Sfepy.............................................. 167 1.4.4 Shark.............................................. 168 1.5 Formats Documentation......................................... 168 1.5.1 Input formats.......................................... 168 1.5.2 Input/output formats...................................... 178 i 1.5.3 Output formats......................................... 178 1.6 Documentation projects......................................... 182 1.6.1 C Documentation projects................................... 182 1.6.2 Mozilla documentation..................................... 182 1.6.3 Documenting python projects.................................. 182 1.7 Documentation tools........................................... 184 1.7.1 Dash............................................... 184 1.7.2 Graphviz............................................ 185 1.7.3 Zeal documentation browser.................................. 186 1.8 Documentation videos.......................................... 186 1.8.1 Write the docs.......................................... 186 1.8.2 RTFM - wRite The Friendly Manual.............................. 187 1.9 Wiki documentation........................................... 187 1.9.1 Mediawiki............................................ 187 1.9.2 Wiki tools............................................ 198 2 Command Line Interface (CLI) 203 2.1 Introduction............................................... 203 2.2 Usage................................................... 204 2.2.1 CLI and python......................................... 204 2.2.2 CLI with Perl.......................................... 204 2.2.3 Command Line Interface (CLI) on GNU/linux......................... 209 2.2.4 Command Line Interface (CLI) on Windows.......................... 221 2.2.5 Google cli............................................ 233 ii Documentation tutorial Documentation, Release 0.1.0 Documentation tutorial Release 0.1.0 Date 2018-5-3 Authors Patrick Vergain Target Tutorial about documentation See also: • https://gdevops.gitlab.io/tuto_devops/ • genindex • reStructuredText Sphinx documentation • https://gitlab.com/gdevops/tuto_documentation • https://devopstutodoc.readthedocs.io/en/latest/index.html • https://gdevops.gitlab.io/tuto_documentation/index.html Contents 1 Documentation tutorial Documentation, Release 0.1.0 2 Contents CHAPTER 1 Documentation See also: • http://blog.smartbear.com/software-quality/bid/256072/13-reasons-your-open-source-docs-make-people-want-to-scream • http://brikis98.blogspot.de/2014/05/you-are-what-you-document.html • http://redaction-technique.org/index.html 1.1 Documentation news 1.1.1 Documentation news 2018 Contents • Documentation news 2018 – Bringing interactive examples to MDN Bringing interactive examples to MDN See also: • https://hacks.mozilla.org/2018/03/bringing-interactive-examples-to-mdn/ 1.1.2 Documentation news 2017 3 Documentation tutorial Documentation, Release 0.1.0 Contents • Documentation news 2017 – Autodoc-style extraction into Sphinx for your JS project Autodoc-style extraction into Sphinx for your JS project See also: • sphinx-js : autodoc-style extraction into Sphinx for your JS project 1.1.3 Documentation news 2016 Contents • Documentation news 2016 – La documentation linux utilise sphinx La documentation linux utilise sphinx See also: • https://github.com/return42/linuxdoc • https://return42.github.io/linuxdoc/ • https://lwn.net/Articles/692704/ L’annonce sur https://lwn.net/Articles/692704/ 1.2 Documentation Advices See also: • parse_API_doc • http://producingoss.com/en/getting-started.html • http://justwriteclick.com/book/ • http://brikis98.blogspot.de/2014/05/you-are-what-you-document.html • http://redaction-technique.org/index.html Contents • Documentation Advices – You are what you document (Monday, May 5, 2014) – Rédaction technique 4 Chapter 1. Documentation Documentation tutorial Documentation, Release 0.1.0 * Libérez vos informations de leurs silos * Intégrer la documentation aux processus de développement – 13 Things People Hate about Your Open Source Docs – Beautiful docs – Designing Great API Docs (11 Jan 2012) – Docness * Docness Source code – Hacking distributed (february 2013) – Jacob Kaplan-Moss (November 10, 2009) – Agile documentation best practices – Best Practices for Documenting Technical Procedures Melanie Seibert – Plone – Twilio – Other advices 1.2.1 You are what you document (Monday, May 5, 2014) See also: • http://brikis98.blogspot.de/2014/05/you-are-what-you-document.html • http://jacobian.org/writing/great-documentation/ • http://zachholman.com/posts/documentation/ • http://blog.parse.com/2012/01/11/designing-great-api-docs/ • http://www.mikepope.com/blog/DisplayBlog.aspx?permalink=1680 • https://github.com/PharkMillups/beautiful-docs • http://blog.codinghorror.com/if-it-isnt-documented-it-doesnt-exist/ • http://docs.writethedocs.org/writing/beginners-guide-to-docs/ The number one cause of startup failure is not the product, but the distribution: it doesn’t matter how good the product is if no one uses it. With software, the documentation is the distribution: it doesn’t matter how good the code is if no one uses it. If it isn’t documented, it doesn’t exist. 1.2.2 Rédaction technique See also: • http://redaction-technique.org/index.html 1.2. Documentation Advices 5 Documentation tutorial Documentation, Release 0.1.0 Libérez vos informations de leurs silos Des solutions souples et fiables libèrent vos informations des silos d’information cloisonnés où elles sont emprisonnées et sous-exploitées. Oubliez MS Word ou FrameMaker pour passer de la maintenance de la documentation à la gestion du cycle de vie des projets documentaires modulaires ! Intégrer la documentation aux processus de développement La documentation fait partie du logiciel. Fournie avec le produit, elle doit : • sortir en même temps, • suivre les mêmes cycles de vie, et • faire l’objet des mêmes processus de production et de contrôle qualité. Elle doit répondre idéalement aux critères suivants : • pas de vendor lock-in (indépendance du format et de l’éditeur de contenu), • chaînes de publication libres et gratuites, • mise en page totalement automatisée. Il y a quelques années encore, les seuls outils permettant de fournir des livrables de qualité au format PDF ou HTML reposaient sur des formats binaires et propriétaires qui s’intégraient mal aux systèmes de gestion de versions des équipes de développement. Résultat : réalisée à part, la documentation technique répondait difficilement aux mêmes exigences de qualité et de délai de mise sur le marché que les produits. 6 Chapter 1. Documentation Documentation tutorial Documentation, Release 0.1.0 DocBook, puis DITA XML et reStructuredText ont changé la donne : ces formats texte peuvent être modifiés avec tout type de programme, du simple éditeur de texte à l’‘IDE graphique, et s’intègrent parfaitement sous Subversion, Git ou tout autre système de gestion de versions. 1.2.3 13 Things People Hate about Your Open Source Docs See also: • http://blog.smartbear.com/careers/13-things-people-hate-about-your-open-source-docs/ • http://www.framablog.org/index.php/post/2013/06/28/documentation-defauts-open-source 1.2.4 Beautiful docs See also: • https://github.com/PharkMillups/beautiful-docs 1.2.5 Designing Great API Docs (11 Jan 2012) See also: • http://blog.parse.com/2012/01/11/designing-great-api-docs/ 1.2.6 Docness See also: • http://docness.readthedocs.org/
Recommended publications
  • Tinn-R Team Has a New Member Working on the Source Code: Wel- Come Huashan Chen
    Editus eBook Series Editus eBooks is a series of electronic books aimed at students and re- searchers of arts and sciences in general. Tinn-R Editor (2010 1. ed. Rmetrics) Tinn-R Editor - GUI forR Language and Environment (2014 2. ed. Editus) José Cláudio Faria Philippe Grosjean Enio Galinkin Jelihovschi Ricardo Pietrobon Philipe Silva Farias Universidade Estadual de Santa Cruz GOVERNO DO ESTADO DA BAHIA JAQUES WAGNER - GOVERNADOR SECRETARIA DE EDUCAÇÃO OSVALDO BARRETO FILHO - SECRETÁRIO UNIVERSIDADE ESTADUAL DE SANTA CRUZ ADÉLIA MARIA CARVALHO DE MELO PINHEIRO - REITORA EVANDRO SENA FREIRE - VICE-REITOR DIRETORA DA EDITUS RITA VIRGINIA ALVES SANTOS ARGOLLO Conselho Editorial: Rita Virginia Alves Santos Argollo – Presidente Andréa de Azevedo Morégula André Luiz Rosa Ribeiro Adriana dos Santos Reis Lemos Dorival de Freitas Evandro Sena Freire Francisco Mendes Costa José Montival Alencar Junior Lurdes Bertol Rocha Maria Laura de Oliveira Gomes Marileide dos Santos de Oliveira Raimunda Alves Moreira de Assis Roseanne Montargil Rocha Silvia Maria Santos Carvalho Copyright©2015 by JOSÉ CLÁUDIO FARIA PHILIPPE GROSJEAN ENIO GALINKIN JELIHOVSCHI RICARDO PIETROBON PHILIPE SILVA FARIAS Direitos desta edição reservados à EDITUS - EDITORA DA UESC A reprodução não autorizada desta publicação, por qualquer meio, seja total ou parcial, constitui violação da Lei nº 9.610/98. Depósito legal na Biblioteca Nacional, conforme Lei nº 10.994, de 14 de dezembro de 2004. CAPA Carolina Sartório Faria REVISÃO Amek Traduções Dados Internacionais de Catalogação na Publicação (CIP) T591 Tinn-R Editor – GUI for R Language and Environment / José Cláudio Faria [et al.]. – 2. ed. – Ilhéus, BA : Editus, 2015. xvii, 279 p. ; pdf Texto em inglês.
    [Show full text]
  • C-C++ Beautifier HOW-TO
    C-C++ Beautifier HOW-TO Al Dev (Alavoor Vasudevan) < alavoor[AT]yahoo.com > v16.7, 2 Nov 2003 Abstract This document will help you to format (beautify) the C/C++ programs so that it is more readable and confirms to your site C/C++ coding standards. The information in this document applies to all the operating sytems that is - Lin- ux, MS DOS, Apple Macintosh, Windows 95/NT/2000, BeOS, OS/2, IBM OSes, all flavors of Unix like Solaris, HPUX, AIX, SCO, Sinix, BSD, UnixWare, etc.. and to all other operating systems which support "C" compiler (it means almost all the operating systems on this planet!). Table of Contents Introduction ...................................................................................................................... 1 Installing BCPP ................................................................................................................. 2 How can I trust Beautifier programs??!! ................................................................................ 3 Method 1: Verfication Program for C++/C ..................................................................... 3 Method 2: Verfication Program for C++/C ..................................................................... 3 Method 3: Verfication Program for Java/C++/Others ........................................................ 4 Method 4: Shell script: Verfication Program for C++/C .................................................... 5 HTML Beautifier ..............................................................................................................
    [Show full text]
  • Automation to Save Your Bacon Elliot Jordan End-User Platform Security Nordstrom “I’M Not Really a Software Developer
    Linters Hooks Pipelines Automation to Save Your Bacon Elliot Jordan End-User Platform Security Nordstrom “I’m not really a software developer. I just think I’m a software developer because I develop software.” — Arjen van Bochoven ‣ Package sources ‣ Scripts and extension plist, yaml, json, shell, python attributes ‣ AutoPkg recipes/ shell, python overrides ‣ MDM profiles plist, shell, python plist ‣ Munki repos ‣ Documentation plist, python, shell text, markdown, reStructuredText Mac Software "Dev Ops" Admin Developer Reducing errors Streamlining development Automating tedious tasks Ground Rules Protected "master" branch Peer review Remote Git hosting Production code in Git Code standards Linters Linters Linters Linters Linters Linters Linters Atom + Shellcheck Linters Atom + Shellcheck Terminal $ brew install shellcheck ==> Downloading https://homebrew.bintray.com/bottles/ shellcheck-0.6.0_1.mojave.bottle.tar.gz ==> Pouring shellcheck-0.6.0_1.mojave.bottle.tar.gz ! /usr/local/Cellar/shellcheck/0.6.0_1: 8 files, 7.2MB $ which shellcheck /usr/local/bin/shellcheck ⌘C $ Linters Atom + Shellcheck Linters Atom + Shellcheck Linters Atom + Shellcheck Linters Atom + Shellcheck Linters Atom + Shellcheck Linters Atom + Shellcheck Linters Atom + Shellcheck ⌘V Linters Atom + Shellcheck Linters Atom + Shellcheck Linters Atom + Shellcheck Linters Atom + Shellcheck Click to learn more! Linters Atom + Shellcheck Linters Atom + Shellcheck Typo caught Linters Atom + Shellcheck Suggestions for improving resiliency Linters Atom + Shellcheck Deprecated syntax
    [Show full text]
  • Howtos with Linuxdoc
    HOWTOs with LinuxDoc David S. Lawyer v0.09, November 2007 Questo testo tratta di come scrivere gli HOWTO usando il semplice linguaggio a marcatori (markup) LinuxDoc. È rivolto principalmente agli autori del Linux Documentation Project (e ad autori futuri alle prime armi che vogliono iniziare rapidamente). Se si vuole usare DocBook, il linguaggio a marcatori più completo e dicile, (incluso XML), vedere la LDP Authoring Guide (Guida per gli autori di LDP). Traduzione ed adattamenti in italiano a cura di Beatrice Torracca, beatricet (at) libero (dot) it, e Hugh Hartmann, hhartmann (at) libero (dot) it, revisione a cura di Vieri Giugni, v.giugni (at) gmail (dot) com). Per versioni aggiornate di questo documento, e per trovare altra documentazione in italiano sul software libero, visitare il sito dell' ILDP <http://it.ildp.org> Indice 1 Introduzione 2 1.1 Per partire immediatamente.....................................2 1.2 Copyright e licenza..........................................3 1.3 Perché si dovrebbe scrivere un HOWTO?.............................3 1.4 Perché ho scritto questo documento................................3 2 Informazioni sulla scrittura di un HOWTO3 2.1 Copyright...............................................3 2.2 Scegliere un argomento........................................3 3 Il formato degli HOWTO4 3.1 Introduzione..............................................4 4 LinuxDoc e DocBook a confronto4 5 Imparare LinuxDoc 6 5.1 Introduzione..............................................6 5.2 Esempio 1 (nome le: esempio1.sgml)...............................6 5.3 Esempio 2 (nome le: esempio2.sgml)...............................7 5.4 Esempio 3 (nome le: esempio3.sgml)...............................9 5.5 Guida di consultazione rapida di LinuxDoc............................ 11 5.5.1 Intestazione.......................................... 11 5.5.2 Impaginazione del corpo................................... 12 5.5.3 Tipi di carattere....................................... 12 1.
    [Show full text]
  • Open-Source Documentation
    Open-Source Documentation: In Search of User-Driven, Just-in-Time Writing Erik Berglund Michael Priestley Linköping University IBM Toronto Lab S-581 83, Linköping, Canada Sweden [email protected] + 46 13 28 24 93 [email protected] ABSTRACT Keywords Iterative development models allow developers to respond quickly Open source documentation, just-in-time, user-driven. to changing user requirements, but place increasing demands on writers who must handle increasing amounts of change with ever- 1. THE PROBLEM decreasing resources. In the software development world, one Over the years, the software industry has accepted that changing solution to this problem is open-source development: allowing the requirements are simply part of the software development process. users to set requirements and priorities by actually contributing to An allowance for client requirements change, even an expectation the development of the software. This results in just-in-time of change, is at the foundation of most software development software improvements that are explicitly user-driven, since they methodologies. The Rational Unified Process (RUP) illustrates are actually developed by users. this, and Extreme Programming (XP) exemplifies it. Taken to the In this article we will discuss how the open source model can be extreme, as it often is in open-source development, the extended to the development of documentation. In many open- functionality of the product may not be determined until the day it source projects, the role of writer has remained unchanged: is completed. documentation development remains a specialized activity, owned Continuous requirements change makes traditional methods of by a single writer or group of writers, who work as best they can software documentation difficult.
    [Show full text]
  • Using Css to Style the Pdf Output
    Oxygen Markdown Support Alex Jitianu, Syncro Soft [email protected] @AlexJitianu © 2020 Syncro Soft SRL. All rights reserved. Oxygen Markdown Support Agenda • Markdown – the markup language • Markdown editing experience in Oxygen • Markdown and DITA working together • Validation and check for completeness (Quality Assurance) Oxygen Markdown Support What is Markdown? • Easy to learn Create a Google account ============ • Minimalistic How to create or set up your **Google Account** on • your mobile phone. Many authoring tools available * From a Home screen, swipe up to access Apps. • Publishing tools * Tap **Settings** > **Accounts** * Tap **Add account** > **Google**. Oxygen Markdown Support Working with Markdown • Templates • Editing and toolbar actions (GitHub Flavored Markdown) • HTML/DITA/XDITA Preview • Export actions • Oxygen XML Web Author Oxygen Markdown Support DITA-Markdown hybrid projects • Main documentation project written in DITA • SME(s) (developers) contribute content in Markdown Oxygen Markdown Support What is DITA? • DITA is an XML-based open standard • Semantic markup • Strong reuse concepts • Restrictions and specializations • Huge ecosystem of publishing choices Oxygen Markdown Support Using specific DITA concepts in Markdown • Metadata • Specialization types • Titles and document structure • Image and key references • https://github.com/jelovirt/dita-ot-markdown/wiki/Syntax- reference Oxygen Markdown Support What is Lightweight DITA? • Lightweight DITA is a proposed standard for expressing simplified DITA
    [Show full text]
  • Pelican Documentation Release 3
    Pelican Documentation Release 3 Alexis Métaireau November 20, 2012 CONTENTS i ii Pelican Documentation, Release 3 Pelican is a static site generator, written in Python. • Write your weblog entries directly with your editor of choice (vim!) in reStructuredText or Markdown • Includes a simple CLI tool to (re)generate the weblog • Easy to interface with DVCSes and web hooks • Completely static output is easy to host anywhere CONTENTS 1 Pelican Documentation, Release 3 2 CONTENTS CHAPTER ONE FEATURES Pelican currently supports: • Blog articles and pages • Comments, via an external service (Disqus). (Please note that while useful, Disqus is an external service, and thus the comment data will be somewhat outside of your control and potentially subject to data loss.) • Theming support (themes are created using Jinja2 templates) • PDF generation of the articles/pages (optional) • Publication of articles in multiple languages • Atom/RSS feeds • Code syntax highlighting • Compilation of LESS CSS (optional) • Import from WordPress, Dotclear, or RSS feeds • Integration with external tools: Twitter, Google Analytics, etc. (optional) 3 Pelican Documentation, Release 3 4 Chapter 1. Features CHAPTER TWO WHY THE NAME “PELICAN”? “Pelican” is an anagram for calepin, which means “notebook” in French. ;) 5 Pelican Documentation, Release 3 6 Chapter 2. Why the name “Pelican”? CHAPTER THREE SOURCE CODE You can access the source code at: https://github.com/getpelican/pelican 7 Pelican Documentation, Release 3 8 Chapter 3. Source code CHAPTER FOUR FEEDBACK / CONTACT US If you want to see new features in Pelican, don’t hesitate to offer suggestions, clone the repository, etc. There are many ways to contribute.
    [Show full text]
  • Dynamic Documents in Stata: Markdoc, Ketchup, and Weaver
    Haghish, E. F. (2014). Dynamic documents in Stata: MarkDoc, Ketchup, and Weaver. http://haghish.com/talk/reproducible_report.php Dynamic documents in Stata: MarkDoc, Ketchup, and Weaver Summary For Stata users who do not know LaTeX, writing a document that includes text, graphs, and Stata syntax and output has been a tedious and unreproducible manual process. To ease the process of creating dynamic documents in Stata, many Stata users have wished to see two additional features in Stata: literate programming and combining graphs with logfiles in a single document. MarkDoc, Ketchup, and Weaver are three user‐written Stata packages that allow you to create a dynamic document that includes graphs, text, and Stata codes and outputs and export it in a variety of file formats, including PDF, Docx, HTML, LaTex, OpenOffice/LibreOffice, EPUB, etc. I will also discuss further details about the specialties of these packages and their potential applications. Limitations of Stata in producing dynamic documents "The Stata dofile and logfile provide good‐enough tools for reproducing the analysis. However, Stata logfile only includes text output and graphs are exported separately. Consequently, combining a graph to Stata output in a report has been a manual work. In addition, the possibility of adding text to explain the analysis results in Stata output is limited by the duplication problem. For example, a text paragraph that is printed using the display command gets duplicated in the logfile by appearing on the command and the command’s out‐ put. Therefore, writing a analysis document that requires graphs and outputs, as well as text for describing the analysis results has become a manual work which is unreproducible, laborious, time consuming, prone to human error, and boring." [2] .
    [Show full text]
  • Introduction to Free Software-SELF
    Introduction to Free Software Jordi Mas Hernández (coordinador) David Megías Jiménez (coordinador) Jesús M. González Barahona Joaquín Seoane Pascual Gregorio Robles XP07/M2101/02708 © FUOC • XP07/M2101/02708 Introduction to Free Software Jordi Mas Hernández David Megías Jiménez Jesús M. González Barahona Founding member of Softcatalà and Computer Science Engineer by the Professor in the Department of Tele- of the telematic network RedBBS. Universitat Autònoma de Barcelona matic Systems and Computation of He has worked as a consultant in (UAB, Spain). Master in Advanced the Rey Juan Carlos University (Ma- companies like Menta, Telépolis, Vo- Process Automatisation Techniques drid, Spain), where he coordinates dafone, Lotus, eresMas, Amena and by the UAB. PhD. in Computer Sci- the research group LibreSoft. His Terra España. ence by the UAB. Associate Profes- professional areas of interest include sor in the Computer Science, Multi- the study of free software develop- media and Telecommunication De- ment and the transfer of knowledge partment of the Universitat Oberta in this field to the industrial sector. de Catalunya (UOC, Spain) and Di- rector of the Master Programme in Free Software at the UOC. Joaquín Seoane Pascual Gregorio Robles PhD. Enigeer of Telecommunicati- Assistant professor in the Rey Juan ons in the Politechnical University Carlos University (Madrid, Spain), of Madrid (Spain). He has worked where he acquired his PhD. de- in the private sector and has al- gree in February 2006. Besides his so taught in the Computer Scien- teaching tasks, he researches free ce Faculty of that same university. software development from the Nowadays he is professor in the De- point of view of software enginee- partment of Telematic Systems En- ring, with special focus in quantitati- gineering, and has taught courses ve issues.
    [Show full text]
  • Java Decompiler HOW-TO
    Java Decompiler HOW−TO Java Decompiler HOW−TO Table of Contents Java Decompiler HOW−TO..............................................................................................................................1 Al Dev (Alavoor Vasudevan) alavoor@yahoo.com...............................................................................1 1. Introduction..........................................................................................................................................1 2. How can I trust Java Decompiler ??!!..................................................................................................1 3. Related URLs.......................................................................................................................................1 4. Other Formats of this Document..........................................................................................................1 5. Copyright.............................................................................................................................................1 1. Introduction..........................................................................................................................................1 2. How can I trust Java Decompiler ??!!..................................................................................................2 3. Related URLs.......................................................................................................................................3 4. Other Formats of this Document..........................................................................................................3
    [Show full text]
  • Java Decompiler HOW-TO Java Decompiler HOW-TO Table of Contents Java Decompiler HOW-TO
    Java Decompiler HOW-TO Java Decompiler HOW-TO Table of Contents Java Decompiler HOW-TO..............................................................................................................................1 Al Dev (Alavoor Vasudevan) alavoor[AT]yahoo.com............................................................................1 1. Introduction..........................................................................................................................................1 2. How can I trust Java Decompiler ??!!..................................................................................................2 3. Related URLs.......................................................................................................................................2 4. Other Formats of this Document..........................................................................................................2 4.1 Acrobat PDF format..........................................................................................................................3 4.2 Convert Linuxdoc to Docbook format..............................................................................................4 4.3 Convert to MS WinHelp format.......................................................................................................4 4.4 Reading various formats...................................................................................................................4 5. Copyright.............................................................................................................................................5
    [Show full text]
  • Markdown Som Format För Digitalt Bevarande
    1 KARL PETTERSSON Markdown som format för digitalt bevarande Abstract: In the choice of file formats for preservation of text documents, there is a potential trade-off between preserving the integrity and usability of documents. This trade-off is first discussed in relation to four well- established formats: plain text, PDF/A, Office Open XML Document and Open Document Text. These formats are then compared with Markdown, a relatively new so-called lightweight markup language. It is concluded that no single format is optimal with respect to the trade-off problem, when it comes to preserving typical documents in a modern environment, with more or less complex formatting and document structure. Therefore, the feasiblity of using two or more formats for preservation of a single document (e.g. PDF/A combined with Markdown and/or Office Open XML) is discussed. It is necessary to weigh the importance of integrity and long-term usability against the costs of preserving documents in multiple formats. Keywords: Integrity, Usability, Text documents, Markup language Copyright: CC BY-NC-ND- 3.0 https://creativecommons.org/licenses/by- nc-nd/3.0/ 1Karl Pettersson har en masterexamen i ABM med inriktning arkivvetenskap. Han intresserar sig särskilt för frågor relaterade till digitalt bevarande och implementering av filformat och kan kontaktas på [email protected]. 4 Förkortningar i text CSL Citation Style Language. 12 HTML Hypertext Markup Language. 7–11 PDF Portable Document Format. 1, 3–6, 10, 12–15 XML Extensible Markup Language. 1, 3, 5, 6, 9–15 YAML YAML Ain’t Markup Language. 10, 11 Inledning En viktig fråga vid arkivhantering i dagens alltmer digitaliserade samhälle är vilka filformat som skall användas vid elektroniskt bevarande av olika typer av dokument, inte minst textdokument som produceras i exempelvis vanliga ordbehandlingsprogram.
    [Show full text]