Hi,
are there any plans to realize the XChangeViewer as "real" wpf control (bindings etc.) that can be used in an MVVM scenario?
Best regards,
cew
XChangeViewer as WPF control in MVVM
Moderators: PDF-XChange Support, Daniel - PDF-XChange, Chris - PDF-XChange, Sean - PDF-XChange, Vasyl - PDF-XChange, Ivan - Tracker Software, Stefan - PDF-XChange
-
- Site Admin
- Posts: 19868
- Joined: Mon Jan 12, 2009 8:07 am
Re: XChangeViewer as WPF control in MVVM
Hello Cew,
I am not aware of any such plans, so have passed your question to the dev team and we will give you a more detailed answer shortly.
Best,
Stefan
I am not aware of any such plans, so have passed your question to the dev team and we will give you a more detailed answer shortly.
Best,
Stefan
-
- User
- Posts: 1
- Joined: Thu Sep 27, 2012 9:22 pm
Re: XChangeViewer as WPF control in MVVM
Hi,
I have two questions regarding your Pdf XChange Viewer.
1) Has there been any development on creating a native WPF control?
2) We are having problems using the WinFormsHost method. We created one just like you demonstrated in the following url, however, it has problems with appearing above other UI elements, and every time someone switches to the tab with the control in it, a new PDFXCview.exe process is launched and never shuts down until our application shuts down. By the time someone is done using our application, there's like 30 or more of these typically. Do know why both of these behaviors are happening?
https://forum.pdf-xchange.com/ ... wpf#p38821
Thanks for any help you can provide!
Thanks,
Charlie
I have two questions regarding your Pdf XChange Viewer.
1) Has there been any development on creating a native WPF control?
2) We are having problems using the WinFormsHost method. We created one just like you demonstrated in the following url, however, it has problems with appearing above other UI elements, and every time someone switches to the tab with the control in it, a new PDFXCview.exe process is launched and never shuts down until our application shuts down. By the time someone is done using our application, there's like 30 or more of these typically. Do know why both of these behaviors are happening?
https://forum.pdf-xchange.com/ ... wpf#p38821
Thanks for any help you can provide!
Thanks,
Charlie
-
- User
- Posts: 205
- Joined: Fri May 18, 2012 8:41 pm
Re: XChangeViewer as WPF control in MVVM
Hi cmathis430,
Thanks for your post.
Regarding your questions:
1. We do not have any development on creating a native WPF control for PDF-XChange Viewer but you can embed the PDF-XChange Viewer Active X on a native WPF form. Native development on .NET is not a main priority in the short term for now. Our development team is really busy finishing PDF-XChange Viewer version 3.
2. Please send us a demo project we can compile and run that shows the behavior you are describing to support@pdf-xchange.com
Thanks.
Sincerely,
Thanks for your post.
Regarding your questions:
1. We do not have any development on creating a native WPF control for PDF-XChange Viewer but you can embed the PDF-XChange Viewer Active X on a native WPF form. Native development on .NET is not a main priority in the short term for now. Our development team is really busy finishing PDF-XChange Viewer version 3.
2. Please send us a demo project we can compile and run that shows the behavior you are describing to support@pdf-xchange.com
Thanks.
Sincerely,