Closed (cannot reproduce)
Project:
Printer, email and PDF versions
Version:
6.x-1.11
Component:
User interface
Priority:
Normal
Category:
Bug report
Assigned:
Unassigned
Reporter:
Created:
18 Aug 2010 at 14:54 UTC
Updated:
10 Sep 2010 at 01:17 UTC
Comments
Comment #1
jcnventuraI hadn't foreseen that possibility :) I'll try to figure out a way to check the path of the site's default theme instead of the current one.. Or else remove the error.
João
Comment #2
apmsooner commentedNot just the error is the problem by the way... it never actually saves the settings and applies the correct css. Just wanted to clarify.... thanks by the way!
Comment #3
fmesco commentedMe too - I am using custom content type-specific templates for my nodes and after the update my print templates no longer work as expected.
Comment #4
jcnventuraI've committed to CVS some code that makes unreadable custom CSS file a warning and not an error when submitting the settings form.
João
Comment #5
fmesco commentedThe update to 1.12 did not resolve my issue. When using custom print templates per content-type (print.node-content-type.tpl.php) to define print styles, the field values are no longer visible, making the printed version useless. I had to once again revert back to version 1.10 to correct the problem.
Comment #6
apmsooner commentedThe print urls issue also exists in 6.x-1.12. Unchecking the boxes doesn't stop the output of those links.
Comment #7
jcnventuraVersions of the module from 6.x-1.11 will now use whatever node template your theme is using. In the normal case, this would enable a better match to the normal version.
In some cases, it may be that you actually want different fields to be printed, and that can be achieved by using different build modes, but you now have to test the current build mode in the template in order to decide whether to show those fields.
João
Comment #8
jcnventuraComment #9
jcnventuraNo further info in two weeks. Closing the issue.