Spica Posted November 16, 2015 Share Posted November 16, 2015 ah,ok. now its working.( But a relative path would be better for moving the installation.) Link to comment Share on other sites More sharing options...
LostKobrakai Posted November 16, 2015 Share Posted November 16, 2015 The config path variables do update with moving the installation. Link to comment Share on other sites More sharing options...
Spica Posted November 17, 2015 Share Posted November 17, 2015 The config path variables do update with moving the installation. Yes. But does the WirePDF input field accept a config path variable? 1 Link to comment Share on other sites More sharing options...
Wanze Posted November 17, 2015 Author Share Posted November 17, 2015 @Spica Nope not yet, I will consider this for the next version. Makes sense! 1 Link to comment Share on other sites More sharing options...
zyON Posted December 18, 2015 Share Posted December 18, 2015 Hi, I'm using multi language support and everything is working well (great module btw) except for the text coming from a TextAreaLanguage field where I get missing characters, like in Portuguese, that are replaced by '?'. Anyone having this problem or know what can be wrong? Thanks. Link to comment Share on other sites More sharing options...
apeisa Posted December 19, 2015 Share Posted December 19, 2015 Are those question marks at the frontend? Then you are probably defining wrong character encoding in you template files or you have saved your template files with wrong encoding. Link to comment Share on other sites More sharing options...
zyON Posted December 21, 2015 Share Posted December 21, 2015 Yes, those are on the front-end, but all the other content is ok except for the text coming from the TextAreaLanguage :/. Are those question marks at the frontend? Then you are probably defining wrong character encoding in you template files or you have saved your template files with wrong encoding. Link to comment Share on other sites More sharing options...
Wanze Posted December 21, 2015 Author Share Posted December 21, 2015 Hi zyON, I think the problem is that the used fonts don't contain your portuguese characters. Can you try to change your WirePDF settings: Mode: "s" instead of "c" Font: "DejaVuSans" See this post for more information: https://processwire.com/talk/topic/3008-pages2pdf/page-6#entry96263 If this does not work, you'd probably need to add a font that supports your character set by yourself to mPDF. 3 Link to comment Share on other sites More sharing options...
zyON Posted December 21, 2015 Share Posted December 21, 2015 Wanze: Thanks. You were right, I had to change it to DejaVuSans (but I also had to to copy the DejaVuSansCondensed family to the module ttfonts folder because it was looking for them somehow and throwing an error. I was using Helvetica and it should contain Portuguese characters... I'm using it on the site text too. Link to comment Share on other sites More sharing options...
thomas Posted January 8, 2016 Share Posted January 8, 2016 Hello Wanze, I'm trying to use your module to send PDF invoices to customers of my store and I was wondering if it was possible to pass an object to the template similar to $template->set() works ...? Thanks, thomas Link to comment Share on other sites More sharing options...
LostKobrakai Posted January 8, 2016 Share Posted January 8, 2016 You can use the WirePDF module with any kind of markup you need. I'm using wireRenderFile() to render the html with custom data and then pass it into WirePDF. 2 Link to comment Share on other sites More sharing options...
Metaphora Posted January 19, 2016 Share Posted January 19, 2016 Hi after upgrading from 2.7.x to 3.0.5 I get this error when trying to download a pdf.Superuser/Admin:Parse Error: syntax error, unexpected ',' (line 8910 of /www/htdocs/.../site/modules/Pages2Pdf/mpdf/mpdf.php)User:Internal Server ErrorThe server encountered an internal error or misconfiguration and was unable to complete your request. Pages2Pdf 1.1.6 Any help would be greatly appreciated. Link to comment Share on other sites More sharing options...
Wanze Posted January 20, 2016 Author Share Posted January 20, 2016 Hi Metaphora, Well that's strange, I guess this has to do with ProcessWire's FileCompiler in 3.x. I'll take a look at it in the next days. Cheers Link to comment Share on other sites More sharing options...
Juergen Posted February 13, 2016 Share Posted February 13, 2016 Also strange error on saving article in PW 3 (in this case PW 3.0.8): Parse Error: syntax error, unexpected '.' (line 39 of /home/.sites/......./site/modules/Pages2Pdf/mpdf/mpdf.php) Best regards Jürgen Link to comment Share on other sites More sharing options...
jacmaes Posted February 14, 2016 Share Posted February 14, 2016 I'm also getting a parse error on 3.08: Parse Error: syntax error, unexpected 'var' (T_VAR) (line 39 of /var/www/example.com/site/modules/Pages2Pdf/mpdf/mpdf.php) Link to comment Share on other sites More sharing options...
Wanze Posted February 15, 2016 Author Share Posted February 15, 2016 Hi guys, Thanks for reporting those errors. I'll find some time to make this module 3.x compatible in the next few days, I guess disabling the new FileCompiler for the external mpdf library should do the trick. 1 Link to comment Share on other sites More sharing options...
Wanze Posted February 16, 2016 Author Share Posted February 16, 2016 Hi folks, I quickly tested locally with ProcessWire 3.x and it worked by disabling the file compiler for the external mpdf library. I need to test a bit more, especially the multi language support of the module, before I commit a new version. But if you want to make it work in the meantime, here you go: Add // FileCompiler=0 to the first line after the php opening tag in the file /site/modules/Pages2Pdf/mpdf/mpdf.php Delete the folder /site/assets/cache/FileCompiler/site/modules/Pages2Pdf to make sure the module files are recompiled Now generating and downloading PDFs should work Cheers 6 Link to comment Share on other sites More sharing options...
Asmordean Posted March 15, 2016 Share Posted March 15, 2016 Is it possible to have the PDF presented as an inline file rather than a download? Link to comment Share on other sites More sharing options...
szabesz Posted March 15, 2016 Share Posted March 15, 2016 Is it possible to have the PDF presented as an inline file rather than a download? Whether a PDF file is downloaded or not depends on server configuration or browser settings and maybe on transferring the document files through PHP should it be the case. eg.: https://www.devside.net/wamp-server/forcing-a-pdf-or-doc-to-open-in-browser-rather-than-downloading Personally my Safari is set to force the download of any PHP file by turning off the viewer plugins. So you might need to check the client's setup as well. 1 Link to comment Share on other sites More sharing options...
gebeer Posted March 16, 2016 Share Posted March 16, 2016 @Asmordean You might want to have a look at https://github.com/mozilla/pdf.js Widely used code for embedding PDFs in a standards-friendly way. As szabesz said, you still need to check for the client's browser setup and act accordingly if you want to make sure that the PDF is embedded in your HTML. Here's some code to point you in the right direction: https://gist.github.com/falexandrou/9753871 Instead of using an Iframe you could embed it as an object (see the first link above). 4 Link to comment Share on other sites More sharing options...
RyanJ Posted April 8, 2016 Share Posted April 8, 2016 I am not sure the best approach for this, but suggestions are appreciated. I have created a members portal that allow each member to select some "nodes" (pages) and stores them in a page field type that I have assigned to the user template which is an admin template. They can then download the pdf containing the pages that they have selected. The issue is that I need to store the pdf's under each users page instead of the selected page. Is this possible? I would also really like to be able to use $user->name in the naming convention as well. I guess this would be possible using the hook you described here. I think just appending the user's id to the file name would do the trick for now. Awesome module by the way. Thanks for sharing it. Link to comment Share on other sites More sharing options...
Wanze Posted April 10, 2016 Author Share Posted April 10, 2016 Hi RyanJ, I think the problem is that the module does not allow you to select the user template in the settings, am I right? Probably the simplest way would be to generate and store the PDFs by yourself with the module WirePDF. It's a wrapper around the mPDF library and included in the Pages2Pdf module. Check the examples here how to use the module, and please ask if you need further help in this. Cheers Link to comment Share on other sites More sharing options...
RyanJ Posted April 11, 2016 Share Posted April 11, 2016 (edited) Hi Wanze, Thanks for pointing out the examples. I was hoping I could just append an id, but I have went the route you suggested. The problem I am having is actually getting the document to display. (I am getting a Failed to load PDF document message). I have a get variable set as ?pdf=1 and the pdf is being written to the folder using. $pdf->save($page->filesManager->path . $file_name); $pdf->download($file_name); When I download the pdf, it is perfect, but viewing it in the browser is the issue. Thanks for your assistance. Updates:: forcing a download also has the same issue $pdf->download($file_name, 'D'); Update:: This issue was where I was calling the module. It should go before the header file is included. This may or may not be the right solution, but it did to the trick for me. Although, there is some issues now with images not showing up. Edited April 11, 2016 by RyanJ Link to comment Share on other sites More sharing options...
Wanze Posted April 11, 2016 Author Share Posted April 11, 2016 Hi Ryan, Strange, I've never seen this message before. Do you need to save the file or could you generate it dynamically when a download is requested? I'm thinking that maybe the combination of calling $pdf->save() first and then $pdf->download() afterwards has some issues. You could try these two approaches: 1) Save the PDF to the disk and let ProcessWire download it: $pdf->save($page->filesManager->path . $file_name); wireSendFile($page->filesManager->path . $file_name, array('forceDownload' => true)); You can also omit the forceDownload and see if it works. 2) Don't save the PDF to disk, always create it dynamically and download it: $pdf->download($file_name); Does any this work? Cheers 1 Link to comment Share on other sites More sharing options...
RyanJ Posted April 11, 2016 Share Posted April 11, 2016 Hi Wanze, That did the trick. I commented out the saving of the file and all appears to be working now (Virtual Hug). Am I write that the file call's the module needs to be included before any other files? I am assuming this has to do wit the header that has to be sent. Link to comment Share on other sites More sharing options...
Recommended Posts
Create an account or sign in to comment
You need to be a member in order to leave a comment
Create an account
Sign up for a new account in our community. It's easy!
Register a new accountSign in
Already have an account? Sign in here.
Sign In Now