Printing a single page

[Peter Holsberg]

I have a big table in a webpage that I would like to print to a PDF
using CUTE PDF.

Every browser I've tried displays the table properly but when I go to
print, it divides it into pages.

Is there any way to defeat the division?

Thanks.

[Good Guy]

Have you tried by going to:

File >> Print Preview

Then select Shrink to page or even reduce the percentage to 80%.  It should show up on the screen before you print so worth a try.

If this doesn't help then perhaps using Windows snipping tool to create an image of the section you want to print and then see if this fits on one page.  Pictures can be resized to fit the page so this is another option to try.

Good luck.

[Peter Holsberg]

Good Guy wrote on 10/13/2015 3:35 PM:
> On 13/10/15 18:51, Peter Holsberg wrote:

> Have you tried by going to:
>
> File >> Print Preview
>
> Then select Shrink to page or even reduce the percentage to 80%. It
> should show up on the screen before you print so worth a try.

I should have said "a VERY BIG table". :-)

Reducing it to one page would make it unr\eadable.

> If this doesn't help then perhaps using Windows snipping tool to create
> an image of the section you want to print and then see if this fits on
> one page. Pictures can be resized to fit the page so this is another
> option to try.

I want to get one large file that looks exactly what the webpage looks like.

[Gabor]

I haven't tried CUTE PDF, but in some other PDF printers you can set the
page size to something _very_ long using "custom page size" settings.
Then you wouldn't get as many page breaks.

--
Gabor

[Peter Holsberg]

Gabor wrote on 10/13/2015 3:44 PM:
>
> I haven't tried CUTE PDF, but in some other PDF printers you can set the
> page size to something _very_ long using "custom page size" settings.
> Then you wouldn't get as many page breaks.

I'm pretty sure that when you select Print, FF paginates it.

CUTE has that and I set it to 200 inches but still got pagination.

[»Q«]

In
<news:mailman.3659.144475868...@lists.mozilla.org>,

Print Preview » Page Setup » Paper Size » Manage Custom Sizes

Since it's only virtual paper, you can define a custom size as large as
you want. I assume CUTE PDF will handle arbitrary paper sizes; if it
won't, I think you'll have to find another pdf printer.

[Wolf K.]

That means it's too big to fit on a single page. So of course the Print
applet divides it into pages. That's the way it's supposed to be. You
can shrink to fit, but there comes a point where the result is too small
to read.

The page size is determined by your printer. If the table exceeds the
maximum page size your printer can handle, the document will be divided
into pages, vertically and/or horizontally, as needed.this will happen
with all applications, not just your browser. You can tape/glue the
pages together if you want to have the table on a single page. Or you
can buy/borrow a printer that can handle larger page sizes.

HTH


--
Best,
Wolf K.
kirkwood40.blogspot.ca

[Ed Mullen]

URL?

--
Ed Mullen
http://edmullen.net/
Deja Moo: The feeling that you've heard this bull before.

[»Q«]

In
<news:mailman.3676.144476649...@lists.mozilla.org>,

Just to be clear, above I was describing how to change the paper size in
Firefox. I see from another reply you already know how to change it in
CUTE PDF. Setting them to the same big size should work for you, I
think.

[Peter Holsberg]

http://pjh.burlcogardeners.com/lsd.html

Ed Mullen wrote on 10/13/2015 2:09 PM:
> Peter Holsberg wrote on 10/13/2015 1:51 PM:

> URL?
>

[J. P. Gilliver (John)]

In message
<mailman.3659.144475868...@lists.mozilla.org>, Peter

When you say "I", do you mean this is a web page you've created, or just
one you want to print? (If so, are you willing to share the URL?)

Since you've tried setting huge paper sizes in your PDF "printer", I'm
guessing it's something to do with the way the page is coded.

When you vary the "paper size", do the page breaks move?

It's my guess that the page author has coded the page to look very
different when it knows it is being printed (including to a virtual
printer); Wikipedia pages are the example of this I encounter most
often, but I have seen others. When you do a print preview, do you see
the breaks?

If I'm right, then I guess you'd have to save the source code of the
page, then edit it to remove the "if I'm being printed" code. (Another
possibility might be to set your video card to the highest it'll go -
even if that's something your monitor won't display - and hit print
screen before it reverts [then go into your favourite image editor -
IrfanView is mine - and do a Paste]; however, if the table's as big as
you imply, it'd still be too big to fit.)
--
J. P. Gilliver. UMRA: 1960/<1985 MB++G()AL-IS-Ch++(p)Ar@T+H+Sh0!:`)DNAf

I am the person for whom 'one size fits all' never fits. - Chris McMillan in
UMRA, 2011-11-12

[Peter Holsberg]

»Q« wrote on 10/13/2015 5:08 PM:
> In
> <news:mailman.3676.144476649...@lists.mozilla.org>,
> »Q« <box...@gmx.net> wrote:
>

>> In
>> <news:mailman.3659.144475868...@lists.mozilla.org>,
>> Peter Holsberg <pj...@pobox.com> wrote:
>>
>> > I have a big table in a webpage that I would like to print to a PDF
>> > using CUTE PDF.
>> >
>> > Every browser I've tried displays the table properly but when I go
>> > to print, it divides it into pages.
>> >
>> > Is there any way to defeat the division?
>>
>> Print Preview » Page Setup » Paper Size » Manage Custom Sizes
>

> Just to be clear, above I was describing how to change the paper size in
> Firefox. I see from another reply you already know how to change it in
> CUTE PDF. Setting them to the same big size should work for you, I
> think.

I don't see Paper Size under Page Setup in FF.

I do see that pagination has already occurred.

[Wolf K.]

PS: My comments apply to physical output. As Paul points out, you can
print to a larger page size, but in that case the printer will
automatically print to as many pieces of actual paper as needed. It's up
to you to piece them together.

Paul's advice implies that Print to PDF with a larger page size will
generate a PDF file with that page size. Have you tried that? I'd like
to know if/how it worked. :-)

TIA,

[Burry]

I copied the table in firefox,
pasted it in libre office,
adjusted the char size,
and it was ready for printing...

[Wolf K.]

On 2015-10-13 16:54, Wolf K. wrote:

I went to the URL you supplied, and did a Print to PDF (Foxit). I
created a custom page size of 8.5x55 inches. Guess what? The table was
divided into four pages of that size.

IOW, Print to PDF does exactly the same as any other Print command: it
formats the content to fit the page size specified. If you then try to
print the PDF, the printer driver will automatically distribute the
content over as many pieces of paper as needed. You can control that
process by using the printer's scaling feature.

BTW, when I viewed the file in Foxit, it displayed it as four pages,
too. I guess the only way to get the table on a single page is to
specify 8.5 x 220 inches.

Have a good day,

[Wolf K.]

On 2015-10-13 17:22, Peter Holsberg wrote:
> I don't see Paper Size under Page Setup in FF.
>
> I do see that pagination has already occurred.

Print --> Printer --> Properties --> Layout --> etc.

What you can do depends on the printer you select. With Print to Foxit
PDF, I got a slew of page sizes, plus User.

[Peter Holsberg]

Burry wrote on 10/13/2015 5:30 PM:
> On 13.10.15 23:12, Peter Holsberg wrote:

> I copied the table in firefox,
> pasted it in libre office,
> adjusted the char size,
> and it was ready for printing...

Never thought of that!

In FF, Ctrl-A, Ctrl-C
In Libre Writer, Ctrl-V
Didn't have to adjust char size.
File > Export as PDF

Brilliant!

[Keith Nuttle]

Go into the printer set up in CutePDF and select one of the large
"paper" sizes. CutePDF can print pages up to 36" X 96". Unless there
is something in FF that changes the "paper" size this should allow you
to print some quite big webpages.

File, Print, CutePDF, Properties, Advance,Paper size. Click the down
arrow and print the pages as big as you want.

[Peter Holsberg]

Wolf K. wrote on 10/13/2015 5:37 PM:
> On 2015-10-13 17:22, Peter Holsberg wrote:

>> I don't see Paper Size under Page Setup in FF.
>>
>> I do see that pagination has already occurred.
>

> Print --> Printer --> Properties --> Layout --> etc.
>
> What you can do depends on the printer you select. With Print to Foxit
> PDF, I got a slew of page sizes, plus User.

An extra program to deal with. :-)

Max length still gave me two pages.

[Peter Holsberg]

Keith Nuttle wrote on 10/13/2015 6:30 PM:
> On 10/13/2015 1:51 PM, Peter Holsberg wrote:

> Go into the printer set up in CutePDF and select one of the large
> "paper" sizes. CutePDF can print pages up to 36" X 96".

Didn't see 36x96.

[»Q«]

In
<news:mailman.3730.144477132...@lists.mozilla.org>,

Peter Holsberg <pj...@pobox.com> wrote:

> »Q« wrote on 10/13/2015 5:08 PM:
> > In
> > <news:mailman.3676.144476649...@lists.mozilla.org>,
> > »Q« <box...@gmx.net> wrote:
> >
> >> In
> >> <news:mailman.3659.144475868...@lists.mozilla.org>,
> >> Peter Holsberg <pj...@pobox.com> wrote:
> >>
> >> > I have a big table in a webpage that I would like to print to a
> >> > PDF using CUTE PDF.
> >> >
> >> > Every browser I've tried displays the table properly but when I
> >> > go to print, it divides it into pages.
> >> >
> >> > Is there any way to defeat the division?
> >>
> >> Print Preview » Page Setup » Paper Size » Manage Custom Sizes
> >
> > Just to be clear, above I was describing how to change the paper
> > size in Firefox. I see from another reply you already know how to
> > change it in CUTE PDF. Setting them to the same big size should
> > work for you, I think.
>
> I don't see Paper Size under Page Setup in FF.
>
> I do see that pagination has already occurred.

I'm very sorry to have given you a bum steer. From screenshots at SUMO,
I see now that the Page Setup dialog in Windows is completely different
from the Page Setup dialog in Linux.

I hope Wolf's pointer to Print » Printer » Properties » Layout will get
you what you need.

If not, then *maybe* going into about:config and changing
print.print_paper_width and print.print_paper_height will work for
you. They are both string variables which specify the dimensions in
inches. I think they have to go to two decimal places, e.g. 10.50 and
196.50.

[Peter Holsberg]

Burry's suggestion worked. Thanks.

»Q« wrote on 10/13/2015 7:43 PM:
> In
> <news:mailman.3730.144477132...@lists.mozilla.org>,

> Peter Holsberg <pj...@pobox.com> wrote:
>
>> »Q« wrote on 10/13/2015 5:08 PM:
>> > In
>> > <news:mailman.3676.144476649...@lists.mozilla.org>,
>> > »Q« <box...@gmx.net> wrote:
>> >
>> >> In
>> >> <news:mailman.3659.144475868...@lists.mozilla.org>,
>> >> Peter Holsberg <pj...@pobox.com> wrote:
>> >>
>> >> > I have a big table in a webpage that I would like to print to a
>> >> > PDF using CUTE PDF.
>> >> >
>> >> > Every browser I've tried displays the table properly but when I
>> >> > go to print, it divides it into pages.
>> >> >
>> >> > Is there any way to defeat the division?
>> >>
>> >> Print Preview » Page Setup » Paper Size » Manage Custom Sizes
>> >
>> > Just to be clear, above I was describing how to change the paper
>> > size in Firefox. I see from another reply you already know how to
>> > change it in CUTE PDF. Setting them to the same big size should
>> > work for you, I think.
>>
>> I don't see Paper Size under Page Setup in FF.
>>
>> I do see that pagination has already occurred.
>

> I'm very sorry to have given you a bum steer. From screenshots at SUMO,
> I see now that the Page Setup dialog in Windows is completely different
> from the Page Setup dialog in Linux.
>
> I hope Wolf's pointer to Print » Printer » Properties » Layout will get
> you what you need.
>
> If not, then *maybe* going into about:config and changing
> print.print_paper_width and print.print_paper_height will work for
> you. They are both string variables which specify the dimensions in
> inches. I think they have to go to two decimal places, e.g. 10.50 and
> 196.50.
>
>
>

> _______________________________________________
> support-firefox mailing list
> support...@lists.mozilla.org
> https://lists.mozilla.org/listinfo/support-firefox
> To unsubscribe, send an email to support-fir...@lists.mozilla.org?subject=unsubscribe
>

[Keith Nuttle]

It is in the CutePDF Print Driver window, in the Layout Tab, Advanced,
Paper/Output, Paper Size, click the arrow on the right. Scroll to the
the top of the long list of paper sizes.

The longest website that I know is the Google News site. I just opened
Google News, set the PDF printer to print to a 24" X 108" page size, and
the printed the Google News page. It created a one page PDF that
contained the entire Google News Page.

It is possible that, as someone else mentioned, that whether it helps to
use an extreme page size depends not only on the print driver; but the
internal coding of the webpage that you are trying to print.

Obviously there are some people who have not been printing large
Genealogy charts from Family Tree Maker. ;-)

[Vic Moz Garcia]

That table is about 300 inches long.
Set your PDF printer to 'User' or 'Custom' page size,
then set length to 300 inches.

[J. P. Gilliver (John)]

In message
<mailman.3697.144478022...@lists.mozilla.org>, Peter

Holsberg <pj...@pobox.com> writes:
>Burry's suggestion worked. Thanks.

Which one was that? I can't see a "Burry" in what you have quoted below.
>
>0 >> In

>> <news:mailman.3730.144477132...@lists.mozilla.org>,
>> Peter Holsberg <pj...@pobox.com> wrote:
>>

>>> 0 >>> > In
>>> > <news:mailman.3676.144476649...@lists.mozilla.org>,
>>> > 0 >>> >

>>> >> In
>>> >> <news:mailman.3659.144475868...@lists.mozilla.org>,
>>> >> Peter Holsberg <pj...@pobox.com> wrote:
>>> >>
>>> >> > I have a big table in a webpage that I would like to print to a
>>> >> > PDF using CUTE PDF.
>>> >> >
>>> >> > Every browser I've tried displays the table properly but when I
>>> >> > go to print, it divides it into pages.
>>> >> >
>>> >> > Is there any way to defeat the division?
>>> >>

>>> >> Print Preview 0 >>> >

>>> > Just to be clear, above I was describing how to change the paper
>>> > size in Firefox. I see from another reply you already know how to
>>> > change it in CUTE PDF. Setting them to the same big size should
>>> > work for you, I think.
>>>
>>> I don't see Paper Size under Page Setup in FF.
>>>
>>> I do see that pagination has already occurred.
>>
>> I'm very sorry to have given you a bum steer. From screenshots at SUMO,
>> I see now that the Page Setup dialog in Windows is completely different
>> from the Page Setup dialog in Linux.
>>

>> I hope Wolf's pointer to Print 0 >> you what you need.

>>
>> If not, then *maybe* going into about:config and changing
>> print.print_paper_width and print.print_paper_height will work for
>> you. They are both string variables which specify the dimensions in
>> inches. I think they have to go to two decimal places, e.g. 10.50 and
>> 196.50.
>>
>>
>>
>> _______________________________________________
>> support-firefox mailing list
>> support...@lists.mozilla.org
>> https://lists.mozilla.org/listinfo/support-firefox
>> To unsubscribe, send an email to
>>support-fir...@lists.mozilla.org?subject=unsubscribe
>>
>

--
J. P. Gilliver. UMRA: 1960/<1985 MB++G()AL-IS-Ch++(p)Ar@T+H+Sh0!:`)DNAf

What if this weren't a hypothetical question?

[Peter Holsberg]

J. P. Gilliver (John) wrote on 10/14/2015 2:31 AM:
> In message
> <mailman.3697.144478022...@lists.mozilla.org>, Peter
> Holsberg <pj...@pobox.com> writes:

>>Burry's suggestion worked. Thanks.
>

> Which one was that? I can't see a "Burry" in what you have quoted below.

In FF, Ctrl-A, Ctrl-C
In LibreOffice Writer, Ctrl-V
File > Export as PDF

[VanguardLH]

Peter Holsberg wrote:

> I have a big table in a webpage that I would like to print to a PDF
> using CUTE PDF.
>
> Every browser I've tried displays the table properly but when I go to
> print, it divides it into pages.
>
> Is there any way to defeat the division?

There are no pages in a web page. Conversely, it is one long single
page. That's why the long table does not get spliced up when viewed in
the web page using a web browser.

When you print, obviously you are limited to the length of the paper you
insert into your printer. Paging applies when printing because you have
pages of paper in your printer. If you had an old punched feed printer,
the page could be printed contiguously but the table would still run
across pages. You would have to NOT tear apart the form feed paper to
keep the table intact.

Does your printer software let you reduce the size of the printout?
That way you might get the table to print from a web page onto a single
sheet of paper; however, you may have to reduce the print size so much
that reading the printed table could be difficult.

So why not save the web page to a local file and simply load that file
into a web browser when you want to view the table? If you are
"printing" the web page to a .pdf file (using CutePDF), does that PDF
viewer let you select page display, like changing to a "single page"
view? If not, perhaps it has a "continuous" page display mode. That
will probably still show pages (according to the page size selected) but
the edges of the pages would be next to each other in a smooth scrolling
motion rather than abruptly snapping you to the next page when trying to
scroll through the document. There may even be an option to "show gaps
between pages" (PDFxchange Viewer has it) that you can disable so the
pages abut each other; however, there will probably still be a page
delimiter line.

[Peter Holsberg]

VanguardLH wrote on 10/13/2015 3:43 PM:
> Peter Holsberg wrote:
>
>> I have a big table in a webpage that I would like to print to a PDF
>> using CUTE PDF.
>>
>> Every browser I've tried displays the table properly but when I go to
>> print, it divides it into pages.
>>
>> Is there any way to defeat the division?
>
> There are no pages in a web page. Conversely, it is one long single
> page. That's why the long table does not get spliced up when viewed in
> the web page using a web browser.
>
> When you print, obviously you are limited to the length of the paper you
> insert into your printer.

I stopped reading right there because obviously you did not see

"...I would like to print to a PDF..."

Print Preview depends on the selected printer (or PDF driver, in my
case). I could not identify a paper size for CUTE PDF that would produce
a single "page".

Thanks anyway.

[Peter Holsberg]

Keith Nuttle wrote on 10/13/2015 8:20 PM:
>>
> It is in the CutePDF Print Driver window, in the Layout Tab, Advanced,
> Paper/Output, Paper Size, click the arrow on the right. Scroll to the
> the top of the long list of paper sizes.
>
> The longest website that I know is the Google News site. I just opened
> Google News, set the PDF printer to print to a 24" X 108" page size, and
> the printed the Google News page. It created a one page PDF that
> contained the entire Google News Page.

Aha! But it still gives me a two-page PDF.

Thanks.

[NFN Smith]

Peter Holsberg wrote:

>> File >> Print Preview
>>
>> Then select Shrink to page or even reduce the percentage to 80%. It
>> should show up on the screen before you print so worth a try.
>
> I should have said "a VERY BIG table". :-)
>
> Reducing it to one page would make it unr\eadable.
>
>> If this doesn't help then perhaps using Windows snipping tool to create
>> an image of the section you want to print and then see if this fits on
>> one page. Pictures can be resized to fit the page so this is another
>> option to try.
>
> I want to get one large file that looks exactly what the webpage looks like.
>

I think the thing that you're bumping into is the expected page
dimensions, where Cute is expecting something like 8 1/2 x 11 or A4.

What you probably want is a larger paper size.

When printing to Cute, select Properties, to get to Cute's preference
settings, then go to the Paper/Quality tab, click Advanced. It's likely
that the setting you have is the default "Letter", and you'll want to
change to a paper size that is consistent with the size of the output
you want to produce.

If you're using a really big page size, I'm assuming that you either
have a printer that will handle that size, or it's something that you're
not planning to produce as hard copy.


Smith

[Dave Pyles]

I there a reason the page has to be a PDF? I ask because, since the
page is just a very simple table layout, you can save the page to your
desktop and open it in a spreadsheet program like MS Excel and have a
continuous layout.

Dave Pyles

Dave Pyles

[VanguardLH]

As others have pointed out, it is the source that controls pagination in
the output document (i.e., who creates the docs decides where to insert
the page breaks). So, when printing from Firefox, you need to change
the document size there.

As a test, I defined a hugely long paper form (999 inches) but using the
File -> Print menu in Firefox, clicking on the Properties button (for
the selected printer which, in this case, must be the emulated PDF
printer), clicking the Advanced button in the Layout tab panel, and
changing Paper Size to Postscript Custom Page where I coudl alter the
length of the paper. I first tried 9999 but got an error about invalid
page parameters so I reduced it to 999. I didn't bother to test sizes
bigger than 999 to see when the error occurred.

I did a Google search but changed the default of 10 hits per page to 100
hits per page. That gave me a much longer web page. I then printed to
a PDF file but changed the paper length as noted. What I got was the
entire web page all together (no pagination) but followed by a ton of
whitespace. The web page was nowhere near the page length but the print
function didn't truncate all the trailing whitespace.

So you could just use a page length that is excessively long and go with
that to keep the table together without pagination, or you keep reducing
the page length so one "page" would be longer than the table's height.

[VanguardLH]

That means you didn't see the later suggestions on how to make your PDF
viewer show pages contiguously instead of spacing them apart or "jump
scrolling" to the next page. Although the PDF viewer may still show
page delineations, having the pages abut each other may suffice for you
to see the table without interruption.

Please reply to the post to which reply is directed.

[»Q«]

In
<news:mailman.3815.144485988...@lists.mozilla.org>,

VanguardLH <V...@nguard.LH> wrote:

> That means you didn't see the later suggestions on how to make your
> PDF viewer show pages contiguously instead of spacing them apart or
> "jump scrolling" to the next page. Although the PDF viewer may still
> show page delineations, having the pages abut each other may suffice
> for you to see the table without interruption.

It was about a pdf printer, not a pdf viewer. If your post had stuff
about pdf printing, I missed it because I stopped reading at the same
point and for the same reason he did.

> Please reply to the post to which reply is directed.

He is. Some Message-IDs get changed as posts go from the mailing list
to the newsgroup (or vice versa, I can't remember), so his client isn't
seeing the same MIDs yours is.

[Peter Holsberg]

No more suggestions, please. This is what I will do because (1) I can
and (2) it works.

Thanks to all who tried to get to the bottom of the problem.

This is an easy solution:

In FireFox, Ctrl-A, Ctrl-C

[VanguardLH]

Q wrote:

> VanguardLH wrote:
>
>> That means you didn't see the later suggestions on how to make your
>> PDF viewer show pages contiguously instead of spacing them apart or
>> "jump scrolling" to the next page. Although the PDF viewer may still
>> show page delineations, having the pages abut each other may suffice
>> for you to see the table without interruption.
>
> It was about a pdf printer, not a pdf viewer.

I thought the complaint was about what the OP *saw* when viewing the
..pdf file. If his PDF viewer doesn't have the viewing options that I
mentioned then perhaps a different choice of PDF viewer should be
considered.

Besides, just because Peter focused on the PDF printer doesn't mean that
is the cause of the problem. The issue was with the source that
generated the document (Firefox) that added the pagination within the
outputted document or with the viewer used to see the document in trying
to compensate for pagination added by the source.

>> Please reply to the post to which reply is directed.
>
> He is. Some Message-IDs get changed as posts go from the mailing list
> to the newsgroup (or vice versa, I can't remember), so his client isn't
> seeing the same MIDs yours is.

Gee, what a wonderful NNTP-to-email gateway setup. Would've thought
Mozilla understood some of the basic standards of Usenet; else, they
should not have tried pairing NNTP to e-mail. However, even e-mail
relies on MIDs in the References header to thread a discussion.

Peter's starting post:
Message-ID: <mailman.3659.144475868...@lists.mozilla.org> ----.
My reply: |
References: <mailman.3659.144475868...@lists.mozilla.org> <---|
Message-ID: <mailman.3765.144481965...@lists.mozilla.org> ---. |
Peter's reply (intended for me): | |
References: <mailman.3659.144475868...@lists.mozilla.org> <---'
<GIKdnW6HLOhlw4DL...@mozilla.org> <-- invalid --'
Message-ID: <mailman.3791.144483931...@lists.mozilla.org>

The References header is generated and added to the article by the
client, not by the server. So while my MID via the NNTP portal was:

<mailman.3765.144481965...@lists.mozilla.org>

Peter's client instead saw my MID via the listserver (e-mail) as:

<GIKdnW6HLOhlw4DL...@mozilla.org>

So what I see for MID at Mozilla's NNTP server is not necessarily the
MID disclosed to those using the listserver (e-mail).

Takes forever for submissions to show up (yeah, an artifact of
moderation but the checking interval seems erratic), some submissions
disappear, and now it is noted that Mozilla may screw up threading by
varying the MID for the *same* article retrieved using different portals
to their listserver. With Mozilla's setup, you can't be sure who
replied to whom. Uffdah! Your explanation means the References header
is not reliable in any client when accessing Mozilla's listserver/Usenet
setup. What a mess.

The References header was defined back in 1983 in RFC 850. Mozilla
should know the purpose of that header. That one portal into their
listserver shows a different MID header than another portal means
screwing up the threading. The References header is something I did not
expect Mozilla to be ignorant in not stabilizing their MIDs to comply
with a 32-year old RFC, and something upon which they themself rely upon
to thread articles in their own client. So smart but so dumb.

[Wolf K.]

On 2015-10-15 03:14, VanguardLH wrote:
[...]

> The issue was with the source that
> generated the document (Firefox) that added the pagination

[...]

Firefox has nothing to do with it. The printer paginates the source.
Change the page size in printer properties and see what happens.

Have a good day,

[J. P. Gilliver (John)]

In message
<mailman.3844.144490546...@lists.mozilla.org>,

VanguardLH <V...@nguard.LH> writes:
>Q wrote:
>
>> VanguardLH wrote:
>>
>>> That means you didn't see the later suggestions on how to make your
>>> PDF viewer show pages contiguously instead of spacing them apart or
>>> "jump scrolling" to the next page. Although the PDF viewer may still
>>> show page delineations, having the pages abut each other may suffice
>>> for you to see the table without interruption.
>>
>> It was about a pdf printer, not a pdf viewer.
>
>I thought the complaint was about what the OP *saw* when viewing the
>..pdf file. If his PDF viewer doesn't have the viewing options that I
>mentioned then perhaps a different choice of PDF viewer should be
>considered.

No, he didn't want a way of viewing a multipage PDF document; he wanted
a way of creating a PDF document containing only a single (albeit very
large) page.

(He has actually been given a way he's happy with, though it's clumsy -
basically cut and paste the content into a WP, then print from _that_
into his PDF "printer". However, I think the rest of us are trying to
find a more direct solution.)

>
>Besides, just because Peter focused on the PDF printer doesn't mean that
>is the cause of the problem. The issue was with the source that
>generated the document (Firefox) that added the pagination within the
>outputted document or with the viewer used to see the document in trying
>to compensate for pagination added by the source.

That may be the case. If the source HTML (or script, or ...) detects
when it is being printed (including to a .PDF "printer") and presents
its content differently to how it is displayed on screen, it might be
putting pagination in at that point. (I know some web pages do print
very differently to how they display on screen - Wikipedia pages being a
good example; in Firefox, you can see they are going to in Print
Preview.) A way round this (other than the cut-and-paste) - i. e. a way
of circumventing the "I'm being printed" detection - would conceivably
be useful.
[]

--
J. P. Gilliver. UMRA: 1960/<1985 MB++G()AL-IS-Ch++(p)Ar@T+H+Sh0!:`)DNAf

If you want to make people angry, lie to them. If you want to make them
absolutely livid, then tell 'em the truth.

[J. P. Gilliver (John)]

In message
<mailman.3887.144494515...@lists.mozilla.org>, Wolf

K. <wol...@sympatico.ca> writes:
>On 2015-10-15 03:14, VanguardLH wrote:
>[...]
>> The issue was with the source that
>> generated the document (Firefox) that added the pagination
>[...]
>
>Firefox has nothing to do with it. The printer paginates the source.
>Change the page size in printer properties and see what happens.
>
>Have a good day,
>

It's not necessarily entirely the printer: some web pages print
differently to how they appear on screen - they have some way of
detecting that the user is printing rather than screen-viewing. This is
independent of any pagination the printer may subsequently enforce.

(Whether this is the reason the OP was having difficulty printing, I
don't know; I don't think he ever told us the URL, and he's found a way
round the problem [involving cut-and-paste into a WP] so may not longer
be following this thread, so we may never find out.)

[Wolf K.]

On 2015-10-16 16:03, J. P. Gilliver (John) wrote:
> In message
> <mailman.3887.144494515...@lists.mozilla.org>, Wolf
> K. <wol...@sympatico.ca> writes:
>> On 2015-10-15 03:14, VanguardLH wrote:
>> [...]
>>> The issue was with the source that
>>> generated the document (Firefox) that added the pagination
>> [...]
>>
>> Firefox has nothing to do with it. The printer paginates the source.
>> Change the page size in printer properties and see what happens.
>>
>> Have a good day,
>>
> It's not necessarily entirely the printer: some web pages print
> differently to how they appear on screen - they have some way of
> detecting that the user is printing rather than screen-viewing. This is
> independent of any pagination the printer may subsequently enforce.
>
> (Whether this is the reason the OP was having difficulty printing, I
> don't know; I don't think he ever told us the URL, and he's found a way
> round the problem [involving cut-and-paste into a WP] so may not longer
> be following this thread, so we may never find out.)

OP had a problem with "Print to PDF", which paginated the source. That's
not a browser issue, it depends entirely on how the PDF generator deals
with the source. If you then want to physically print the PDF file, the
printer driver will paginate depending on page size, scaling, etc.

For the record:
OP did provide a URL, which displayed a table. The table displayed
continuously in FF, but was paginated when I called up Print Preview. I
used Print to PDF and experimented with several custom ("User") page
sizes, settling on 8.5 x 48 inches. The PDF file that was generated
contained four pages. The table occupied three and a half pages. I use
Foxit as both viewer and PDF creator.

FF's built-in Print Preview naturally paginates any source file whose
contents can't fit onto the specified page size, whatever that happens
to be (in N. America, default is 8.5x11). You can enlarge/reduce the
content to fit, and change page orientation, but that's all. AFAIK,
that's the way it's supposed to work. When you select Print, you can
choose whatever printers are installed on your system, and that includes
a PDF "printer", which doesn't actually print, but generates a PDF file.
It will of course paginate if the source is too large to fit onto a
single page. On this system, I can specify page sizes in Printer
Properties, which will affect the pagination, whether it's a physical
print or a Print to PDF. That's what I did, see above.

OP referred to CUTE PDF as his PDF viewer. AFAIK, that would also be the
program that generates the PDF file. OP was annoyed that it paginated
the source. The solution that worked, using Libre Office, apparently
produced a single page approximately 8.5 inches by 14 feet long. He will
see that as a single page in his PDF viewer. However, if he prints it,
it will be paginated.

AFAIK, Print to PDF works the same way in all applications.

[J. P. Gilliver (John)]

In message
<mailman.3943.144502829...@lists.mozilla.org>, Wolf
K. <wol...@sympatico.ca> writes:
[]

>OP had a problem with "Print to PDF", which paginated the source.
>That's not a browser issue, it depends entirely on how the PDF
>generator deals with the source. If you then want to physically print

If your PDF "printer" cannot use a very big paper size, yes. The one I
use - PDF995 - can have a custom paper size, which can be between 25.4
and 5080 mm (1 to 200 inches) in each direction.

>the PDF file, the printer driver will paginate depending on page size,
>scaling, etc.
>
>For the record:
>OP did provide a URL, which displayed a table. The table displayed
>continuously in FF, but was paginated when I called up Print Preview. I
>used Print to PDF and experimented with several custom ("User") page
>sizes, settling on 8.5 x 48 inches. The PDF file that was generated
>contained four pages. The table occupied three and a half pages. I use
>Foxit as both viewer and PDF creator.

I presume it was the 8.5 dimension that made you have to have four
pages? Or was it a very long narrow table? I use Foxit as
viewer/printer.

>
>FF's built-in Print Preview naturally paginates any source file whose
>contents can't fit onto the specified page size, whatever that happens
>to be (in N. America, default is 8.5x11). You can enlarge/reduce the

Yes, but it gets the "specified page size" from the printer you select,
although this isn't obvious. Also - not sure about the latest versions
of Firefox, but certainly earlier versions - you may have to go through
the actual print process (producing undesired pagination) before a
change of paper size will "stick". (And again to revert to your normal
size.) [If you don't believe me, try it - use a PDF "printer" so as not
to have to waste paper and ink on the first run. I can't remember if you
have to quit Firefox between attempts.]

>content to fit, and change page orientation, but that's all. AFAIK,
>that's the way it's supposed to work. When you select Print, you can
>choose whatever printers are installed on your system, and that
>includes a PDF "printer", which doesn't actually print, but generates a
>PDF file. It will of course paginate if the source is too large to fit
>onto a single page. On this system, I can specify page sizes in Printer
>Properties, which will affect the pagination, whether it's a physical
>print or a Print to PDF. That's what I did, see above.
>
>OP referred to CUTE PDF as his PDF viewer. AFAIK, that would also be
>the program that generates the PDF file. OP was annoyed that it

(Not necessarily; I don't know if Cute can be a PDF "printer". I didn't
know until you mentioned it above that Foxit could. I find PDF995 works
well enough for me so haven't investigated any others.)

>paginated the source. The solution that worked, using Libre Office,
>apparently produced a single page approximately 8.5 inches by 14 feet
>long. He will see that as a single page in his PDF viewer. However, if
>he prints it, it will be paginated.

Obviously, unless he has a printer that can print 14 foot pages (old
fanfold impact printers could, I suppose!), or uses a shrink to fit
option in his PDF printer, if it offers one.

>
>AFAIK, Print to PDF works the same way in all applications.

In most, yes. Firefox - some versions, anyway - sometimes needs two
attempts before it "sees" a change of paper size.
>
>Have a good day,
>
You too (-:

--
J. P. Gilliver. UMRA: 1960/<1985 MB++G()AL-IS-Ch++(p)Ar@T+H+Sh0!:`)DNAf

Do ministers do more than lay people?

[Peter Holsberg]

Wolf K. wrote on 10/16/2015 4:44 PM:
>
> OP had a problem with "Print to PDF", which paginated the source. That's
> not a browser issue, it depends entirely on how the PDF generator deals

> with the source. If you then want to physically print the PDF file, the

> printer driver will paginate depending on page size, scaling, etc.
>
> For the record:
> OP did provide a URL, which displayed a table. The table displayed
> continuously in FF, but was paginated when I called up Print Preview. I
> used Print to PDF and experimented with several custom ("User") page
> sizes, settling on 8.5 x 48 inches. The PDF file that was generated
> contained four pages. The table occupied three and a half pages. I use
> Foxit as both viewer and PDF creator.

> OP referred to CUTE PDF as his PDF viewer.

No, he did not! :-)

> AFAIK, that would also be the

> program that generates the PDF file. OP was annoyed that it paginated

> the source. The solution that worked, using Libre Office, apparently
> produced a single page approximately 8.5 inches by 14 feet long. He will
> see that as a single page in his PDF viewer.

Which is what he wanted. :-)

For the record, I was not annoyed.

>
> AFAIK, Print to PDF works the same way in all applications.
>

> Have a good day,
>

[Wolf K.]

On 2015-10-16 19:42, J. P. Gilliver (John) wrote:
I wrote:
[...]

>> For the record:
>> OP did provide a URL, which displayed a table. The table displayed
>> continuously in FF, but was paginated when I called up Print Preview.
>> I used Print to PDF and experimented with several custom ("User") page
>> sizes, settling on 8.5 x 48 inches. The PDF file that was generated
>> contained four pages. The table occupied three and a half pages. I use
>> Foxit as both viewer and PDF creator.
>
> I presume it was the 8.5 dimension that made you have to have four

> pages? Or was it a very long narrow table? I use Foxit as viewer/printer. [...]

It's a very long table. It filled the 8.5" width margin to margin. I
could have created a 14ft long page, I guess.

I should be more explicit: I have Foxit Phantom PDF Printer Driver.
Phantom PDF is a PDF editor/creator as well as viewer. I also see
PageManager PDF Writer when I click on the printer selection box.

When the "printing" is done, Foxit opens and displays the result. I can
physically print from there.

There are occasional glitches, eg, objects on the webpage mis-located on
the printed page, presumably an effect of poor web-page design.

HTH

[Peter Holsberg]

J. P. Gilliver (John) wrote on 10/16/2015 7:42 PM:
>
> If your PDF "printer" cannot use a very big paper size, yes. The one I
> use - PDF995 - can have a custom paper size, which can be between 25.4
> and 5080 mm (1 to 200 inches) in each direction.

But it's "nagware"!

> Obviously, unless he has a printer that can print 14 foot pages (old
> fanfold impact printers could, I suppose!), or uses a shrink to fit
> option in his PDF printer, if it offers one.

He has no intention of creating a paper version of the webpage.

Thanks.

[Peter Holsberg]

Wolf K. wrote on 10/16/2015 9:40 PM:
>
> There are occasional glitches, eg, objects on the webpage mis-located on
> the printed page, presumably an effect of poor web-page design.

Examples???

[J. P. Gilliver (John)]

In message
<mailman.4010.144504662...@lists.mozilla.org>, Peter

Holsberg <pj...@pobox.com> writes:
>J. P. Gilliver (John) wrote on 10/16/2015 7:42 PM:
>>
>> If your PDF "printer" cannot use a very big paper size, yes. The one I
>> use - PDF995 - can have a custom paper size, which can be between 25.4
>> and 5080 mm (1 to 200 inches) in each direction.
>
>But it's "nagware"!

(Replied by email: fortunately, I spotted that this had been
emailed-and-posted, despite the lack of a first line saying so.)

>
>> Obviously, unless he has a printer that can print 14 foot pages (old
>> fanfold impact printers could, I suppose!), or uses a shrink to fit
>> option in his PDF printer, if it offers one.
>
>He has no intention of creating a paper version of the webpage.
>
>Thanks.

No, he wanted a version that he could view without needing the browser
(and possibly internet connection).

--
J. P. Gilliver. UMRA: 1960/<1985 MB++G()AL-IS-Ch++(p)Ar@T+H+Sh0!:`)DNAf

"I'm tired of all this nonsense about beauty being only skin-deep. That's deep
enough. What do you want, an adorable pancreas?" - Jean Kerr