possible bug

Author

Message

Topic Search

Topic Options

pdfOakleaf View Drop Down

Members Profile

Find Members Posts

Beginner

Joined: 24 Oct 10
Status: Offline
Points: 10

Post Options

Post Reply

Quote pdfOakleaf

Report Post

Thanks(0)

Quote

Topic: possible bug
Posted: 25 Oct 10 at 4:38PM

Running with the C++ wrapper on the DLL

int tableID = m_qpdf.CreateTable(41, 5);
int rc=m_qpdf.GetTableColumnCount(tableID);

GetTableColumnCount - appears to return the row count
in the above example rc comes back as 41 not 5

Hope you can fix this - or tell me what I'm doing wrong

Phil

Rowan

Members Profile

Find Members Posts

Moderator Group

Joined: 10 Jan 09
Status: Offline
Points: 398

Post Options

Post Reply

Quote Rowan

Report Post

Thanks(0)

Quote

Posted: 26 Oct 10 at 8:53PM

Hi Phil,

Thanks for reporting this. We'll do some testing to see if we can replicate. If it is indeed a bug then we'll get it fixed asap.

Cheers,

- Rowan.

pdfOakleaf View Drop Down

Members Profile

Find Members Posts

Beginner

Joined: 24 Oct 10
Status: Offline
Points: 10

Post Options

Post Reply

Quote pdfOakleaf

Report Post

Thanks(0)

Quote

Posted: 26 Oct 10 at 11:53PM

another finding...

In the documentation (and Intellisense) it says I should use
int QuickPDFDrawHTMLTextBox(int InstanceID, double Left, double Top,double Width, char * HTMLText)

but this should really be

int QuickPDFDrawHTMLTextBox(int InstanceID, double Top, double Left,double Width, char * HTMLText)

when I make this change it works as expected.

It appears to be the same for 'DrawHTMLText' too

Not a bug but a documentation error

Phil

Rowan

Members Profile

Find Members Posts

Moderator Group

Joined: 10 Jan 09
Status: Offline
Points: 398

Post Options

Post Reply

Quote Rowan

Report Post

Thanks(0)

Quote

Posted: 29 Oct 10 at 7:47AM

Hi Phil,

The DrawHTMLTextBox and DrawHTMLTextBox functions are working as expected, but what might be confusing you is the origin for drawing the co-ordinates.

By default the origin point (0,0) for drawing the co-ordinates is the bottom left corner of the page. So this means that when you are determining the value for the top parameter that you need to measure from the bottom of the page up to the top -- e.g. if the page is 700 pt high and you want to draw some text 10 points from the top, then you would use 690 pt with the top parameter.

HOWEVER, if you want to change the origin of the page you can use the SetOrigin function to do this. Just call SetOrigin(1) and then all co-ordinates will been drawn from the top left corner of the page. This is what I usually do when I'm writing some code for the library.

Cheers,

- Rowan.

pdfOakleaf View Drop Down

Members Profile

Find Members Posts

Beginner

Joined: 24 Oct 10
Status: Offline
Points: 10

Post Options

Post Reply

Quote pdfOakleaf

Report Post

Thanks(0)

Quote

Posted: 29 Oct 10 at 10:08AM

you're absolutely right. Sorry about that, either too much or too little caffine.

I'm trying to integrate your library into our MFC C++ application to replace the Print/Preivew system that we've had for years.

It was a little puzzling at first but after a few hours of trail and error I got the hang of how it worked and have to say that it is a breath of fresh air and a real pleasure to work with.

Although the reference library is very comprehensive it may help to have a more detailed "Getting starrted" document just to orientate new users - just an observation.

Anyway, we should soon have our system generating pure PDF reports which will make me and our users very happy.

So, many thanks for providing the library and the support - it's amazing!
Phil

Rowan

Members Profile

Find Members Posts

Moderator Group

Joined: 10 Jan 09
Status: Offline
Points: 398

Post Options

Post Reply

Quote Rowan

Report Post

Thanks(0)

Quote

Posted: 03 Nov 10 at 9:32PM

Hi Phil,

Glad to hear that cleared up the issue.

We are working on a developers guide that will be automatically generated with each new release by the build system, but it's quite detailed and is taking a while to write. We'll try to get it out before the end of the year though. I do agree that the reference guide by itself is a little bit daunting to beginners. Hopefully the developers guide will make life much easier.

Thanks for the positive feedback!

Cheers,

- Rowan.

pdfOakleaf View Drop Down

Members Profile

Find Members Posts

Beginner

Joined: 24 Oct 10
Status: Offline
Points: 10

Post Options

Post Reply

Quote pdfOakleaf

Report Post

Thanks(0)

Quote

Posted: 04 Nov 10 at 11:45AM

Do you have any news on the GetTableColumnCount(tableID); issue as I''m sure it's returning the row count and I would like to use the correct value

thanks
Phil

Rowan

Members Profile

Find Members Posts

Moderator Group

Joined: 10 Jan 09
Status: Offline
Points: 398

Post Options

Post Reply

Quote Rowan

Report Post

Thanks(0)

Quote

Posted: 04 Nov 10 at 11:59AM

Hi Phil,

Yes, that bug was fixed in 7.22 beta 3 which we released yesterday:

http://www.quickpdflibrary.com/blog/2010/11/quick-pdf-library-7-22-beta-3-released/

Cheers,

- Rowan.

Author	Message Topic Search Topic Options Post Reply Create New Topic Printable Version Translate Topic
pdfOakleaf Members Profile Find Members Posts Beginner Joined: 24 Oct 10 Status: Offline Points: 10	Post Options Post Reply Quote pdfOakleaf Report Post Thanks(0) Quote Reply Topic: possible bug Posted: 25 Oct 10 at 4:38PM
	Running with the C++ wrapper on the DLL int tableID = m_qpdf.CreateTable(41, 5); int rc=m_qpdf.GetTableColumnCount(tableID); GetTableColumnCount - appears to return the row count in the above example rc comes back as 41 not 5 Hope you can fix this - or tell me what I'm doing wrong Phil

Rowan Members Profile Find Members Posts Moderator Group Joined: 10 Jan 09 Status: Offline Points: 398	Post Options Post Reply Quote Rowan Report Post Thanks(0) Quote Reply Posted: 26 Oct 10 at 8:53PM
	Hi Phil, Thanks for reporting this. We'll do some testing to see if we can replicate. If it is indeed a bug then we'll get it fixed asap. Cheers, - Rowan.

pdfOakleaf Members Profile Find Members Posts Beginner Joined: 24 Oct 10 Status: Offline Points: 10	Post Options Post Reply Quote pdfOakleaf Report Post Thanks(0) Quote Reply Posted: 26 Oct 10 at 11:53PM
	another finding... In the documentation (and Intellisense) it says I should use int QuickPDFDrawHTMLTextBox(int InstanceID, double Left, double Top,double Width, char * HTMLText) but this should really be int QuickPDFDrawHTMLTextBox(int InstanceID, double Top, double Left,double Width, char * HTMLText) when I make this change it works as expected. It appears to be the same for 'DrawHTMLText' too Not a bug but a documentation error Phil

Rowan Members Profile Find Members Posts Moderator Group Joined: 10 Jan 09 Status: Offline Points: 398	Post Options Post Reply Quote Rowan Report Post Thanks(0) Quote Reply Posted: 29 Oct 10 at 7:47AM
	Hi Phil, The DrawHTMLTextBox and DrawHTMLTextBox functions are working as expected, but what might be confusing you is the origin for drawing the co-ordinates. By default the origin point (0,0) for drawing the co-ordinates is the bottom left corner of the page. So this means that when you are determining the value for the top parameter that you need to measure from the bottom of the page up to the top -- e.g. if the page is 700 pt high and you want to draw some text 10 points from the top, then you would use 690 pt with the top parameter. HOWEVER, if you want to change the origin of the page you can use the SetOrigin function to do this. Just call SetOrigin(1) and then all co-ordinates will been drawn from the top left corner of the page. This is what I usually do when I'm writing some code for the library. Cheers, - Rowan.

pdfOakleaf Members Profile Find Members Posts Beginner Joined: 24 Oct 10 Status: Offline Points: 10	Post Options Post Reply Quote pdfOakleaf Report Post Thanks(0) Quote Reply Posted: 29 Oct 10 at 10:08AM
	you're absolutely right. Sorry about that, either too much or too little caffine. I'm trying to integrate your library into our MFC C++ application to replace the Print/Preivew system that we've had for years. It was a little puzzling at first but after a few hours of trail and error I got the hang of how it worked and have to say that it is a breath of fresh air and a real pleasure to work with. Although the reference library is very comprehensive it may help to have a more detailed "Getting starrted" document just to orientate new users - just an observation. Anyway, we should soon have our system generating pure PDF reports which will make me and our users very happy. So, many thanks for providing the library and the support - it's amazing! Phil

Rowan Members Profile Find Members Posts Moderator Group Joined: 10 Jan 09 Status: Offline Points: 398	Post Options Post Reply Quote Rowan Report Post Thanks(0) Quote Reply Posted: 03 Nov 10 at 9:32PM
	Hi Phil, Glad to hear that cleared up the issue. We are working on a developers guide that will be automatically generated with each new release by the build system, but it's quite detailed and is taking a while to write. We'll try to get it out before the end of the year though. I do agree that the reference guide by itself is a little bit daunting to beginners. Hopefully the developers guide will make life much easier. Thanks for the positive feedback! Cheers, - Rowan.

pdfOakleaf Members Profile Find Members Posts Beginner Joined: 24 Oct 10 Status: Offline Points: 10	Post Options Post Reply Quote pdfOakleaf Report Post Thanks(0) Quote Reply Posted: 04 Nov 10 at 11:45AM
	Do you have any news on the GetTableColumnCount(tableID); issue as I''m sure it's returning the row count and I would like to use the correct value thanks Phil

Rowan Members Profile Find Members Posts Moderator Group Joined: 10 Jan 09 Status: Offline Points: 398	Post Options Post Reply Quote Rowan Report Post Thanks(0) Quote Reply Posted: 04 Nov 10 at 11:59AM
	Hi Phil, Yes, that bug was fixed in 7.22 beta 3 which we released yesterday: http://www.quickpdflibrary.com/blog/2010/11/quick-pdf-library-7-22-beta-3-released/ Cheers, - Rowan.