Closed (duplicate)
Project:
Printer, email and PDF versions
Version:
6.x-1.x-dev
Component:
Miscellaneous
Priority:
Normal
Category:
Bug report
Assigned:
Unassigned
Issue tags:
Reporter:
Created:
2 Oct 2010 at 15:35 UTC
Updated:
7 Apr 2011 at 20:58 UTC
Jump to comment: Most recent, Most recent file
Comments
Comment #1
styledata@yahoo.com commentedI am having this trouble too. It is particularly annonying on a printer friendly calendar, which is showing links to all the nodes below it. I have (over and over) checked the module settings and unchecked "Printer-friendly URLs list" (and toggled them off, on, and off again for good measure). I also cleared the cached after that. Not sure what else to do! I also tried the CSS mod in original post and that did not work for me. Sure hope there is an easy fix for this. It is an awesome mod, but the output (especially for a calendar, which will be the most used content type) is pretty unsightly.
Many thanks,
Comment #2
zeezhao commentedI think this may be something you can get rid of via the "Page Setup" of the browser e.g. in Firefox - Menu is File/Page Setup
Comment #3
wxman commentedI thought that as well, but there are no settings I could find for printing links.
Comment #4
zeezhao commentedOn Firefox 3.6.*: File/Page Setup menu. Then pick "Margins & Headers/Footers" tab. You set it there.
On IE 8: File/Page Setup menu. Then "Headers and Footers" section.
Comment #5
Anonymous (not verified) commentedI wouldn't call changing a setting in the browser a fix for this issue. The list should not be printing if the settings are configured for the URLs not to print. The CSS fix is tolerable. But forcing a user to modify their browser settings is not an acceptable solution IMO.
Comment #6
lvpapa commentedUsing Drupal 6.19 Print 1.12
I see no solution for this problem. It is bugging me in a Views accordion page but not in the single nodes on that page. Is there anything in Views to correct this? I have disabled the Links in both the CCK and Print setup areas.
Comment #7
jcnventuraComment #8
jeffschulerI'm experiencing this issue on printer-friendly versions of views.
This patch makes
_print_url_list_enabled()return the system-wide setting instead of blanketTRUEif$node->typeisn't set.I'm not sure if this is a complete solution, but it's working for me.
While I'm looking at this, I'm a little confused about why, in the return value at the end of
_print_url_list_enabled(), the system-wide setting is being&&'ed with$node_urllist. In this way, when the system-wide setting is ==0 it will trump the content-type setting, whereas it seems the content-type setting should take precedence.Comment #9
merilainen commentedI experience the same. Your patch fixes my problem with printing lists of views, but now I cannot enable link lists per content type. Or should it work with this patch?
Comment #10
zirvap commentedSame happens to me, mErilainen. With this patch, my views pages respect the sitewide settings, but settings per content type don't work -- they all follow the sitewide settings, even if I've specified a different setting for that content type.
Comment #11
zirvap commentedSame happens to me, mErilainen. With this patch, my views pages respect the sitewide settings, but settings per content type don't work -- they all follow the sitewide settings, even if I've specified a different setting for that content type.
Comment #12
lesfous2010 commentedIn the print.pages.inc of the print module, go to line 467...Change the return from TRUE to FALSE. All the links will disappear...Problem solved!!
Comment #13
jcnventura@zirvap, mErilainen: the per-content type checkbox is a setting similar to the "published" checkbox in that form. That is, when inserting a new node, it will use that setting, but it won't change the published status of all the existing nodes with that content type.
As to the "can't get rid of links", I hadn't understood this was happening in non-content pages.. The patch in #891116: Settings Open in new window and Printer-friendly URLs list don't fixed that, so I'm marking this one a duplicate of that.
Comment #14
JSCraig commented#12 - lesfous2010, I can't thank you enough! I've been banging my head against this one for months and your post did the trick.