
Ah, yes, I remember about this issue. IIRC the issue is a combination, it's also the fact that the velocity interpreter throws exception when you evaluate a string that ends in a # or a $ (lovely behaviour if you ask me).
I also talked to Caleb about evaluating pretty names in the configurable class macro, which should not be done. As far as I understood it's for translating, but there is an existing mechanism for translating pretty names. The discussion was a long time ago. We should really remove this from the trunk (too bad we didn't remove it in 3.2).

To fix on your installed instance, you need to edit ReaderCode.ReaderConfigurationClass and change the pretty name of the icon property to not end in a #.
For those of you who don't know what you're doing (like me), simply do this:
That should fix things for you...

This step will not be mandatory starting with XE 2.6.1 and XE 2.7
This is not true. I'm on XE 3.2-SNAPSHOT and I've had to schedule the job.
Hello ! I'd tried to make work this extension, but it's difficult to add a source (I only manage to upload one), and then the "reading" part seems to be bugged. Is there someone who can help me with it ?
Thank you for any of your support !
Hi Zoe, I tried it a few month ago and I wasn't able to make it work.
It's sad because it looks really fun!
If you have some news about it don't hesitate to share
.
XWiki.SchedulerJobClass is missing from the XAR. The app is installed without it.
I get the following error in XE 3.2-SNAPSHOT when clicking on the "Preferences" link on the Reader space home page:
The exception is:
So it seems to be some invalid velocity code.
UPDATE: Found the problem. You have some wiki syntax in the pretty name of the "icon" property (where you specify an example).. this is causing the problem... Culprit is in ConfigurableClassMacros:
#set($prettyName = "#evaluate($app.displayPrettyName($propName, $obj))"). This evaluates pretty names in Velocity.