PDF-XChange Viewer SDK for Developer's
(ActiveX and Simple DLL Versions)
Moderators:PDF-XChange Support, Daniel - PDF-XChange, Chris - PDF-XChange, Sean - PDF-XChange, Vasyl - PDF-XChange, Ivan - Tracker Software, Stefan - PDF-XChange
flds = "";
for (i = 0; i < this.numFields; i++)
{ flds = flds + this.getNthFieldName(i) + "\r\n"; }
There is attached example of PDF I'm using.
I noticed that this code is couple of dozens times slower in 2.5 beta (build 189) than in previous versions of PDF XChange Viewer.
Please take a look if there is anything to do to make it faster.
Regards Mebulo
You do not have the required permissions to view the files attached to this post.
This is a bit older topic, and in the time between that last post and now we have released quite a few builds. Can you please test and see if it's still slow with build 201 of our Viewer?
I've just tested it with the newest 2.5.201 build and it is much slower that with 2.0.x release of PDF XChange Viewer Pro.
The issue can be reproduced it the following way:
- Use PDFXChangeViewerActiveX.exe or JavaScript.exe at AX_DelphiExamples.
- open PDF attached previously
test #1 - 2.0 (build 57) installed
result of the JS snipped is displayed immediately,
test #2 - 2.5.201 installed
result of the JS snipped is displayed after 12 seconds
thanks for that. We looked into it and found that the cause was the need to sort the results each time before getting the field. We will implement caching of the sorted results to facilitate faster returns on subsequent requests. This should be done for the next build.
Ref RT#1426: Getting form fields much slower then before
hth
Best regards
Paul O'Rorke
PDF-XChange Support
http://www.pdf-xchange.com
I see in the ticket that it's been targeted to be resolved with the next build (202) of our products, but when that build will be I can not tell for now.
As soon as the ticket is resolved - or we do have a precise build release date - we will post that additional info here.