+2
Completed

Feature Requests

Paul Marvel 9 years ago updated by John Dunn 6 years ago 35
Optional ability to read "cover.jpg" as folder cover rather than image1 from comic1. Mylar users with "sort by publisher" will really appreciate this.
Optional ability to change web presentation page title from 'Ubooquity' to alternative title.
Include Publisher in ComicInfo.
Ability to share folders and subfolders independently?
User quotas.

+2
a nice server stats page? Clients/Requests etc
+2
A Total Comics figure on web presentation page. A la "Now serving 1,234 comics"
+1
If multiple issues from same series added, only show series on latest comics page.
+2
Under review
That's a lot of requests. ;)
Here are my thoughts:

  • "cover.jpg": should be easy enough, makes sense -> I'll try to do it
  • Title change: will be possible if I decide to use full HTML templates instead of simple CSS themes -> I don't know yet if this will happen.
  • Publisher in ComicInfo: it would entail a database structure change and a manfatory full rescan for everybody -> not likely to happen until I have another structure modification to do.
  • Subfolders sharings: if you mean sharing subfolders of already shared folders, it won't happen. User access would be a nightmare to manage.
  • User quotas: too specific (by that I mean very few people would use it), probably won't do it.
  • Server stats: nice but very low priority
  • Some stats on web home page: why not.
  • Series aggregation on recent additions page: too specific
Sounds good and reasonable. Whatever you can do... Love the program...
I would love to see some form of "Report/Request" feature. So that users can report something as missing or request particular books/comics.

I know its mentioned in another post but the ability to have all comics in 1 base folder without having select comics twice.

This might be more of an issue than a request. When you are on a subsequent page and click on a comic then press the "Up" button, it takes you back to page 1.

I have had a few instances where the cover jpg will "render" incorrectly. Is there a way to re-generate files?

Would there be a way to display "Series" information? such as; Plot, Release year, Issues, etc


Really awesome work! Only just found your program and am loving it so far!
On the cover.jpg incorrectly rendering, I've found the only solution that works for me is to unzip and zip again. No other file modification needed. A strange one I'll admit as file opens and displays fine.
Actually turns out I'm an idiot. They all generated correctly but a few of the comics I have contain double page covers which makes it initially look like it has only generated the top half of the picture. So all is good :)
+1
"Report/Request" feature
Communication between users is really far from the intended scope of Ubooquity. I prefer to focus on core functionnalities.

Ability to have all comics in 1 base folder without having select comics twice.
Done in 1.7.5 (check the advanced options).

When you are on a subsequent page and click on a comic then press the "Up" button, it takes you back to page 1.
That's the intended behaviour. Partly because the "back" button of your browser allows you to go back to the page you were coming from (although I understand that in some cases it would require several clicks), mostly because remembering your position when navigating several hierarchical levels requires extra work on my side.

Is there a way to re-generate files?
Not through the interface, but you can rename a file, rescan it and re-rename it with the original name. THe scanning process is quick when only a few files are modified.

Would there be a way to display "Series" information? such as; Plot, Release year, Issues, etc

Series informations is displayed for each comic book when the comic book files contains metadata (you can write metadata using ComicRack or ComicTagger). If you mean series information not linked to a specific file (like a folder containing the series), I suppose I could implement a few things like the ones proposed by Paul and Matthieu below. We'll see...
When the program scrapes all of your comics it is saving the selected metadata from its tags in to the Ubooquity database. Tom wrote above that making the scraper also look for publisher information would require that every user do a full rescan of their collection because the database does not currently save that metadata tag. Adding support for plot, release year and other tags will do the same: require a full rescan if Tom implements them.

I'm with you, Hayden. I'd like Ubooquity to be more like Kodi and show issue details. I hope that inclusion of more metadata goes hand-in-hand with progress on the user interface to make it as intuitive and pleasant as other front-ends (Kodi, Plex).

For showing the number of issues that is as simple as counting the number of files in the current folder, but I think you mean to show the number of published issues for the series you are viewing, right? For continuing series this changes every month and would require Ubooquity to have an internet connection, a ComicVine API key and to scrape the API continuously. Sounds bad. This is directly related to your request of having a reporting feature because users would have to be able to see placeholder empty issues where an issue is expected, but does not exist which would require Ubooquity to scrape ComicVine for a full list of every published issue then correctly insert into place, or otherwise be able to show the user where they are missing issues. ComicRack is supposed to have a plugin that shows you series gaps, but I've never been able to get it to work. I have a feeling Tom will say this missing issue business is outside the scope of his program. Let's wait and see :)
You're right, connecting to online services is something I will not do as it would add a lot of complexity for a probably disappointing result. One of the reasons is that as far as I know, there is no "universal" comics data service like the ones that exist for music, movies or TV shows. Comcis data services that I know (e.g. ComicVine) are only focused on specific countries/regions.
+1
Tom, and all,

Just to complete the "cover.jpg" idea (which I believe in), this would also make sense to have the capacity to add some notes at the folder level.
Think about methadata as we have for CBR/CBZ, but for a folder. For the overall summary of the serie e.g.

To be in line with Ubooquity philosophy, this would have to be defined by the administrator, on a txt file let's say, on the folder root. This way ubooquity would just scrap this file to feed the database...

Cheers,
Mat
That's a little more than I had considered. I simply wanted for example a Marvel logo on Marvel folder instead of the cover for '100th Anniversary Special Avengers'.
But it'd be very cool on a per comic series basis. Don't know about who by or how this info would be scraped. Is there a ComicInfo.xml equivalent for series?
+1
Your ideas are interesting as they would not require that much work on my side. ;)
(as long as you write the text file or provide the images)

I'll think about it.
I'll get started :-)
+1
I am creating guides for your software for installing on Linux and the Raspberry Pi. I would really appreciate an init.d or upstart script. I have tried to create one but it fails. The closest I came was a bash script that can be run from command line.

#!/bin/bash
APP=/opt/ubooquity
CLASS=${APP}/Ubooquity.jar
APP_JAVA_HOME=/usr/bin/java
${APP_JAVA_HOME} -jar "${CLASS}" -webadmin -headless
The best I can provide is this script.
You can also try to follow the links in the FAQ where people explain how they managed to install Ubooquity on different devices.
Of course I have them named "cover.jpg" so just an option to have folder image customisable???
A bit harder to do, but manageable. The feature is still quite far away though, as I have quite a few things to fix/develop first (and sooooo little time).
I found to get a logo for each of the publisher folders I just zipped up a jpg of them and changed the extension, eg dclogo.cbz and put it in the base folder for each publisher.
If I search for it via the web interface it shows up but doesn't appear to when I am going through in alphabetical order (which is a good thing)
+2
It's a good workaround.

Don't bother too much though, I have implemented the solution suggested above (simple image file in the directory) as well as the user provided info through local html files in the folder.
They will be part of the next release (no date yet though).

Hi there. Just started using Ubooquity and I totally love it! But something that I think would massively improve it, is syncing read progress across devices. Store it in profile data or whatever, so you can stop reading at page 7 of whatever issue can carry on on page 7 on another device. It would also be awesome if a new "IN PROGRESS" section could be included on the site, listing any books that are past page 1, and the next issue if the previous issue has reached the final page.


Don't know how feasible any of that is, but it would be awesome :) There would be no need for dedicated comics apps anymore :)


Thanks!

Oh please ignore this, I've found the feature has alreayd been implemented :)

Keyword searches.  All my books are keyword search-able and I'd like to be able to search all the books in my collection for different keywords to determine which to go look at.

Swipe gestures for iOS Safari and Android browsers.

Ability to make recommendations to other user's.

Ability to label books as a "favorite" for easy tracking of the ones you read the most or like the most (maybe even a rating system that keeps track of each user's rating and averages it).

Ability to tag books with keywords and make them easily searchable.  Also, the ability to create "collections" based on those tags.

LDAP.  So that someday this could be used in a large organization.

Ability to overwrite book titles or authors in case the metadata in the book isn't perfect.

Ability to see all books that you haven't finished reading (your bookmark exists, but you're not on the last page).

That's a lot of features. :)


> Swipe gestures for iOS Safari and Android browsers.    

Added to the backlog.


> Ability to see all books that you haven't finished reading (your bookmark exists, but you're not on the last page).

Already working on it.
I don't know yet if it will be part of the next release, as I need to finish the new HTML templating system first, but it's coming.


> Keyword searches.  All my books are keyword search-able and I'd like to be able to search all the books in my collection for different keywords to determine which to go look at.    

Mmm, I 'd have to do some research to know if this is doable easily enough or not.


> LDAP.  So that someday this could be used in a large organization.    

Ubooquity is home server. It's aimed at personal computers and NAS. ;)
Using it in large organisation would require more than "just" adding LDAP support, and I would have had to use a very different set of tools/libraries to achieve that.


> Ability to make recommendations to other user's.    

Like a twitter/facebook "share" button ?


> Ability to label books as a "favorite" for easy tracking of the ones you read the most or like the most (maybe even a rating system that keeps track of each user's rating and averages it).    

> Ability to tag books with keywords and make them easily searchable.  Also, the ability to create "collections" based on those tags.   

> Ability to overwrite book titles or authors in case the metadata in the book isn't perfect.    

Ubooquity's focus is on accessing your content, not on organizing it or editing its metadata.
The two main reasons for that being:
- it's easier to guarantee the integrity of your files if I never modify them
- I lack the time to develop these kind of "peripheral" features

So to do all that I would recommend using Calibre (although I know Ubooquity needs improvements when it comes to books grouping, be it by author or series).

Dunno how feasible it would be to make work but have a add on section so even though it may be features you dont want to tackle such as metadata and that someone may be able to write a plugin script that would allow users to do so.