Find a file
2013-12-07 10:52:12 +00:00
assets Encode ellipsis character in _app.scss 2013-11-27 13:21:03 +01:00
lib Update HTML documentation 2013-12-07 10:52:12 +00:00
public Add Python documentation 2013-11-26 13:41:18 +01:00
test Refactor :trailing_slash option tests 2013-12-02 18:48:45 +00:00
views Going open source 2013-10-24 20:49:33 +02:00
.gitignore Going open source 2013-10-24 20:49:33 +02:00
config.ru Going open source 2013-10-24 20:49:33 +02:00
CONTRIBUTING.md Update README.md and CONTRIBUTING.md (add links to the wiki) 2013-11-08 20:42:38 +01:00
COPYRIGHT Going open source 2013-10-24 20:49:33 +02:00
Gemfile Going open source 2013-10-24 20:49:33 +02:00
Gemfile.lock Update gem dependencies 2013-12-07 10:45:29 +00:00
LICENSE Going open source 2013-10-24 20:49:33 +02:00
Rakefile Going open source 2013-10-24 20:49:33 +02:00
README.md Indicate JavaScript runtime requirement in README.md 2013-11-09 10:23:46 +01:00
Thorfile Going open source 2013-10-24 20:49:33 +02:00

DevDocs — Documentation Browser

DevDocs combines multiple API documentations in a fast, organized, and searchable interface.

Keep track of development and community news:

DevDocs is free and open source. If you use it and like it, please consider donating through Gittip or PayPal. Your support helps sustain the project and is highly appreciated.

Table of Contents: Quick Start · Vision · App · Scraper · Commands · Contributing · License · Questions?

Quick Start

Unless you wish to use DevDocs offline or contribute to the code, I recommend using the hosted version at devdocs.io. It's up-to-date and requires no setup.

DevDocs is made of two separate pieces of software: a Ruby scraper responsible for generating the documentation files and indexes, and a JavaScript front-end powered by a small Sinatra app.

DevDocs requires Ruby 2.0 and a JavaScript runtime supported by ExecJS (included in OS X and Windows; Node.js on Linux). Once you have these installed, run the following commands:

gem install bundler
bundle install
thor docs:download --all
rackup

Finally, point your browser at localhost:9292 (the first request will take a few seconds to compile the assets). You're all set.

The thor docs:download command is used to download/update individual documentations (e.g. thor docs:download html css), or all at the same time (using the --all option). You can see the list of available documentations by running thor docs:list.

Note: there is currently no update mechanism other than using git to update the code and thor docs:download to download the latest version of the docs. To stay informed about new versions, be sure to subscribe to the newsletter.

Vision

DevDocs aims to make reading and searching reference documentation fast, accessible and enjoyable. It aspires to become the “one stop shop” for all open-source software documentations.

The app's main goals are to: keep booting and loading times as short as possible; improve the quality, speed, and order of search results; maximize the use of caching and other performance optimizations; maintain a clean, readable user interface; support full keyboard navigation; reduce “context switch” by using a consistent typography and design across all documentations; reduce clutter by focusing on a specific category of content (API/reference) and by indexing only the minimum useful to most developers.

Note: DevDocs is neither a programming guide nor a search engine. All content is pulled from third-party sources and the project doesn't intend to compete with full-text search engines. Its backbone is metadata: each piece of content must be identified by a unique, obvious, and short string. Thus, tutorials, guides and other content that don't fit this requirement are outside the scope of the project.

App

The web app is all JavaScript, written in CoffeeScript, and powered by a small Sinatra/Sprockets application. It relies on files generated by the scraper.

Many of the code's design decisions were driven by the fact that the app uses XHR to load content directly into the main frame. This includes stripping the original documents of most of their HTML markup (e.g. scripts and stylesheets) to avoid polluting the main frame, and prefixing all CSS class names with an underscore to prevent conflicts.

Another driving factor is performance and the fact that everything happens in the browser. applicationCache (which comes with its own set of constraints) and localStorage are used to speed up the boot time while memory consumption is kept in check by allowing the user to pick his/her own set of documentations. On the other hand, the search algorithm is currently not very sophisticated because it needs to be fast even searching through 100k entries.

DevDocs being a developer tool, the browser requirements are high:

  1. On the desktop:
  • Recent version of Chrome
  • Recent version of Firefox
  • Safari 5.1+
  • Opera 12.1+
  • Interner Explorer 10+
  1. On mobile:
  • iOS 6+
  • Android 4.1+
  • Windows Phone 8+

This allows the code to take advantage of the latest DOM and HTML5 APIs and make developing DevDocs a lot more fun!

Scraper

The scraper is responsible for generating the documentation and index files (metadata) used by the app. It's written in Ruby under the Docs module.

There are currently two kinds of scrapers: UrlScraper which downloads files via HTTP and FileScraper which reads them from the local filesystem. They both make copies of HTML documents, recursively following links that match a given set of rules and applying all sorts of modifications along the way, in addition to building an index of the files and their metadata. Documents are parsed using Nokogiri.

Modifications made to each document include:

  • removing stuff, such as the document structure (<html>, <head>, etc.), comments, empty nodes, etc.
  • fixing links (e.g. to remove duplicates)
  • replacing all external (not scraped) URLs with their fully qualified counterpart
  • replacing all internal (scraped) URLs with their unqualified and relative counterpart
  • adding stuff, such as a title and link to the original document

These modifications are applied through a set of filters using the HTML::Pipeline library. Each scraper includes filters specific to its documentation, one of which is tasked with figuring out the pages' metadata.

The end result is a set of normalized HTML partials and a JSON index file. Because the index files are loaded separately by the app following the user's preferences, the code also creates a JSON manifest file containing information about the documentations currently available on the system (such as their name, version, update date, etc.).

More information about scrapers and filters is available on the wiki.

Available Commands

The command-line interface uses Thor. To see all commands and options, run thor list from the project's root.

# Server
rackup              # Start the server (ctrl+c to stop)
rackup --help       # List server options

# Docs
thor docs:list      # List available documentations
thor docs:download  # Download one or more documentations
thor docs:manifest  # Create the manifest file used by the app
thor docs:generate  # Generate/scrape a documentation
thor docs:page      # Generate/scrape a documentation page
thor docs:package   # Package a documentation for use with docs:download
thor docs:clean     # Delete documentation packages

# Console
thor console        # Start a REPL
thor console:docs   # Start a REPL in the "Docs" module
Note: tests can be run quickly from within the console using the "test" command. Run "help test"
for usage instructions.

# Tests
thor test:all       # Run all tests

# Assets
thor assets:compile # Compile assets (not required in development mode)
thor assets:clean   # Clean old assets

Contributing

Contributions are welcome. Please read the contributing guidelines.

DevDocs's own documentation is available on the wiki.

Copyright 2013 Thibaut Courouble and other contributors

This software is licensed under the terms of the Mozilla Public License v2.0. See the COPYRIGHT and LICENSE files.

Note: I consider DevDocs to be a trademark. You may not use the name to endorse or promote products derived from this software without my permission, except as may be necessary to comply with the notice/attribution requirements.

Additionally, I wish that any documentation file generated using this software be attributed to DevDocs. Let's be fair to all contributors by not stealing their hard work.

Questions?

If you have any questions, please feel free to ask on the mailing list.