Printing the PDF

subscribing :)

I see the point. The best way to implement such a functionality, is using the rules module.

At the moment I have to resolve many bugs. I resolve these bugs first and then new functionality has to be implemented.

If someone like to go ahead here, you find in the 6.x-1.x version the mimemail integration module. There I use a similar functionality. A patch for such a functionality is welcome and will be applied immediately.

The latest 6.x-1.0-beta5 contains a rule that can save PDF as files on the server side. In next days an update for 7.x will also come, that contains the changes of beta5. There the rule thing will be included.

0.0 @hunziker you work hard. thanks thanks thanks
i also report anything about this that i will be trying.

hello

i went to rules but i am not able to find it (version 6.x-1.0-beta5 and drupal 6.22).
sure i am not doing well...
can you explain where or how can we do this, please? :)

You need to refresh the cache if you dont see it.

Since there is no activity in this issue i close it and the latest commit contains an implementation of this for 7.x, i close this issue.

hello

how can you tell which display to use?
i only can get the view.
it would be nice if you put an screen capture as an example for people that have not much knowledge as me :)
thanks for your work, it's a great module!

so at the end i got how to do it :)
since i was asked to write "Enter an absolute path where the view should be saved.", i was trying things like this:

<?php global $base_url; print $base_url; ?>sites/default/files/pdfs/pdf_[node:nid].pdf

//or

<?php print $_SERVER['DOCUMENT_ROOT'] ?>sites/default/files/pdfs/pdf_[node:nid].pdf

and i got different errors and after investigating, at the end it was only ther relative url sites/default/files/pdfs/pdf_[node:nid].pdf

the only thing that i dont know how to do it is how to pass which display i want to use. is it possible to choose one?

thanks thanks for this great module :) and it is young... i cant think of what it would be in a couple of years!!! :)

i put a screen shot, just in case it helps anybody.

problem: i get a blank page with the name of the pdf writen twice.
my rule is for when content is going to be saved.
and it checks that the workflow is public.
it creates the pdf, but it doesnt show the page, instead gets a blank page and stays in the url of the edit form.
even if i put a rule action to redirect to the page.

now i am going to try to make a rule for the document to be viewed as @htoz and check if there is a pdf and if not, make it.
if i get it, i will put it here.

edit i discovered a little bug (an echo that i commented and now it works)
more: http://drupal.org/node/1232454
thanks

It cost me a lot of time until I read this Issue.
Please change the description in the path form field like writen in #12 (http://drupal.org/node/1169942#comment-4792226) it is very confusing when you write the 100% opposite ... absolute path instead of relative path.

In my case, I have tried all possibilities, but I keep getting TCPDF ERROR: Unable to create output file: sites/default/files/pdfs/pdf_421.pdf.

I checked the source code and I found out that, it is expecting just a relative Drupal path. According to #12(http://drupal.org/node/1169942#comment-4792226), to find the views display to use, the module makes use of a display named 'pdf'. I think this will need some patch at some point.

System setup
-----------------
- drupal 6.22
- uc_rules 6.x-1.0
- windows server 2003
- views pdf 6.x-1.0

Please give us more information, screenshots, views-export, etc.

I changed the field description from absolute to relative and have committed this to the actual dev version.

Solved!

Typical windows path problems. I used cygwin to change the directory path permissions to 777. But then on windows no new directory will be created when the PDF is about to be saved. So I just dropped it in sites/default/files.

Thanks for the module!