Your comments

One day possibly, but it's not done yet (I still need to sleep sometimes ;) ).

Try


Ubooquity|@eaDir|@tmp

I also simplified exclusion pattern in 2.0.0, but I think I forgot to write about it.


Soooo... Oracle embedded Java versions do not include JavaFX either. Great ! :D

Anyway, I think I found the solution.

Try this one and let me know how it goes:

http://vaemendis.net/ubooquity/downloads/special/beta4/Ubooquity.jar


Don't forget to use the "--headless" flag, or it won't work.


Some info (but no definitive solution) and advices:


* Forget about Java 9: the final version is not out yet (planned for end of July, if not postponed again), and you will gain nothing by using it (except some new bugs and incompatibilities with libraries used by Ubooquity).


* Ubooquity 2.0.0 desktop UI has been rewritten using the new Java UI framework JavaFX (which replaces the old one: Swing). Apparently, the libraries of this framework are not present in all JDK/JRE. They especially seems to be missing from OpenJDK versions. To run Ubooquity, you should use an Oracle JDK or JRE (by the way, a JRE is enough, though a JDK is fine too).


* The version linked in the 2.0.0 release article contains a bug: Ubooquity tries to load some graphical components event when started in "headless" mode. It might cause crashes on some setups. Hence the fixed version I posted earlier in this thread:

http://vaemendis.net/ubooquity/downloads/special/SimpletofMars/Ubooquity.jar


So if you run on an Oracle Java 8 JDK/JRE and still have the "fixed" version of Ubooquity crashing at startup, please post a message below with details on your setup (precise Java version, OS and hardware type (NAS, PC...)).

Don't hesitate to also let me know if it's working for you. ;)

Bad news: version 2.0.0 does not include this feature.
(I forced myself to release as soon as the bookmark sync was done, for fear of starting another months-long development phase)

Good news: this special build does. :)


Add a file named themeScript.js at the root of your theme, it will be loaded by all Ubooquity pages (excepts the online readers and the admin page).
I started by adding a new "script" directory alongside the "theme" one, so that users could add it there. But I found it unnecessarily complicated when it could just be part of the theme.
As for security, I don't think people are going to read a script, even if you ask them explicitely to put it inside a specific directory. So it might as well be part of the theme.


Since the version is still beta, changes can still be made. Let me know your thoughts.

That's hard to say, especially since the PDF that triggered the error you showed me was correctly imported.

If you want, send me a full log (provided there are other errors inside, otherwise I won't find anything useful anyway). I'll take a look and try to understand what happened.


Given my rythm of release, I can't really advise waiting... ;)


(also, did you have the same problem with a previous version of Ubooquity ?)

PDF is a never-ending source of pain. :D

The error you got comes from inside the PDF parsing library I use. Not much I can do about it unfortunately (without digging deep inside the lib, which I can't do).


I plan to allow using external PDF applications to parse the files (MuPDF, Poppler, seem to be quite good at handling all kinf of PDF files). It should get much better then.


As a side note, while I love the bookmarking, it would be wonderful to have a "recently read" or "currently reading" section of some sort so that I don't have to dig through my collection every time to resume a comic.

I almost started implementing this feature, then I decided to release this beta version instead. ;)

It's definitely planned !

The "UTF-8" parameter is sometimes needed to tell the Java VM (the Java process that runs Ubooquity) that the underlying file system is using UTF-8 encoding.


I don't know exactly why this is necessary on some systems, for instance I didn't need it on my Raspberry Pi (on Raspbian) and not on some others.