joliprint

Hi guys,

I would be glad to help you on this. Can you please give me some URLs on your blog where this problem appears please ?
Xavier.

Hello David,

First, thank you for using Joliprint on your blog ??

Regarding your message the first 3 choices cannot have any text label after or before the image. I know it is not very explicit in the UI of the plugin options (and in our FAQ) and we will change this in a future version of the plugin. You may try to use any of the 3 others options or use your own logo.

Tip : if you really want to use the current logo with a text label you may save the logo, upload it to your server thanks to the “Use your own button” option and set your text in the “button label” field. Custom buttons may have text and/or images.

Regards,
Xavier.

hello ??

do you have an URL?

if you want you can post a message here https://joliprint.zendesk.com/anonymous_requests/new

thank you!

Hell Lupi73,

There is no problem with the procedure you are currently using to insert pictures in your blog posts, the problem was on our side.

Joliprint tries to transform all short bold paragraphs into a subtitle but there was a bug in the transformation algorithm. It is solved now.
Anyway, even though your pictures are now retrieved the result is not as nice as we would expect because it retrieves small web versions of your pictures.
I will see if we can do something in order to retrieve the original source picture file visible by clicking on the image in your pages.

Regards,
Xavier.

Hello lupi73,

Thank you for your feedback. I will have a closer look to your problem very soon.

The problem should be due to the way your images are set in the HTML of your pages in conflict with some rules we defined on our side in order to have subtitle for some elements.
I will let you know when we will have a solution to this issue.

Thank you,
Xavier.

hello

thank you for being a Joliprint user.

please be patient, very soon, you’ll have the option within the plugin.

thank you!

G

Hello,

You are right, Joliprint tables rendering is not perfect at the moment; we are working on it to make it better but it’s sometimes quite difficult to render a nice multi-columns table in a single column in the PDF.
Turning tables into images is not a bad solution for the moment. We keep in mind that is not really good for SEO that’s why we this is one of our top priority at Joliprint.

We are sorry for the inconvenience,
Xavier.

Hello,

Joliprint doesn’t have access to your images on your blog. It gets 403 Forbidden Error Code when trying to download the images.
Maybe have you defined any hotlink protection on your website ?
Xavier.

Hello cylcathy,

Thank you for using Joliprint on your website.
I would be happy to help you but I will need to have a look on your blog first. Can you give an URL where this problem occurs please ?

Thank you,
Xavier.

Thank you very much cfisher.
Xavier.

kdkns,

It’s quite difficult to say which HTML elements are ignored and which are kept for printing because the result is quite an alchemy of how your content is diplayed in the HTML code of your page.
Joliprint is using its own HTML reader in order to decide which elements it will keep, based on how the content appears in the page. For instance it will keep a link in the content but will remove all the links appearing in a list when this one is placed in something which looks like a navigation menu somewhere in the header or in a sidebar. So, in some cases links (A) are kept, in some others cases they are simply ignored.

I took a look to your blog regarding your problems with the Recipe title. It seems that you are in a case where the algorithm used to keep/ignore HTML elements is facing a problem with the H1/H2 elements. Two things :
> As this H2 link is the only title in the final content it kept, it removes it assuming that this H2 is the title of the page (I know it’s wrong but this is what it believes … it’s not perfect at this time but we are trying to make it smarter).
> Another point is that this H2 contains the rating SPAN containings images. From the Reader point of view there are more images than text and it may think that this H2 element is some kind of advertisment and … removes it.

There is one or two thing you may try. First, you may try to put the rating SPAN outside the H2. If it still doesn’t work you may also try to replace the H2 by a H3 (if possible of course). Anyway, this is only a trick and it won’t solve the problem for other people in the same case, so that is something we will work on really soon.

Regarding the AJAX code, our Reader and Joliprint will not execute Javascript code so you won’t see your Ajax content correctly.

If you want to force the exclusion of some part of your content you may add a readcontent_exclude class attribute to the elements you want to ignore. This is not yet documented as it is an experimental feature for our reader but will soon be in the FAQ of the plugin.

Regarding the cache, Joliprint will keep PDF files for 12 hours. After that the PDF files will be erased from our server and re-built when a user will ask for it again.
If you force cache to refresh you will erase all your PDF on the server BUT there is a 30 seconds period during which PDF won’t be modified. So if you print a post, update it, refresh cache and print it again you won’t see any changes if these actions took less than 30 seconds.

Finally, regarding the custom template, this is in our roadmap for the Joliprint plugin but I can’t tell you now when this will come.
If you have special needs you can contact us via the Support and Help link in the Support us box in the Joliprint section of your WordPress Settings. BTW if you still have any trouble regarding the H2 thing contact us with the Support and Help link and I will try to help you directly.

cfisher,
The plugin is not storing anything on the blog side (except uploaded button or logo). Joliprint stores PDF files on its side on the Amazon EC-2 Cloud, for 12 hours (this can change from sites to sites but 12 hours is the default cache delay for all). It’s faster for Joliprint to serve a cached PDF rather than re-build it every time. For your blogs this will change nothing except that your visitors will need to wait a few seconds if the PDF is not in the cache or get the cached file directly if someone asked for the same article some time ago. Calls to Joliprint are made by your visitors not by your server.

kdkns, cfisher, I hope this answered your questions.
Regards,
Xavier.

Mentalist3d,

A new version of the joliprint plugin is now available (1.1.1).
3rd party calls have been removed and replaced by direct links to the zendesk ticket creation (and readme text file update).
BTW we also added the possibility to the user to remove the Joliprint logo on the “wait” page in order to meet all the plugins restrictions.

Thank you for your feedback.

@james Thanks for your quick answer !

We’ll try to be patient. ;o)

Hello,

Thank you for you feedback regarding the joliprint plugin.

You are right, Ghostery shows an alert on every admin pages regarding our zendesk support platform.
I will change this in the next version of our plugin (mainly because zendesk doesn’t have to be called on each page!) and add further instructions about it in our readme.txt plugin file regarding this 3rd party tool.

BTW, Joliprint does not store any personnal data on server side.
The Joliprint servers log calls to our buttons in order to have some statistics on the use of the plugin.

I hope this answered your questions,
Regards.
Xavier.