Print to PDF? Align Calendar Center?

Discontinued products Scheduler for Joomla and WP
#1

Where is the Print to PDF located? In backend we have it configured but do not see the option anywhere… Also on a side note we have tried to align the calendar center @ 99% width but the calendar is still cutoff on left side?

#2

Where is the Print to PDF located
You need to
a) download and unpack
dhtmlx.com/blog/?p=306

b) add some button on the page , which will call
scheduler.toPDF(url);
where url - path to generate.php from step (a)

Also on a side note we have tried to align the calendar center @ 99%
Normally scheduler renders according to theme layout - you can try to add any custom styles to
.dhx_cal_container
css class.

#3

I’m having an issue where the header.png & footer.png are not printing. The calendar is printing fine, just not with the images.

Here is the code I’m using:

<input type="button" name="Print" value="Print" onclick="scheduler.toPDF('/schedpdf/generate.php', 'color', true, true)" style='width:250px; margin-top:2px; font-weight:bold;'>

Also, for multi-day events, it displays the HTML in the event title so it appears in the PDF as:

<span title="xyz">xyz,</span>

I’m using dhtmlxScheduler on Wordpress 3.01.

Thanks!

Sealos

#4

Problem with html tags in output already fixed in dev. version, which will be released in nearest time ( just after scheduler 2.3 release ), if you need it ASAP - contact us directly at support@dhtmlx.com

I’m having an issue where the header.png & footer.png are not printing

is above steps were complete? naming of files must be exactly the same

#5

See attached screenshot, both header and footer filenames look ok.

Is there a particular flavor of PNG that I should be using?

Regarding the HTML, I’ll send a request via email. Is release still on track for a September release?

Cheers,
Sealos



#6

Placement of files is correct and with you init , they must be used in the output.
Can you try some other png files ? Are existing files has at least read access by php ?

Is there a particular flavor of PNG that I should be using?
It must be readable by PHP GDI methods - so any normal png file must work
(maybe some extended features of png may cause such effect, never occurs in local tests )

If issue still occurs - can you provide a sample of such png file?

Is release still on track for a September release?
Yep, the scheduler 2.3 goes in end of August, and plugins will be updated in 2 weeks after that