Bug #27033 for PDF-API2: page not processed by openpage()

Wed May 09 13:43:34 2007 RBS [...] cpan.org - Ticket created

Subject:

page not processed by openpage()

The below script issues an error "page not processed by openpage"; not sure if this is a docs issue or a functional defect. use PDF::API2; $pdf1 = PDF::API2->new; $pdf1->page; PDF::API2->new->importpage( $pdf1, 1 );

Thu May 10 02:16:15 2007 alfredreibenschuh [...] gmx.net - Correspondence added

ROTFLMHO write a real script and you dont get this error.

Thu May 10 02:16:16 2007 The RT System itself - Status changed from 'new' to 'open'

Thu May 10 02:16:17 2007 alfredreibenschuh [...] gmx.net - Status changed from 'open' to 'resolved'

Thu May 10 05:50:10 2007 barries [...] slaysys.com - Correspondence added

Subject:	Re: [rt.cpan.org #27033] page not processed by openpage()
Date:	Thu, 10 May 2007 05:47:51 -0400
To:	bug-PDF-API2 [...] rt.cpan.org
From:	Barrie Slaymaker <barries [...] slaysys.com>

That script is as "real" as any short-as-possible reproduction is. This is a problem I bumped in to when trying to work around issue #27035 by copying pages from one PDF to another and creating the new ("inserted") page at the right point in the copy. From your response, it sounds like this is not a supported operation, yet that use of importpage() seems to be compatible with the documentation, so I'm curious as to what makes it unsupported?

Thu May 10 05:50:15 2007 The RT System itself - Status changed from 'resolved' to 'open'

Thu May 10 18:47:46 2007 alfredreibenschuh [...] gmx.net - Correspondence added

to rectfy this: you can only import a page that has 'content'. in your 'script' the page has no content hence the import operation is not supported and entirely unreasonable.

Thu May 10 18:47:50 2007 alfredreibenschuh [...] gmx.net - Status changed from 'open' to 'resolved'

Thu May 10 19:29:14 2007 barries [...] slaysys.com - Correspondence added

Subject:	Re: [rt.cpan.org #27033] page not processed by openpage()
Date:	Thu, 10 May 2007 19:29:00 -0400
To:	bug-PDF-API2 [...] rt.cpan.org
From:	Barrie Slaymaker <barries [...] slaysys.com>

Show quoted text

> you can only import a page that has 'content'...[so] the import

operation is not supported and entirely unreasonable. Perhaps that should be mentioned in the docs as I can see leaving a page intentionally blank. Anyhoo, here's one with content that also fails, however uncommenting the saveas() & open() works around the issue. use PDF::API2; $pdf1 = PDF::API2->new; $t = $pdf1->page->text; $t->font( $pdf1->corefont('Times-Roman'), 10 ); $t->translate( 20, 20 ); $t->text( $pdf1->pages ); #$pdf1->saveas( "foo.pdf" ); #$pdf1 = PDF::API2->open( "foo.pdf" ); PDF::API2->new->importpage( $pdf1, 1 );

Thu May 10 19:29:15 2007 The RT System itself - Status changed from 'resolved' to 'open'

Thu May 10 19:39:52 2007 alfredreibenschuh [...] gmx.net - Correspondence added

i have corrected the documentation in CVS that importing is only possible with onfile pdfs.

Thu May 10 19:39:53 2007 alfredreibenschuh [...] gmx.net - Status changed from 'open' to 'resolved'