Remove unoconv and it's configuration options from the documentation

This commit is contained in:
Roberto Rosario
2012-07-25 00:42:41 -04:00
parent d267988348
commit d1bb4ef185
3 changed files with 2 additions and 65 deletions

View File

@@ -27,17 +27,11 @@ temporary files and other black magic needs to be invoked to get it
properly integrated. **Mayan EDMS** treats documents as collections of pages
or frames, and text extraction and OCR is done per page not per document,
thats why even text documents need to be rendered by LibreOffice_
before they can be previewed and text can be extracted.
Version 0.12.1 introduced a new method of converting office documents, this
new method doesn't require the use of the command line utility ``UNOCONV``.
If this new method proves to continue working better than previous solutions the use
of ``UNOCONV`` may be deprecated in the future. The new conversion method
adds just one new configuration option: :setting:`CONVERTER_LIBREOFFICE_PATH`
before they can be previewed and text can be extracted. Just one
configuration option controls this conversion: :setting:`CONVERTER_LIBREOFFICE_PATH`
which defaults to '/usr/bin/libreoffice'.
.. _PDF: http://en.wikipedia.org/wiki/Portable_Document_Format
.. _LibreOffice: http://www.libreoffice.org/
.. _unoconv: https://github.com/dagwieers/unoconv/
.. _supervisor: http://supervisord.org/introduction.html

View File

@@ -192,26 +192,6 @@ fine tune it's functionality as explained in the `GraphicsMagick documentation`_
.. _GraphicsMagick documentation: http://www.graphicsmagick.org/convert.html#conv-opti
.. setting:: CONVERTER_UNOCONV_PATH
**CONVERTER_UNOCONV_PATH**
Default: ``/usr/bin/unoconv``
Path to the unoconv program used to call LibreOffice for office document conversion.
.. setting:: CONVERTER_UNOCONV_USE_PIPE
**CONVERTER_UNOCONV_USE_PIPE**
Default: ``True``
Use alternate method of connection to LibreOffice using a pipe, it is slower but less prone to segmentation faults.
.. setting:: CONVERTER_LIBREOFFICE_PATH