Xojo Conferences
XDCMay2019MiamiUSA

[MBS] Problems with latest DynaPDF plugin (MBS Xojo Plugin Mailinglist archive)

Back to the thread list
Previous thread: [MBS] Bigger progress wheel
Next thread: [MBS] Survey about 2013 Conference in Europe


Re: [MBS] PortAudio bug?   -   Garth Hjelte
  [MBS] Problems with latest DynaPDF plugin   -   Peter Truskier
   Re: [MBS] Problems with latest DynaPDF plugin   -   Peter Truskier
   Re: [MBS] Problems with latest DynaPDF plugin   -   Christian Schmitz
   Re: [MBS] Problems with latest DynaPDF plugin   -   Peter Truskier
   Re: [MBS] Problems with latest DynaPDF plugin   -   Christian Schmitz
   Re: [MBS] Problems with latest DynaPDF plugin   -   Peter Truskier
   Re: [MBS] Problems with latest DynaPDF plugin   -   Christian Schmitz

[MBS] Problems with latest DynaPDF plugin
Date: 14.05.13 23:57 (Tue, 14 May 2013 15:57:35 -0700)
From: Peter Truskier
I've just run into a issue with the Dynapdf plugin v13.1(17853). I updated to that version shortly after the release was announced, and suddenly began to see incorrect behavior in my project, possibly having to do with upper- vs. lower-left coordinate systems when rendering a page to a picture.

I'd not worked on this project for several weeks, so I wasn't sure if this was a new behavior or a bug in my code which I just hadn't noticed. As a quick check, I tried replacing that version with what I believe was the previous one (v 13.0 [17751]), and the problem WENT AWAY...

Anyone else seeing differences like this with 13.1 vs. 13.0? Sorry not to have a better description of what is going on, but I've just now found the problem, and haven't tried to isolate or understand it yet.

Christian, do you know of any changes in Jens' code and/or in the default values for DynaPDF objects that might cause something like this?

Thanks,

Re: [MBS] Problems with latest DynaPDF plugin
Date: 16.05.13 23:31 (Thu, 16 May 2013 15:31:33 -0700)
From: Peter Truskier
On May 16, 2013, at 2:55 PM, Christian Schmitz wrote:

>
> Am 16.05.2013 um 23:45 schrieb Peter Truskier <<email address removed>>:
>
>>
>> There is, of course, nothing preventing bottom from being either less than or greater than top in a PDF, so the height value should probably be signed. I would suggest, however, that the notion of a NEGATIVE height value for virtually all PDF pages I've tested is counter-intuitive.
>
> Maybe I should remove the height property?
> Or add a heightAbsolute one?

Now that I understand what my problem was, either will work for me. In order for the height vector to make sense, though, it seems to me that it should behave differently depending on the setting of page coordinates to pdf.kpcTopDown or pdf.kpcBottomUp so that the height will generally be a positive value for a "normal" PDF page, regardless of the page coordinates in use...

Thanks,

--pt
_______________________________________________
Mbsplugins_monkeybreadsoftware.info mailing list
<email address removed>
https://ml01.ispgateway.de/mailman/listinfo/mbsplugins_monkeybreadsoftware.info

Re: [MBS] Problems with latest DynaPDF plugin
Date: 16.05.13 22:55 (Thu, 16 May 2013 23:55:12 +0200)
From: Christian Schmitz

Am 16.05.2013 um 23:45 schrieb Peter Truskier <<email address removed>>:

>
> There is, of course, nothing preventing bottom from being either less than or greater than top in a PDF, so the height value should probably be signed. I would suggest, however, that the notion of a NEGATIVE height value for virtually all PDF pages I've tested is counter-intuitive.

Maybe I should remove the height property?
Or add a heightAbsolute one?

Greetings
Christian

Re: [MBS] Problems with latest DynaPDF plugin
Date: 16.05.13 22:45 (Thu, 16 May 2013 14:45:15 -0700)
From: Peter Truskier
On May 16, 2013, at 2:31 PM, Christian Schmitz wrote:

>
> Am 16.05.2013 um 23:28 schrieb Peter Truskier <<email address removed>>:
>
>> Hi Christian,
>>
>> Now, the question is whether DynaPDFRectMBS.height *should be* returning a negative value in all cases? Or, is it by design, and related to korDownLeft/korTopLeft origin?
>
> Well, I added it as a convenience function.
> And it does not know if you use bottom up or top down, so it returns difference to bottom/top.
>
> This can be negative of course as the height vector needs to have a direction.

There is, of course, nothing preventing bottom from being either less than or greater than top in a PDF, so the height value should probably be signed. I would suggest, however, that the notion of a NEGATIVE height value for virtually all PDF pages I've tested is counter-intuitive.

--pt
_______________________________________________
Mbsplugins_monkeybreadsoftware.info mailing list
<email address removed>
https://ml01.ispgateway.de/mailman/listinfo/mbsplugins_monkeybreadsoftware.info

Re: [MBS] Problems with latest DynaPDF plugin
Date: 16.05.13 22:31 (Thu, 16 May 2013 23:31:07 +0200)
From: Christian Schmitz

Am 16.05.2013 um 23:28 schrieb Peter Truskier <<email address removed>>:

> Hi Christian,
>
> Now, the question is whether DynaPDFRectMBS.height *should be* returning a negative value in all cases? Or, is it by design, and related to korDownLeft/korTopLeft origin?

Well, I added it as a convenience function.
And it does not know if you use bottom up or top down, so it returns difference to bottom/top.

This can be negative of course as the height vector needs to have a direction.

Greetings
Christian

Re: [MBS] Problems with latest DynaPDF plugin
Date: 16.05.13 22:28 (Thu, 16 May 2013 14:28:39 -0700)
From: Peter Truskier
Hi Christian,

OK. I've found the problem.

Can you confirm that the function "DynaPDFRectMBS.height" is new to v 13.1?

Oddly, it seems, in general, to return a NEGATIVE value for me. In my project, I have a class extender function in a module [height(extends r as DyanPDFRectMBS) as double] which I wrote a long time ago. It returns a positve value in all cases. With version 13.0 and earlier of the plugin, it was my code that would be called, and return a positve value. Apparently, since "height" is now a built in function of the object in version 13.1, my "extends" function is ignored.

Now, the question is whether DynaPDFRectMBS.height *should be* returning a negative value in all cases? Or, is it by design, and related to korDownLeft/korTopLeft origin?

Thanks,

Peter

Re: [MBS] Problems with latest DynaPDF plugin
Date: 15.05.13 08:42 (Wed, 15 May 2013 09:42:40 +0200)
From: Christian Schmitz

Am 15.05.2013 um 00:57 schrieb Peter Truskier <<email address removed>>:

> I've just run into a issue with the Dynapdf plugin v13.1(17853). I updated to that version shortly after the release was announced, and suddenly began to see incorrect behavior in my project, possibly having to do with upper- vs. lower-left coordinate systems when rendering a page to a picture.

Well, no idea.

There are a lot of bug fixes and little changes in the library over time.

If you think the new behavior is a bug, please show with a sample project.
Of course your code may do things which worked, but were not intended to work this way.

Greetings
Christian