killerdog

I also had a bunch of strange errors appear after installing this plugin. Seems that allowing “short_open_tag=On” in my php.ini file helped. Although, I’m not a big fan of using short form PHP tags like “<?” and “<?=” instead of just “<?php”. As a developer you’re just asking for trouble and additional support from admins using strict web hosts. Would recommend updating this in a future version. Thanks.

I found the source of these errors. Our web server has short_open_tag=Off in php.ini. Your plugin often uses (not everywhere though) short PHP tag “<?” instead of long PHP tag “<?php”. I would recommend changing this in your next update, else you might end up needing to support other admins as well. Thanks.

Wow, thanks for the quick reply and amazingly positive answer. Much appreciated. ??

We have the exact same problem here (as in the above image). We’re using WP 3.8.3, Theme Twenty Fourteen and ALL other plugins disabled. Any ideas?

If we end up using it live I’ll be happy to donate more bitcoin.

Take your time. Better to focus on quality. This plugin has great potential, but it because of the two bugs I previously reported here, we really couldn’t use it outside our sandbox. Yet. ??

Great news! I just donated some bitcoin to you (#226EA23Q). Good luck!

Anyone else efficient enough to help out? I would love to see this feature fixed. I just wish I had the necessary skills myself. Sigh!

+1 over here too!

Very cool! Even with the print dialogue still necessary, it’s still a lot faster printing HTML directly, and not having to go through the PDF reader to print each time. Don’t get me wrong, the PDF-to-email is the best feature of this plugin, and the main reason why we started using it. Customers love receiving PDF invoice copies automatically, and it saves us a lot time for to manually process PDF invoice requests, coming from mainly corporate customers. So this plugin is already amazing either way. Great job! ??

Oh, regarding the speed issue and PDFs being somewhat slow and cumbersome…

What I really meant was, that even if the PDF-reader needs to be loaded for printing, it save time if the printing process could be automated with a one-push-button. Rather then pressing the print button, waiting for the reader to render the document, pressing the reader printer button, selecting a printer, and then manually closing the reader tab or window.

I understand that this might not be a big deal if only a few packing slips need to be printed, now and again. But this does become very tedious work when many packing slips need to be individually selected and printed, say a few hundred back-orders, all at the same time. ??

Avoiding the PDF-format altogether when printing, especially if the source material is already HTML, would be amazing. Didn’t know that this was the case. If this gets solved somehow, maybe there could be separate buttons for viewing PDF-documents and printing, with the option to display either or both, for those folks who hate too many buttons on display. ??

Not sure about the footer issue. I only dabble in PHP enough to modify and/or create smaller functions, but don’t consider myself a programmer. With that said, I’d be happy to test anything you throw at me, if you want the feedback. They don’t call me the bugmaster for nothing, here at the office. ??

If choose to go down the HTML route, you might be able to utilize a open source conversion function, like this one:

https://sourceforge.net/projects/pdftohtml/

Click on the link to their website. They put up a demo where you can compare a source PDF file with the resulting HTML. Looks amazing. And this is somewhat of a complex layout too. So converting a simple invoice or packing slip should be a breeze, keeping them almost identical. Hope this helps somewhat.

Good point!

I’m wondering if there isn’t a way to launch a direct file print of a document using javascript or such. The same way you can right-click a document in Windows and select print. This DOES open the document application briefly BUT there is no interaction with the user. The application just reads the document, seamlessly prints using the default printer, and then shuts down automatically. This seems works with almost any file and it’s associated application in Windows. I wish I knew more about javascript so that I could help out more here.

Worst case scenario, I personally at least, wouldn’t mind using HTML for the quick printout version. Invoices and packing slips don’t have to be exactly the same with every printout. As long as they all contain the same information, then all is good. Although, keeping them as homogeneous as possible makes people less nervous, if they happen to view both versions simultaneously. ??

Well fair enough, but if you’re looking to be one of the big boys, then using eshop and wordpress is probably not the way to go anyway.

Touché! ??

Seriously though, our goal is not to compete with the big boys. We love WP and we love eShop. But if this particular feature were to be implemented into a future version of eShop, it would open a lot of doors, as several of my customers using WP have been requesting this for quit some time.