Let me kick start this discussion by suggesting that this feature also support the non-interactive creation of such PDF files.
Although I have not seen details of the soon to be released "Scheduler" feature, it would be imensely more beneficial if Applications could be designed so the "creration of HTML Views in PDF files" could be scheduled (e.g. nightly, weekly or monthly reports) at a time of inactivity.
In order that the user/Admin does not have to be logged in to the Application just so he/she can trigger the creation of such reports, it would be nice to have a mechanism for specifying a target location (within the Application's Database (e.g. a File Upload Field in a Form) where the PDF file could be stored.
Such a mechanism would also help reduce the demands on the hosting hardware in instances where the same report was to be made available to a large number of Users ... instead of each User requesting it to be re-created ... the Application could be designed such that users would just download the PDF file from the specified target location.
Gaev
Thank you Gaev
it would be imensely more beneficial if Applications could be designed
so the "creration of HTML Views in PDF files" could be scheduled (e.g.
nightly, weekly or monthly reports) at a time of inactivity.
I can releate to this . This will indeed be an added feature.
As for the converting HTML view to PDF, I was thinking may be we can have a small "create to pdf" icon at HTML view... like the ones we see in blogs etc.
Additionally, I would like to suggest at the HTML view - Edit , at the drop down that shows "permalink", the application owner can "enable / disable"convert to pdf
PS:- Do i need to start a seperate thread for Implimentaion Details HTML view - PDF or.. would it be okay if this thread itself was renamed ?
Thank you,
Best Regards
-Deepa Govind
Deepa:
Perhaps we (I) should wait for the ZOHO Creator Team to advise us of the proposed implementation details ... but if you see on this page ... http://zohocreator.wiki.zoho.com/Zoho-Creator-URL-Patterns.html ... they have a pattern for producing List View content in a PDF file ...
For example the url, http://creator.zoho.com/sampleapps/lottery-application/pdf/Application_Form_View/ will generate data from http://creator.zoho.com/sampleapps/lottery-application/#View:Application_Form_View in PDF format.
... so it might be more flexible for the developer to design his/her own mechanism (prompt/lnik) for enabling a user to request a PDF copy of a regular HTML View that is being displayed.
In either case (Developer or ZOHO prompted) ... measures would have to be taken to ensure that the PDF content NOT have this "prompt" included within it ... as it would confuse the reader of the PDF file.
A Developer could implement this via an additional parameter in the url ... and have logic (Deluge commands) to render such a prompt (or not) e.g.
myApp/#View:myHTML?PromptForPDF=Yes
myApp/pdf/#View:myHTML?PromptForPDF=No
I agree that a Developer should be able to control whether a User can/can not produce a PDF file from an HTML View ... but (again), it might be better controlled in Run Mode ... so for example when rendering the HTML View to UserA, he/she might not be given the opportunity to get a PDF copy ... while zoho.adminuser (or UserB) would be prompted.
In general I find that providing options at Run time provides a more flexible architecture than something that is specified (albeit more easily with point and click options) at Edit time ... my 2 cents 
Might be easier to follow if all (pre-delivery) discussions were organized in this one post ... if it becomes too long, we could start a second that was serially connected to this one.
Gaev
Dear Users,
We will come up with initial implementation details in a day. Meanwhile, keep your inputs coming.
Thanks,
Hariharan
Hariharan:
This is more of a question than a suggestion ... but will the pdf output be a "replica of the HTML View rendered on screen" ?
My previous experience in creating PDF files has been through "virtual printer drivers" ... which ask for parameters like width, height and margins of each page ... I am wondering if there will be a similar requirement with this feature ... or will you render it "as on screen" e.g. 35 columns of an HTML Table ?
Gaev
Dear Gaev,
We are to explore more. But the possible size options will be printer friendly sizes like Letter, A4,Legal,Executive and orientation like portrait, landscape.
We believe the margin options need not be asked from users as the html output itself will be properly aligned.
Thanks,
Hariharan
Would you be considering unicode option as well. ?
Its not that all users will be using only english .
-Deepa Govind
Dear Users,
We are planning to offer the following:
1).We will provide an url based pdf export similar to normal views.
The url will be similar to normal views like
http://creator.zoho.com/<username>/<application
name>/pdf/<html view link name>/
The developers can use this url to dynamically generate reports based on user inputs.
2).We will provide an option in the edit mode similar to the print option currently available in edit mode for the html view.
This will generate an export pdf button at the top header of the html
view automatically. This button will in-turn automatically redirects to
the above mentioned pdf url. This is just a quick way to generate an
export pdf button for the novice users.
3).Pdf as attachment.
We are rolling out attachment feature in sendmail task along with
scheduler. It will support the ability to attach normal views in
pdf/xls/csv formats. We will extend this to support html view also as
Pdf attachment.
We will give these features in the above mentioned order. We will give
you the expected release time once the community also is in agreement
with these options.
Others Details:
1).Regarding the option to store the report as attachment in the file
upload field. This is a nice feature. However, this feature may not be
done within the time frame suggested for this community feature. We
will explore more on the implementation and time needed and feasibility
for supporting this option and get back to you.
Thanks,
Hariharan
Hariharan:
Thank you for the feedback.
Please provide an example url that shows how parameters (for the HTML View) will be specified.The url will be similar to normal views like http://creator.zoho.com/<username>/<application name>/pdf/<html view link name>/
Gaev
Dear Gaev,
Hariharan:
Thanks.
1) How about when more than one parameter is being passed ?
2) Also, can these be triggered using openurl and relative link URLs e.g. similar to ...
openurl("#View:EmployeeDetails?ename=hariharan&status=active","same window");
Gaev
Very interesting.
Will we be able to preset the name of the PDF file like the following :
"Invoice number - " + <%=invoice.invoiceNumber%> + ".pdf"
Thanks.
Pascal | nsisolution
Pascal:
In an earlier Post within this Topic, I asked/suggested ...
... to which hariharan responded ...
I think you are asking for the same kind of facility (i.e. automatic store of resulting PDF file instead of sending it back to the User's Browser) ... only with a different method of implementation.
Gaev
Gaev,
I don't care if it goes to user browser. But when I clic SAVE, I don't want to name the file manually, I just want to choose the location in my computer.
Pascal
Pascal;
Ok, I see that this is a slightly different requirement ...I'll let Hariharan respond to it.
Gaev
@Gaev
Please find my answers below.Mostly, these relative urls are for navigating around in the application layout. These urls will not work if invoked from perma link. I guess your requirement will be to construct a pdf export url that will be portable from one user to another and one application to another. I am also hoping that your requirement will not be to convert the application along with the layout information to pdf.2) Also, can these be triggered using openurl and relative link URLs e.g. similar to ...
openurl("#View:EmployeeDetails?ename=hariharan&status=active","same window");
@Pascal
That should not be a problem. We will provide an extra 'zc' operator to pass the output filename eg: zc_pdf_filename. However currently this can be supported only for the url based pdf export (2nd in our list of offerings.). eg:
http://creator.zoho.com/hariharan/employeemanager/pdf/EmployeeDetails/ename=hariharan&zc_pdf_filename=Aug26_Report
Dear Hariharan
Do you have an update on the implementation schedule? The 16th of September has passed.
Thanks, Filip
Dear Filip,
The implementation is being done. It will take atleast two more weeks. Kindly bear with us.
Thanks,
Hariharan
Hi Hariharan,
Do you have a new date ?
Thanks,
Pascal | nsisolution
Dear Pascal,
Dear Hariharan
Is the release done?
I tested a pdf link and didn't get it to work.
Regards, Filip
Dear Filip,
Thanks,
Hariharan
Dear Users,
We have made an initial release.
The usage is similar to view-perma. Passing argument is also similar to view-perma. In addition, zc_FileName is supported. We will soon update the help document.
Some examples.
1).First Example:
View Perma Link : http://creator.zoho.com/hariharan/pdfexample/view-perma/zohoapps
View Pdf Link : http://creatorexport.zoho.com/hariharan/pdfexample/pdf/zohoapps
View Pdf Link with file name:
http://creatorexport.zoho.com/hariharan/pdfexample/pdf/zohoapps/&zc_FileName=PdfReport2_Oct22
2).Second Example with arguments:
View Perma Link : http://creator.zoho.com/hariharan/pdfexample/view-perma/Detailed_Lead_View2/&lead_idstr=9996000003524007
View Pdf Link : http://creatorexport.zoho.com/hariharan/pdfexample/pdf/Detailed_Lead_View2/&lead_idstr=9996000003524007
View Pdf Link with file name: http://creatorexport.zoho.com/hariharan/pdfexample/pdf/Detailed_Lead_View2/&lead_idstr=9996000003524007&zc_FileName=PdfReport_Oct22
Limitations:
1).Div embedded forms/views inside html view not supported as already discussed.(Will be done only after we provide #include support. i.e server side include directive in deluge. And users have to change to new implementation once done to enable pdf output).
2).Any authenticated content like images/css that requires your current credential will not be supported. i.e Any link/embedding in the html to be converted pdf should be public content.
3).Any css/images and other links to be rendered have to be specified in full path
eg: /images/xyz.jpg will not be properly rendered. But http://creator.zoho.com/images/xyz.jpg will be properly rendered.
Next Pdf Related Update:
1).Next pdf related update will include the option to automatically show export pdf link at the top of the html view similar to the 'Print' option when enabled in the edit mode.
Thanks,
Hariharan
Thank you team.
Perfect, I tested each one of them individually and all is working just the way its expected to be.
The images are comming out perfect when the complete img url is used.
The parameters & pdf name is working fine.
Until the team's update for "export to pdf" link at HTML view,
we are happy using a dynamically generated link inserted into our HTML
page. ..(ofcourse, this link also shows up in the pdf file... but thats okay for now)
Thanks for listening, ZC team.
Thanks for participating, ZC enthusiasts.
& special thanks to Gaev, towards the community driven intiative.
Best Regards
-Deepa Govind
Deepa Govind:
Thank you for testing/verifying this feature ... I will do some of my own testing this weekend.
You can avoid the link from showing up in the PDF file by passing an additional parameter in the url (for your HTML View) ... e.g. ShowPDFLink=yes ... and then check for the value of this passed parameter ...
Now, when composing the link for viewing the HTML View, you insert the text ShowPDFLink=yes into the url ... but when composing the link for PDF'ing (or printing) it, you omit it.
Gaev
Using to send emails with the pdf file url. The file has integrated google map and all is beautiful! Thank you!
Only getting blank pages now.
@smspdd,
Could you please provide edit access to support to your application so that we can help you in this regard.
To provide edit access to support,
Also please mention the name of the application and the name of the html view in which you are facing this problem.
Regards,
Karuppuchamy.
Hi Karuppuchamy,
It's working now. But just so you know it was happening with not only my application but on Hariharan's links above last week across both PC and Macs here at work and at home. Not sure what the issue was but it seems to be fixed now. Thanks for your response.
I do have another question: Is there a way to force or select a portrait vs. lanscape orientation for the pdf output?
@ ZOHO Creator Team:
Why would something that worked before ... stop working momentarily ... and then work again ... without any changes within the Application(s) ?
I do not know of any changes made to this facility (or any other within ZOHO Creator) ... such inexplicable events warrant an explanation from the ZOHO Creator Team.
In his Aug/18 post of this (now long) Topic, Hariharan said ...I do have another question: Is there a way to force or select a portrait vs. lanscape orientation for the pdf output?
... but I do not see any parameter in his documentation that allows a user to specify this ... Hariharan, please explain what happened to this feature.
Gaev
Dear Gaev,
When the issue was reported that the pdf was not working, we tested our own links and they were working fine, so we thought it has something specific to the user like any application corruption. Later found out, that none of the links were working for the user (But was working fine when we tested it).Why would something that worked before ... stop working momentarily ... and then work again ... without any changes within the Application(s) ?
Thanks,
Hariharan
I look forward to the upgrade.
Thanks Hariharan!
