From d1bb4ef185e5097eec1e15afcb48554f0bc71a81 Mon Sep 17 00:00:00 2001 From: Roberto Rosario Date: Wed, 25 Jul 2012 00:42:41 -0400 Subject: [PATCH] Remove unoconv and it's configuration options from the documentation --- docs/faq/index.rst | 37 -------------------------- docs/topics/document_visualization.rst | 10 ++----- docs/topics/settings.rst | 20 -------------- 3 files changed, 2 insertions(+), 65 deletions(-) diff --git a/docs/faq/index.rst b/docs/faq/index.rst index f24adbae02..ca09f16be6 100644 --- a/docs/faq/index.rst +++ b/docs/faq/index.rst @@ -77,26 +77,6 @@ Document sharing Document handling ----------------- -**How to store documents outside of **Mayan EDMS's** path** - -* Sub class Django's ``FileSystemStorage`` class: - - - Create a file called ``customstorage.py``:: - - from django.core.files.storage import FileSystemStorage - - class CustomStorage(FileSystemStorage): - def __init__(self, *args, **kwargs): - super(CustomStorage, self).__init__(*args, **kwargs) - self.location='/new/path/to/documents/' - self.base_url='document_storage' - - - In the ``settings.py`` add:: - - from customstorage import CustomStorage - DOCUMENTS_STORAGE_BACKEND = CustomStorage - - **Q: How to enable the ``GridFS`` storage backend** * Solution: @@ -148,23 +128,6 @@ Webserver XSendFileAllowAbove on -OCR ---- - -**Q: The included version of ``unoconv`` in my distribution is too old** - -* Only the file 'unoconv' file from https://github.com/dagwieers/unoconv is needed. - Put it in a user designated directory for binaries such as /usr/local/bin and - setup Mayan's configuration option in your settings_local.py file like this:: - - CONVERTER_UNOCONV_PATH = '/usr/local/bin/unoconv' - -If you already have office or text documents uploaded into **Mayan EDMS**, -after setting up and testing ``unoconv`` by hand, go to 'Tools', -'Maintenance', 'Update office documents' page count', this will force a -re-detection and re-processing of any document found to be of office format. - - Deployments ----------- diff --git a/docs/topics/document_visualization.rst b/docs/topics/document_visualization.rst index 4cf5e1eb1b..75921046b8 100644 --- a/docs/topics/document_visualization.rst +++ b/docs/topics/document_visualization.rst @@ -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 diff --git a/docs/topics/settings.rst b/docs/topics/settings.rst index d0f10a3438..ea60c91886 100644 --- a/docs/topics/settings.rst +++ b/docs/topics/settings.rst @@ -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