GithubHelp home page GithubHelp logo

publishing-withsphinx's Introduction

publishing-withsphinx

Documentation status Build status Test coverage status

This Sphinx extension, publishing.withsphinx, provides support for easy generation and publishing of documents with the Sphinx documentation engine.

This extension ensures versioned dependencies to other third party extensions, load and setup these extensions and provides functionality to have more fancy templates for different writer backends.

More information is available here:

publishing-withsphinx's People

Contributors

rexut avatar

Watchers

 avatar  avatar

Forkers

rexut

publishing-withsphinx's Issues

Remove support for 'sphinxcontrib-embedly'

The Embedly service is an commercial effort and will not be able to scale without costs. That is definitively a no-go from perspective of this project goals. I will remove the support and reduce the maintenance to me.

Add support for Sphinx 1.7

It's time to support more current releases of Sphinx. That issue That issue will handle all changes related to Sphinx 1.7.

Fix Travis-CI matrix

Because of unknown reason the execution of nosetests fails for each tox environment wich has following constellation: Sphinx 1.2 and any Python 3 (py{33,34,35}-sphinx1.2). In a local Python 3 virtual environment all is fine.

Mal formatted LaTeX sequence in 'traceable-matrix'

Currently it's not possible to generate a proper tractability matrix for LaTeX/PDF documents. All roles .. traceable-matrix:: must be disabled for LaTeX build (negated as .. only:: html). The error source seems to be in the related Sphinx extension sphinxcontrib-traceables.

Avoid the deployment of copied DejaVuSans font

I've split the old issue #1 that was solved to process the blockdiag tests on Travis. For details about the font problematic see issue #1, here is the quote:

The core of this bug has side effects with the TikZ integration (as far as I can survey). TikZ depends on a proper XeLaTeX installation newer then 2009, but the version that comes with Ubuntu 12.04, the current default system on Travis-CI, is too old. That's why the Travis-CI configuration will install the complete Xe/LaTeX environment from Launchpad's TeX Live Backports PPA.

I believe as an result of this newer LaTeX environment, the underlying blockdiag Python module will not found any default font to render SVG or PDF. That must be investigated in details in the future. For a temporary solution for the test suit, the DejaVuSans will copied into the test suite fixtures and deploy with the source package.

Improve the unit tests

The current implementation in a single file is too simple and inflexible for further tasks. Have a look to the Sphinx project and take the best from there.

Add support for Sphinx 1.6

It's time to support more current releases of Sphinx. That issue That issue will handle all changes related to Sphinx 1.6.

Remove support for Sphinx 1.2

To reduce the maintenance costs the support for Sphinx 1.2 have to remove. There are many many special dependencies that have to respect, that increase the complexity of project's run-time configuration and test environment and that all for an more than four years old release.

Add support for Sphinx 1.8

It's time to support more current releases of Sphinx. That issue That issue will handle all changes related to Sphinx 1.5.

Add support for Sphinx 1.5

It's time to support more current releases of Sphinx. That issue That issue will handle all changes related to Sphinx 1.5.

Travis-CI will fail on documentation build with the new Sphinx 1.8 support

See: https://travis-ci.org/rexut/publishing-withsphinx/jobs/488576168

Error is:

Can't exec "xindy": No such file or directory at (eval 9) line 14.

With Sphinx 1.8 the LaTeX Makefile was completely rewritten and depends on the sorted and tagged index generator xindy. The binary can found in the Ubuntu package xindy that will not installed by default with package texlive-full. So we have to install it manually by an additional entry in the Travis YAML file.

The documentation has to split into different parts

In order to make information accessible to different interested persons quickly, the documentation should be divided into different sections:

  • User’s Manual
  • Programmer’s Manual
  • Regulatory Affairs
  • Sphinx Cheat Sheet
  • Appendix

Recommend Projects

  • React photo React

    A declarative, efficient, and flexible JavaScript library for building user interfaces.

  • Vue.js photo Vue.js

    🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.

  • Typescript photo Typescript

    TypeScript is a superset of JavaScript that compiles to clean JavaScript output.

  • TensorFlow photo TensorFlow

    An Open Source Machine Learning Framework for Everyone

  • Django photo Django

    The Web framework for perfectionists with deadlines.

  • D3 photo D3

    Bring data to life with SVG, Canvas and HTML. 📊📈🎉

Recommend Topics

  • javascript

    JavaScript (JS) is a lightweight interpreted programming language with first-class functions.

  • web

    Some thing interesting about web. New door for the world.

  • server

    A server is a program made to process requests and deliver data to clients.

  • Machine learning

    Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.

  • Game

    Some thing interesting about game, make everyone happy.

Recommend Org

  • Facebook photo Facebook

    We are working to build community through open source technology. NB: members must have two-factor auth.

  • Microsoft photo Microsoft

    Open source projects and samples from Microsoft.

  • Google photo Google

    Google ❤️ Open Source for everyone.

  • D3 photo D3

    Data-Driven Documents codes.