-
I don't think there is a way to do this. InfoPath uses IE's rendering engine, I believe, which creates this limitation.
-
InfoPath doesn't have an IF function. Instead, you could use rules with conditions. For example, you could put a rule on the NumberSource field with the condition that NumberSource <= 30, set the field you want to use for your value to "Improvable". Another option would be to have expression boxes on the form with these words and ...
-
Mind attaching a copy of your template to a reply under the options tab?
-
I think the simplest approach would be to display the same multi-select in the edit view in the view you are using for the default for opening existing items (set under the Form Options). Use conditional formatting to disable editing, so users can't try to select or deselect options. Make sense?
-
How does the Categories table relate to the Orders table? The CategoryID in the Items table?
-
Thanks for letting us know and for the additional details. I've filed a bug in our bug tracking system so that we can review this.
-
I'll file a case on this for review so we can see if there a bug here - just to make sure I understand, you have two users with different account IDs but the same name, and when one of them uses the SubmitToSharePointList command in a browser form, you get an error.
-
I misunderstood. I thought you meant you were submitting user information to a list. Is this a filler or browser form?
-
Deleting is going to be hard, for the exact reason you mention - how do you know what was deleted? I'd probably add a "delete" button to my table and teach users to use that instead. Add a column named "Removed" to your list, add a hidden field called removed to your form. Hide rows in the form table where Removed = true, ...
-
Hi - so you are submitting the display name to your list? I usually use the account ID - here's a blog post on that. http://www.infopathdev.com/blogs/hilary/archive/2013/01/17/qrules-submittosharepointlist-and-a-person-or-group-column-type.aspx