[Mayan EDMS: 2312] Re: Time of documents thumbnails generation

2018-03-06 Thread ericriggs42
I've timed the loading and the fancybox intialization to provide the popup previews take a good chunk. Been thinking about removing that feature now that the document are displayed in a list item view instead of a vertical list view. The Open Paperless fork removed it and works great. On

Re: [Mayan EDMS: 2308] Announcing Mayan EDMS NG version 2.8

2018-03-06 Thread ericriggs42
The problem is Docker. The named volumes initialize in a different way, Mayan relies on that behavior for writing the initial setting files. I see the merit in changing that but it requires changing the way Mayan itself works. For the moment we are trying to keep the major functionality intact

Re: [Mayan EDMS: 2309] Announcing Mayan EDMS NG version 2.8

2018-03-06 Thread ericriggs42
Thanks, I'm trying out Debian as the base image and liking it so far. On Friday, March 2, 2018 at 9:47:41 AM UTC-4, Mathias Behrle wrote: > > * ericr...@gmail.com : " Re: [Mayan EDMS: 2288] Announcing > Mayan EDMS NG > version 2.8" (Wed, 28 Feb 2018 17:49:27 -0800 (PST)): > > > I managed to

[Mayan EDMS: 2310] Re: Preview boxes are really long

2018-03-06 Thread ericriggs42
Mayan keeps the aspect ratio of the original image. I've been exploring ways to fix this. One is to shrink the image and display white or black borders. This keeps the aspect ratio intact but if the image is long it will be rendered very small. The other way is to sacrifice the aspect ratio

Re: [Mayan EDMS: 2314] Re: Metadata extractor?

2018-03-06 Thread RW Shore
Thank you for the reply. By using the analyzer from your repository, I was able to extend the docker container and get the service running. My next questions involve setup. I assume that I need to create a new analyzer. When I bring up the "create analyzer" panel, I see "GetExifData" as one of the

Re: [Mayan EDMS: 2315] Announcing Mayan EDMS NG version 2.8

2018-03-06 Thread RW Shore
Actually, the whole volume stuff should be taken as a low-priority suggestion. I've got my service build working now, and was even able to add a new analyzer function (from GIT repo https://gitlab.com/startmat/document_analyzer.git) to an extension of the docker image. I'd rather see a focus on

[Mayan EDMS: 2314] Re: Mayan EDMS RestAPI

2018-03-06 Thread ericriggs42
Try Mayan EDMS NG. Michael has done a lot of work on the API. Adding more than a lot of new tests and fixing some bugs in the API while keeping it 100% compatible. On Thursday, November 30, 2017 at 3:01:43 AM UTC-4, Tony Nys wrote: > > note that the api documentation is not perfect; especially

[Mayan EDMS: 2307] Re: Docker image for Mayan EDMS NG available

2018-03-06 Thread ericriggs42
Haven't worked with version 3 of docker compose files. Sounds interesting, I'll give it a go. On Thursday, March 1, 2018 at 7:11:26 PM UTC-4, Michael Price wrote: > > I'll leave that up to Eric out resident Docker expert. But if the file > format is the same I don't see much problem with

[Mayan EDMS: 2317] Re: Help with Permissions

2018-03-06 Thread LeVon Smoker
Michael, Is it possible to get read access to https://gitlab.com/Michael.Price/mayan-edms/commits/feature/pagesearch_testing? On Friday, March 2, 2018 at 10:13:05 AM UTC-5, LeVon Smoker wrote: > > Thanks!! > > On Thursday, March 1, 2018 at 10:56:31 PM UTC-5, Michael Price wrote: >> >> The fix

[Mayan EDMS: 2318] Re: How to recursive scan watch folder and auto tag

2018-03-06 Thread Mitchell Meffert
Did you find a solution for this? I'm having the same issue. On Monday, September 18, 2017 at 1:21:24 AM UTC-5, Nenad wrote: > > We mostly have all PDF's pre sorted in Folders like company_name/xxx.pdf > > When we copy them into the watch folder they don't got imported, is there > a solution to

Re: [Mayan EDMS: 2313] Mayan Still alive since Sept 11 ?

2018-03-06 Thread ericriggs42
We are keeping the project alive and released a new version based on direct input and guidance from Roberto. It was released as Mayan EDMS NG 2.8. NG as in Next Generation. It is a 100% compatible fork. We are working right now on version 3.0. On Thursday, November 30, 2017 at 10:44:16 AM