I have shut off the "Printer-friendly URLs list" in the admin setup, as well as the content type settings. The print version is still showing all the links at the bottom though. I was able to shut it off by editing the print.css adding:
.print-links {
font-size:small;
display: none;
visibility: hidden;
}
Am I missing something in the setup that's causing this problem?

CommentFileSizeAuthor
#8 929476-views-print-urls.diff1.02 KBjeffschuler

Comments

styledata@yahoo.com’s picture

I 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,

zeezhao’s picture

I 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

wxman’s picture

I thought that as well, but there are no settings I could find for printing links.

zeezhao’s picture

Status: Active » Fixed

On 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.

Anonymous’s picture

Issue tags: +links, +printer-friendly urls

I 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.

lvpapa’s picture

Assigned: Unassigned » lvpapa
Status: Fixed » Needs work

Using 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.

jcnventura’s picture

Status: Needs work » Active
jeffschuler’s picture

Assigned: lvpapa » Unassigned
Category: support » bug
Status: Active » Needs review
StatusFileSize
new1.02 KB

I'm experiencing this issue on printer-friendly versions of views.

This patch makes _print_url_list_enabled() return the system-wide setting instead of blanket TRUE if $node->type isn'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.

merilainen’s picture

I 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?

zirvap’s picture

Status: Needs review » Needs work

Same 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.

zirvap’s picture

Same 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.

lesfous2010’s picture

In 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!!

jcnventura’s picture

Status: Needs work » Closed (duplicate)

@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.

JSCraig’s picture

#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.