0
Under review
[Suggestion] Make the entire web structure available to skinners
Right now skinners only have access to the images and style sheets.
Please consider moving all of the web server files (html and javascript) to the themes directory so that myself and other skinners may be unconstrained by the current layout.
The web server files are currently embedded in Ubooquity.jar. I could edit these, but would have to distribute a new jar instead of a zipped custom theme directory. If I had to edit the jar I'd have to update the theme with every version even when the new version does not break the layout.
Please consider moving all of the web server files (html and javascript) to the themes directory so that myself and other skinners may be unconstrained by the current layout.
The web server files are currently embedded in Ubooquity.jar. I could edit these, but would have to distribute a new jar instead of a zipped custom theme directory. If I had to edit the jar I'd have to update the theme with every version even when the new version does not break the layout.
Customer support service by UserEcho
I could "externalize" the javascript though. Let me know if this would be useful to you even without the ability to modify the HTML.
Using a HTML template would, of course, be the easiest for both you and I in the future to update. That would clean up some of your JAVA by getting rid of the HTML strings and make it easier for me to manipulate.
In addition, if you used a template that would open the door for skinners, like myself, to access all of the comic and book metadata. For example, if I have a simple span where I want to print the issue name and publication date I could write: "<span>{meta_book_issue_name} ({meta_book_volume_publication_date})</span>" and in your JAVA you'd simply import the template as a string then do string replace for every variable you make available to skinners.
However, I know that your code may be intricately woven with the HTML so moving everything to a template may be way too much work for the benefit right now. and I understand if this gets shifted lower in priority.
The html generator places the page image in to:
using: #displayedpage is replaced every time a page is turned. If you appended the image tag to #pageContent and gave it a data-page attribute then we could make use of the browsers' cache to speed up displaying previously loaded pages as well as create a page-dragging effect like on Android OS and also a thumbnail gallery for jumping to pages.
This is an example of how you'd append the images and check for their existence to speed up loading previous pages. Of course, the pages would have to be changed from no display to simply being displayed off page when you add the swiping functionality.
I already tried to implement image caching in the reader, but it's not working well. Your code will be helpful.
However I'll try to keep the reader as simple as possible as it's the easiest way to achieve a maximum compatibility with different devices. And because I'm not a big fan of Javascript development. So I'm not sold yet on the swiping and the use of JQuery, we'll see...