L
LondonYank
Hi,
We are developing a solution for a client in which we are trying to allow
Tablet PC users to fill out forms using pen / ink input within the embedded
..NET Infopath FormControl. According to this page
http://msdn.microsoft.com/en-us/library/aa701079.aspx#infopath2007hostinginfopathforms_notavailable
- ink entry is not available in the InfoPath 2007 formscontrol. This means
that unlike filling out a form in Infopath itself - in which a tablet user
can write text directly into a Richtext field and it will be recognised - the
user is forced to rely on the standard Windows Tablet popup control with the
virtual keyboard etc, which the client is desperate to avoid.
My question is twofold:
1) Is this omission of ink entry in embedded forms likely to be rectified in
Infopath 2010?
2) If the answer to 1 is "No" then are there 3rd-party solutions available
that would provide ink entry capabilities for Infopath forms in a hosted .NET
winforms solution?
Thanks in advance for your help!
-Luke
We are developing a solution for a client in which we are trying to allow
Tablet PC users to fill out forms using pen / ink input within the embedded
..NET Infopath FormControl. According to this page
http://msdn.microsoft.com/en-us/library/aa701079.aspx#infopath2007hostinginfopathforms_notavailable
- ink entry is not available in the InfoPath 2007 formscontrol. This means
that unlike filling out a form in Infopath itself - in which a tablet user
can write text directly into a Richtext field and it will be recognised - the
user is forced to rely on the standard Windows Tablet popup control with the
virtual keyboard etc, which the client is desperate to avoid.
My question is twofold:
1) Is this omission of ink entry in embedded forms likely to be rectified in
Infopath 2010?
2) If the answer to 1 is "No" then are there 3rd-party solutions available
that would provide ink entry capabilities for Infopath forms in a hosted .NET
winforms solution?
Thanks in advance for your help!
-Luke