Your comments
Thanks for looking into this. I realized a lot of the files were .mobi and I converted them to .epub and this allowed the files to be edited beyond metadata. From there I was able to see what made up the book and was able to assign "cover.jpg" as the actual cover; which seems to have fixed the books. It was just weird because any other viewer (Kindle, iBooks, etc) was showing it how I saw the books in Calibre before modification. I appreciate your time and your work with this application.
Sometimes they will have covers of other books and a simple refresh solves that issue. However, not all the covers populate, some are a white and grey book even though the cover is in the metadata, and some others are random covers (possibly a page in the book). I have firebug lite installed and when I right click on one image in the web interface and hit "inspect with firebug", I am shown the following:
<img src="/books/185/CompTIA%20Linux_%20Study%20Guide%20-%20Roderick%20W.%20Smith.mobi?cover=true"/>
While I am not great with all of this I noticed the path is /books/185/... My directory the server is looking on does not have /185/ as a folder or anything. So I am not sure what that is.
Here is my system info:
<img src="/books/185/CompTIA%20Linux_%20Study%20Guide%20-%20Roderick%20W.%20Smith.mobi?cover=true"/>
While I am not great with all of this I noticed the path is /books/185/... My directory the server is looking on does not have /185/ as a folder or anything. So I am not sure what that is.
Here is my system info:
| Ubooquity version: | 1.8.2 built on 2015-08-23 at 16:10 |
| Java version: | 1.8.0_60 |
| Java vendor: | Oracle Corporation |
| Java VM name: | Java HotSpot(TM) 64-Bit Server VM |
| OS name: | Mac OS X |
| OS version: | 10.10.5 |
| OS architecture: | x86_64 |
| Number of processors: | 4 |
| Max memory: | 1820 MB |
| Free memory: | 158 MB |
| Total memory: | 185 MB |
| isUserManagementEnabled: | true |
| comicWidth: | 160 |
| comicHeight: | 230 |
| comicsPaginationNumber: | 30 |
| bookWidth: | 160 |
| bookHeight: | 230 |
| booksPaginationNumber: | 30 |
| autoscanPeriod: | 1440 |
| isWebAdminEnabled: | true |
| theme: | modern |
| reverseProxyPrefix: | false |
| keystorePath: | false |
| keystorePassword: | false |
| isOpdsProviderEnabled: | false |
| hideEmptyFolder: | false |
| scanExclusionPattern: | true |
| bypassSingleRootFolder: | false |
| window.innerWidth: | 1147 |
| window.innerHeight: | 724 |
| window.outerWidth: | 1147 |
| window.outerHeight: | 819 |
| window.devicePixelRatio: | 2 |
| navigator.userAgent: | Mozilla/5.0 (Macintosh; Intel Mac OS X 10_10_5) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/44.0.2403.157 Safari/537.36 |
| navigator.platform: | MacIntel |
| navigator.language: | en-US |
| screen.availWidth: | 1440 |
| screen.availHeight: | 819 |
| screen.width: | 1440 |
| screen.height: | 900 |
How do you make them hidden? When logging in remotely I still see these extra files...
Customer support service by UserEcho
Is there an update for sort feature(s)? Just curious as I am trying to organize "essential" readings. Some of which are separated into folders, but the folder name is labeled as 0xx and follows in order, but all folders show at the beginning of the page. Would it be possible to sort everything by "name" rather than folders first then individual files?
For example, this is the current order displayed:
1) "Batman 021" - folder
2) "Batman 026" - folder
3) "Batman 001" - file
4) "Batman 002" - file
I am relating this to Batman because the suggested reading order means reading a series of comics I cannot organize with the other single issues without completely renaming them all, which is a lot, over 200 comics would need to have a similar prefix.