On 3/8/13 1:10 PM, "Paul Breslaw" wrote:
>>As for why it works in some but not others - I'd need to see the actual
>> PDFs in question to be able to comment.
>
>That would be great. I will try to put together minimal examples of the
>phenomenon. Do you know if I am permitted to attach files to sub
On 08/03/13 15:19, Leonard Rosenthol wrote:
> Acrobat doesn't write that value anywhere. Evermap's plugin may do so,
> but Acrobat itself doesn't.
Thank you Leonard for this clarification - my assumption was wrong.
> As for why it works in some but not others - I'd need to see the actual
> PDF
Acrobat doesn't write that value anywhere. Evermap's plugin may do so,
but Acrobat itself doesn't.
As for why it works in some but not others - I'd need to see the actual
PDFs in question to be able to comment.
I can say that we don't do any range checking on that value (beyond making
sure it's
On 07/03/13 20:06, Paulo Soares wrote:
> Here the author of the mystic 1.
Wonderful! Hello Paulo - thank you for writing - and for being one of
the authors of such a marvelously useful library.
> This value is the page height to
> position the view at the top. As the destination page size i
Here the author of the mystic 1. This value is the page height to
position the view at the top. As the destination page size is generally not
known the 1 was an arbitrary big enough value greater then the
destination page. Why -32768 would work better is a mystery to me.
Paulo
On Mar 7, 20
On 07/03/13 15:27, Benjamin Podszun wrote:
> Sorry for chiming in here, but it seems as if you're misunderstanding each
> other?
Thank you Benjamin - I believe they were.
> If I may:
Please do ...
> Paul seems to ask why itext(!) uses this magic constant (which
> doesn't always work in his c
Sorry - missed that, it's a GoToRŠ
In that case, the page number should start at zero hence the -1 in the
code. (see 12.6.4.3)
I agree those values (either 1 or -32768) are both wrong. It should
be the correct size for the page.
Leonard
On 3/7/13 9:48 AM, "Paul Breslaw" wrote:
>
>
>On 0
On Thu, Mar 7, 2013 at 4:11 PM, 1T3XT BVBA wrote:
> On 7/03/2013 15:48, Paul Breslaw wrote:
> > And anyway it's not the page number that is of concern to me, rather the
> > value of the 'top' parameter (1 or -32768).
> Both 1 and -32768 seem very strange to me, knowing that the height
> o
On 7/03/2013 15:48, Paul Breslaw wrote:
> And anyway it's not the page number that is of concern to me, rather the
> value of the 'top' parameter (1 or -32768).
Both 1 and -32768 seem very strange to me, knowing that the height
of an A4 page is usually 842 user units.
Did you look at the M
On 07/03/13 13:48, TvT wrote:
> no need to pay CHF238 , you can download it for free here:
Brilliant thank you.
> On 07/03/13 13:12, Leonard Rosenthol wrote:
> Paul - the problem I suspect is that your first element of that array
> should be an indirect object and NOT a page number. ISO 32000-
On 7/03/2013 14:33, Paul Breslaw wrote:
>
> On 07/03/13 13:12, Leonard Rosenthol wrote:
>> Paul - the problem I suspect is that your first element of that array
>> should be an indirect object and NOT a page number. ISO 32000-1:2008,
>> 12.3.2
> That's very interesting.
>
> Firstly, I should say i
no need to pay CHF238 , you can download it for free here:
http://wwwimages.adobe.com/www.adobe.com/content/dam/Adobe/en/devnet/pdf/pdfs/PDF32000_2008.pdf
http://wwwimages.adobe.com/www.adobe.com/content/dam/Adobe/en/devnet/pdf/pdfs/adobe_supplement_iso32000_1.pdf
2013/3/7 Paul Breslaw
>
>
> O
On 07/03/13 13:12, Leonard Rosenthol wrote:
> Paul - the problem I suspect is that your first element of that array
> should be an indirect object and NOT a page number. ISO 32000-1:2008,
> 12.3.2
That's very interesting.
Firstly, I should say it's not my array, rather it's the source code of
Paul - the problem I suspect is that your first element of that array
should be an indirect object and NOT a page number. ISO 32000-1:2008,
12.3.2
Leonard
On 3/7/13 7:37 AM, "Paul Breslaw" wrote:
>
>Dear List
>
>I've written a couple of times about a strangeness with
>Chunk.setRemoteGoto(), bu
Dear List
I've written a couple of times about a strangeness with
Chunk.setRemoteGoto(), but I'm no closer to an understanding of it.
The problem boiled down to a question about the PDF code emitted by this
constructor for PdfAction:-
public PdfAction(String filename, int page) {
15 matches
Mail list logo
