Your comments
Found and fixed the bug. Will be part of next release.
Oh, indeed, I was talking about the version 3. v2 is not under developpement anymore.
The "Raw Files" section is just a direct display of the files from the selected folder: there is no scan, nothing stored in Ubooquity database. That's why there is no search on this one, it's really a legacy feature completely separated from the rest of Ubooquity.
But why not use the "Magazine" and "Other" categories for your files ? You would be able to search them like books and comics.
Hello Gary,
sorry for having missed your message two weeks ago.
1. The sorting in Ubooquity is done at the database level, and unfortunately the database I use (H2 Database) does not offer any way to plug a custom sorting algorithm. Changing the underlying database is not possible as it would make the program a lot lesse portable (unless I find another full Java embeddable database). So no, nothing in the works.
2. Indeed there is a bug, I'll fix it.
3. I will look into it.
4. I don't understand what you are trying to do. The "items per page" setting is just that: the number of books or comics contained by each displayed page. Each page is plain HTML returned by the server, with a number of books corresponding to the number you chose. The {{nextPageUrl}} is just the URL to another page with the next X books (X being the "items per page").
(I see there are other questions in your previous post, I'll look at them too)
Then probably still have the 2.1.2 version.
I just double-checked: the displayed version for 2.1.5 is 2.1.5.
But you're right, I edited the message with a link to the download folder so that the latest version can always be found.
Ubooquity access the disk when
- An external request is made by a client. E.g when you download or read a book, when you access an admin page, when a user session is started...
- It scans your folders to import new books (scan that you can schedule with a period beween 15 minutes and 3 weeks, or disable completely).
So either something's wrong outside of Ubooquity, or it receives external requests that trigger disk access like the ones described above.
Customer support service by UserEcho
It's already fixed on my working branch, it'll be part of the next release.