Search found 37 matches
- Mon Feb 05, 2018 10:57 pm
- Forum: PDF-XChange Editor SDK
- Topic: 324.1 Printing bug
- Replies: 6
- Views: 1567
324.1 Printing bug
After upgrading to 324.1, about half of the form fields (the bottom half) do not print on at least one of my forms. Checking the "Print as image" box in the print dialog makes them reappear. I downgraded back to 323.2 and the problem went away.
- Sat Dec 16, 2017 2:27 am
- Forum: PDF-XChange Editor SDK
- Topic: Build 323.1 heap corruption
- Replies: 1
- Views: 698
Build 323.1 heap corruption
The attached file is causing both the SDK and the end user PDFXChange Editor to crash with heap corruption on 323.1. I haven't tested 323.0, but I can't reproduce it on 322.7. To reproduce, move the mouse between the sticky notes and the submit button, pausing on each to allow the note text balloon ...
- Fri Dec 08, 2017 9:53 pm
- Forum: PDF-XChange Editor SDK
- Topic: Build 323 VisibleCmdPanes not working
- Replies: 11
- Views: 2437
Re: Build 323 VisibleCmdPanes not working
I'm happy with that for now. I understand a fix is in the queue for the next release. Thanks.
- Fri Dec 08, 2017 5:51 pm
- Forum: PDF-XChange Editor SDK
- Topic: Build 323 VisibleCmdPanes not working
- Replies: 11
- Views: 2437
Re: Build 323 VisibleCmdPanes not working
That ended up working after changing "first" and "last" to all lowercase. Checking for multiple dots in the cmdbar name prevents quite a few exceptions, which are slow. This code still results in a few exceptions but it's not a big deal. Try For i As Integer = (.Inst.Str2ID("...
- Thu Dec 07, 2017 1:40 am
- Forum: PDF-XChange Editor SDK
- Topic: Form field font display interoperability issue
- Replies: 11
- Views: 2539
Re: Form field font display interoperability issue
This issue seems to be mostly fixed in the 323 build, but Acrobat still displays an incorrect font. I think the issue at this point is the name of the font. When I use IPXC_Document::CreateNewFont("Free 3 of 9"), the font name as displayed in Acrobat ends up being "Free3of9,Regular&qu...
- Thu Dec 07, 2017 12:10 am
- Forum: PDF-XChange Editor SDK
- Topic: Build 323 VisibleCmdPanes not working
- Replies: 11
- Views: 2437
Re: Build 323 VisibleCmdPanes not working
Thanks, but that didn't work. Changing .VisibleCmdPanes has no impact regardless of the state of EnableRibbonUI(). I can partially work around the problem by doing AxPXV_Control.Inst.MainFrm(0).View.CmdPaneTop.Hide(), but I haven't yet figured out how to get rid of the bottom bar. In the prior versi...
- Tue Dec 05, 2017 4:12 pm
- Forum: PDF-XChange Editor SDK
- Topic: Build 323 VisibleCmdPanes not working
- Replies: 11
- Views: 2437
Re: Build 323 VisibleCmdPanes not working
The download page hasn't been updated yet but if you click the download link you get an SDK that identifies itself as 7.0.323.0. Is there an ETA for a build with updated ribbon behavior? Thanks! Hello askelly, There is no 323 build for the SDK yet - the SDK part needs to be updated for correct ribbo...
- Tue Dec 05, 2017 1:08 am
- Forum: PDF-XChange Editor SDK
- Topic: Build 323 VisibleCmdPanes not working
- Replies: 11
- Views: 2437
Build 323 VisibleCmdPanes not working
The .VisibleCmdPanes property doesn't appear to be working in the 323 build. This is true in my app and also in FullDemo, where toggling the "Show Command Panes" checkbox has no effect.
- Tue Aug 29, 2017 3:24 pm
- Forum: PDF-XChange Editor SDK
- Topic: Form field font display interoperability issue
- Replies: 11
- Views: 2539
Re: Form field font display interoperability issue
What's the ETA for the 323 build? Thanks.
- Tue Jul 25, 2017 5:20 pm
- Forum: PDF-XChange Editor SDK
- Topic: Form field font display interoperability issue
- Replies: 11
- Views: 2539
Re: Form field font display interoperability issue
Hi,
I just wanted to give this topic a bump to make sure it's not forgotten. I'm not able to transition away from Acrobat until this issue is fixed, and Acrobat is really giving us grief on a daily basis. Thanks.
I just wanted to give this topic a bump to make sure it's not forgotten. I'm not able to transition away from Acrobat until this issue is fixed, and Acrobat is really giving us grief on a daily basis. Thanks.
- Fri Jun 16, 2017 4:22 pm
- Forum: PDF-XChange Editor SDK
- Topic: Form field font display interoperability issue
- Replies: 11
- Views: 2539
Re: Form field font display interoperability issue
What is the status of this fix? Thanks.
- Wed May 17, 2017 4:02 pm
- Forum: PDF-XChange Editor SDK
- Topic: Form field font display interoperability issue
- Replies: 11
- Views: 2539
Re: Form field font display interoperability issue
Argh. Ok, thank you.
- Tue May 16, 2017 3:54 pm
- Forum: PDF-XChange Editor SDK
- Topic: Form field font display interoperability issue
- Replies: 11
- Views: 2539
Form field font display interoperability issue
Is it possible to give an ETA for when a developer build will be available containing a fix for the issue described here: https://www.pdf-xchange.com/forum3/viewtopic.php?f=62&t=29033? My app is unusable in production without this fix because all of the fields display and print in a barcode font...
- Tue May 09, 2017 5:21 pm
- Forum: PDF-XChange Editor
- Topic: Form field font display interoperability issue
- Replies: 4
- Views: 1363
- Mon May 08, 2017 10:38 pm
- Forum: PDF-XChange Editor
- Topic: Form field font display interoperability issue
- Replies: 4
- Views: 1363
Form field font display interoperability issue
There seems to be a form field font handling bug in 6.0 build 321 (at least). When a field's font is changed in PDF-XChange Editor or the SDK and the form is subsequently opened in Acrobat, an incorrect font is displayed unless the field value is being edited. If the font is changed twice, the first...
- Wed May 03, 2017 11:49 pm
- Forum: PDF-XChange Editor
- Topic: Javascript saveAs() parameter bug SOLVED
- Replies: 5
- Views: 2351
Javascript saveAs() parameter bug SOLVED
PDF-XChange Editor seems to be ignoring the bCopy parameter of the javascript saveAs() function. When bCopy is set to true, a copy of the current file should be created but the currently opened file should remain active in the editor. When bCopy is set to false, a copy of the current file should be ...
- Wed Apr 19, 2017 12:05 am
- Forum: PDF-XChange Editor SDK
- Topic: Send by E-mail
- Replies: 5
- Views: 1585
Re: Send by E-mail
In my case I'm not running any operation. The form has a button with a MouseUp action of "Submit a Form" using the URL "mailto:address@domain". So when the user clicks the button the ActiveX control handles the operation internally. This feature was not working in the 6.0.321.0 r...
- Fri Apr 14, 2017 10:03 pm
- Forum: PDF-XChange Editor SDK
- Topic: Send by E-mail
- Replies: 5
- Views: 1585
Re: Send by E-mail
This topic seems to have been abandoned but I have the same question. On forms using mailto: submission I want to always use the default MAPI client without prompting the user. Is that possible? I'm currently using the 6.0.321.17893 dev build. I guessed that the EMail.Client.ShowClientWindow setting...
- Thu Apr 13, 2017 4:54 pm
- Forum: PDF-XChange Editor SDK
- Topic: Programmatically calculate form fields
- Replies: 11
- Views: 2219
Re: Programmatically calculate form fields
That works. Thanks!
- Wed Apr 12, 2017 3:12 pm
- Forum: PDF-XChange Editor SDK
- Topic: Programmatically calculate form fields
- Replies: 11
- Views: 2219
Re: Programmatically calculate form fields
That isn't working for me. Did you make another change also? Thanks.
- Tue Apr 11, 2017 6:06 pm
- Forum: PDF-XChange Editor SDK
- Topic: Programmatically calculate form fields
- Replies: 11
- Views: 2219
Re: Programmatically calculate form fields
Please see the attached demo app. It should display a simple PDF form with three fields when it starts. There's a button at the top to fill values in the first two fields, after which the expected behavior is for the third field to display the sum. Thanks.
- Tue Apr 11, 2017 3:43 pm
- Forum: PDF-XChange Editor SDK
- Topic: Programmatically calculate form fields
- Replies: 11
- Views: 2219
Re: Programmatically calculate form fields
That doesn't seem to have any impact.
- Mon Apr 10, 2017 10:40 pm
- Forum: PDF-XChange Editor SDK
- Topic: Programmatically calculate form fields
- Replies: 11
- Views: 2219
Re: Programmatically calculate form fields
Yes, we're using it (incorrectly?) as you described. What you said makes sense, but I'm not sure how to resolve the issue without large changes to our existing Acrobat-based application. We have a function that allows the user to refresh the field data from a database without closing and reopening t...
- Fri Apr 07, 2017 11:10 pm
- Forum: PDF-XChange Editor SDK
- Topic: Misspelled setting
- Replies: 3
- Views: 992
Re: Misspelled setting
Also there's a "t" missing from each of these:
IPXC_Document.GetFuncion()
IPXC_Document.GetFuncionByHandle()
IPXC_Document.GetFuncionHandle()
IPXC_Document.GetFuncion()
IPXC_Document.GetFuncionByHandle()
IPXC_Document.GetFuncionHandle()
- Fri Apr 07, 2017 11:05 pm
- Forum: PDF-XChange Editor SDK
- Topic: Misspelled setting
- Replies: 3
- Views: 992
Misspelled setting
"Forms.HiglightFields" should be "Forms.HighlightFields"
- Fri Apr 07, 2017 11:01 pm
- Forum: PDF-XChange Editor SDK
- Topic: Programmatically calculate form fields
- Replies: 11
- Views: 2219
Programmatically calculate form fields
Calculated acroform fields are not calculating when the contributing field values are supplied programmatically using .SetValueText(). The Forms.AutoCalc setting is True. How can I force them to calculate without user interaction? Thanks.
- Thu Apr 06, 2017 3:42 pm
- Forum: PDF-XChange Editor SDK
- Topic: FieldFocusChanged event parameter SOLVED
- Replies: 7
- Views: 2406
Re: FieldFocusChanged event parameter SOLVED
That works. Thank you!
- Wed Apr 05, 2017 4:35 pm
- Forum: PDF-XChange Editor SDK
- Topic: FieldFocusChanged event parameter SOLVED
- Replies: 7
- Views: 2406
Re: FieldFocusChanged event parameter SOLVED
The TFF_Date flag seems to not be working. If I view a particular field's properties in PDF-XChange Editor it has "Category" set to "Date" in the "Format Value" section, but the flags are zero in the SDK. Other flags are working as expected. I'm using build 321. Thanks.
- Tue Apr 04, 2017 6:57 pm
- Forum: PDF-XChange Editor SDK
- Topic: FieldFocusChanged event parameter SOLVED
- Replies: 7
- Views: 2406
Re: FieldFocusChanged event parameter SOLVED
Thanks, that works. I think the documentation could be clearer that Param1 contains a pointer to an IPXC_Annotation. I was able to get it like this (VB.Net): Dim Annot As PDFXEdit.IPXC_Annotation = System.Runtime.InteropServices.Marshal.GetTypedObjectForIUnknown(e.pEvent.Param1, GetType(PDFXEdit.IPX...
- Mon Apr 03, 2017 11:20 pm
- Forum: PDF-XChange Editor SDK
- Topic: FieldFocusChanged event parameter SOLVED
- Replies: 7
- Views: 2406
FieldFocusChanged event parameter SOLVED
When a user clicks into an AcroForm field with a format category of Date, Acrobat DC adds a button to the right of the field that drops down a calendar control. I am migrating an app from Acrobat to Tracker and a tester has pointed out that Tracker lacks that feature. I figured I could just handle &...
- Thu Mar 30, 2017 4:54 pm
- Forum: PDF-XChange Editor SDK
- Topic: LoadLibrary from .Net SOLVED
- Replies: 9
- Views: 2356
Re: LoadLibrary from .Net SOLVED
Thanks, I'll give that a try. Hello askelly, Well i think the Click Once method should do exactly what you need. Though it should not be used for the deploying but just to specify a path to the dll that should be used. We have a sample on how to create and use the manifest file: https://sdkhelp.pdf-...
- Wed Mar 29, 2017 3:14 pm
- Forum: PDF-XChange Editor SDK
- Topic: LoadLibrary from .Net SOLVED
- Replies: 9
- Views: 2356
Re: LoadLibrary from .Net SOLVED
I was hoping to be able to distribute our app by just copying files, without any need to install prerequisites or register a COM server. ClickOnce is not appropriate for my environment. Thanks. Hello askelly, What is it you want to achieve? Probably, you're just using the wrong redistribution method...
- Tue Mar 28, 2017 3:48 pm
- Forum: PDF-XChange Editor SDK
- Topic: LoadLibrary from .Net SOLVED
- Replies: 9
- Views: 2356
Re: LoadLibrary from .Net SOLVED
Thanks! That works, but doesn't quite get me where I want to go. When I create an instance using "New PDFXEdit.PXV_Inst" then each AxPDFXEdit.AxPXV_Control I create uses that same instance. When I create an instance using PXV_GetInstance that is not the case. I think it might be because PX...
- Thu Mar 23, 2017 6:39 pm
- Forum: PDF-XChange Editor SDK
- Topic: LoadLibrary from .Net SOLVED
- Replies: 9
- Views: 2356
Re: LoadLibrary from .Net SOLVED
LoadLibrary and GetProcAddress are working fine, I just haven't figured out how to get a reference to IPXV_Inst using this method. Maybe another user has already figured this out and will share their code. Thanks. Hello askelly, Thanks for your post, but this question is not one for us to answer. Lo...
- Thu Mar 23, 2017 4:34 pm
- Forum: PDF-XChange Editor SDK
- Topic: LoadLibrary from .Net SOLVED
- Replies: 9
- Views: 2356
LoadLibrary from .Net SOLVED
Do you have sample code for using the LoadLibrary method of instantiation from VB.Net or C#? I'm referring to the last block of C++ code at https://sdkhelp.pdf-xchange.com/view/PXV:PXV_Inst. Thanks!
- Wed Mar 15, 2017 4:59 pm
- Forum: PDF-XChange Editor SDK
- Topic: Hide form field highlight bar
- Replies: 2
- Views: 904
- Wed Mar 15, 2017 4:50 pm
- Forum: PDF-XChange Editor SDK
- Topic: Hide form field highlight bar
- Replies: 2
- Views: 904
Hide form field highlight bar
How can I remove the green bar that says "This document contains interactive form Fields"? Thanks.