Documentation

{{docApp.title}}

{{docApp.description}}

INDEX

Documentation Library

Search for information on Hornbill Documentation.

{{docApp.searchError}}

{{docApp.searchResultFilteredItems.length}} results for "{{docApp.currentResultsSearchText}}" in {{docApp.searchFilterBySpecificBookTitle}}

Have questions about this site?


What is this site?

  • This website is Hornbill's new product documentation website and is currently under development.
  • It is intended that all existing and future public-facing documentation we produce will be available to search, browse and share.
  • Hornbill's current documentation is available at Hornbill Wiki but over time this content will be migrated to this documentation site.
  • Please feel free to have a look around at any time.

Why has Hornbill created this site?

  • Hornbill's products have moved on considerably since we introduced it almost 10 years ago. At the time, the MediaWiki tool was sufficient, but we have outgrown it.
  • Our customers are more enterprise focused and more self-sufficient than ever before, so for 2023 and beyond we have established a new documentation platform and team to drive our documentation initiative forwards.
  • We are aiming to deprecate the use of Hornbill Wiki for most Hornbill related documentation.
  • We want to enable our growing partner network with product resources and information, documentation beyond our Wiki approach is required.
  • We could definitely do with some help, and may even pay for some! If you have domain knowledge and would like to help, please check out our Hornbill Docs Contributor Guide and contact the Hornbill docs team at docs@hornbill.com.

What will this site be good for?

  • Community contribution will be facilitated, encouraged, and most welcome.
  • High quality documentation, will be kept up to date as rapidly as our products evolve.
  • Real-time content search and discovery.
  • Articles organized into books, books into libraries, creating a more natural and logical structure to our documentation.
  • Legacy API documentation and various other documentation sources will all be consolidated into a single unified documentation system.
  • Documentation available in browser as well as printable/viewable as PDF on demand.
  • Personalized documentation experience, allowing dark/light mode, article subscriptions, social media sharing and other useful features.
  • Almost all publicly available documentation on docs.hornbill.com will be open-source and available to fork on GitHub, allowing customers to derive their own custom documentation around Hornbill products should they wish to.

What is the timeline for this site?

  • We have taken the decision to publish and make available early, there is very little content at this time.
  • As and when we have completed/usable documentation, it will be published here.
  • We have a host of additional features we wish to add over time, so please watch this space.
  • We expect most of our existing documentation should be reviewed/migrated to docs.hornbill.com over the coming months.
  • The documentation project will be ongoing, will continue to expand, evolve and improve day-by-day.

{{docApp.libraryHomeViewProduct.title || docApp.libraryHomeViewProduct.id}}

{{docApp.libraryHomeViewProduct.description}}

  1. {{book.title}}

{{group.title || group.id}}

{{group.description}}

  1. {{book.title}}

{{group.title}}

Content Creation Overview

Creating good quality documentation is challenging, even aside from the challenge of knowing the subject and writing about it in a way that readers will be able to consume. There is a lot involved in taking basic written content and publishing it in a format that is consistent, reliable, accessible and scalable.

Traditional documentation systems are generally built around “what you see is what you get” editing tools and proprietary formats/publishing schemes. Hornbill has chosen to take a more contemporary approach to content development, using simple text-based Markdown. Markdown has many benefits over proprietary formats, the most significant benefit being a complete abstraction of content from the design/presentation needs. The use of Markdown helps you, as a content creator, focus on the content, and removes the distractions of styling, publishing and deploying content.

As well as basic writing skills and the requisite subject matter expertise, writing documentation at scale also needs a consistent, well defined, easy-to-use workflow for content creation, preview and publication. The Hornbill Docs in-house document system provides all of this in an end-to-end, tool and system-supported workflow, which handles the three main process steps of Content Development, Build/Publishing and Consumption.

Documentation Architecture

High-Level Content Workflow

To get the best quality and consistency of documentation on Hornbill Docs there is a well-defined workflow supported by guidelines, specifications and tools. These are designed to make the process as easy and repeatable as possible, by multiple authors, even if they do not work together. This consistency in approach and tooling is required because we wish to encourage the broadest possible audience to help us develop and expand the documentation that helps our user community get the very best out of Hornbill’s software.

The three key stages of the document publishing lifecycle are explained in this document. The architecture diagram shows you the workflow, which is broken down into these distinct steps. Contributors to the Hornbill Docs content only need to be concerned with the Content Development step, but the full workflow cycle is explained here for context, helping you to understand how the Content Development workflow fits into the creation-to-consumption process.

1. Content Development

The primary capability of any documentation system is facilitating the creation of content. When developing Hornbill Docs content, your work unit is a HDocBook. Each Book is a separate, stand-alone project. The source content for a Book is simply made up of a folder structure containing any number of documents that can be authored in Markdown or as custom HTML. This structure is called HDocBook. The workload for content creation is designed around standard, easy-to-use development tools and plugins, and the ability to accurately preview your content during the content development process. Some documentation (for example, APIs and other content that is defined in metadata such as XML or JSON) can be automatically extracted from source code comments or markup.

2. Build and Publish

Publishing a Book involves building the document source, rendering Markdown into HTML, generating metadata and an index, and packaging everything rendered/generated into a deployable HDocBook package. Once built, the document is published into the Document Library ready for consumption. The Published Document Library is a content deployment scheme that makes HDocBooks accessible to the content publishing application servers.

3. Consumption

Consuming documentation is really describing the implementation of the web server and the Docs UI Web App that makes up the website that all published documentation is consumed from. The website provides the ability to search for content, browse the Book library and read Books.

In This Document