You searched for the word(s): 12
-
-
thanks again as always for your quick response Hilary, I had tried ../preceding-sibling::my:SharePointListItem_RW/my:/pc:Person/pc:AccountId, but not ../../../preceding-sibling::my:SharePointListItem_RW/my:Editor/pc:Person/pc:AccountId (so with the editor and extra syntax)
I will give it a go as soon as I can ...
-
Maybe ../../../preceding-sibling::my:SharePointListItem_RW/my:Editor/pc:Person/pc:AccountId for the account ID?
-
Is this in email? Or when you open the form in Filler? Or in the browser? If in email, in the view sent in the email, this would be normal.
-
Hi, Arthur - sorry we missed this question. My guess is that you need to set postback to always on your date controls to make sure the qRules command executes - that is under the control's properties on the browser tab. Usually, when a qRules command works in Filler (Preview) but not in browser, that is the first thing to check. :)
-
I would think you just need a rule on each of the checkbox fields that runs when the field is "false" to set things back? Have you tried that? Feel free to attach your form under Options in a reply if you'd like me to take a look. :)
-
Awesome - thanks for posting! :)
-
Which table has the issue?
-
In one of my forms I faced a very strange situation. I have 5 Repeating Tables in it and all of them have same or similar rules to prevent users to add or delete rows based on some conditions. 4 Repeating Tables work as expected, but 1 table does not work. Even if conditions are met, users still can add and remove rows from it. ...
-
I have been researching and attempting other solutions to this issue, and I know it has been answered in the past, but I wanted to share the solution I came up with.
I created a dual approach for this, which includes allocating one of the fields in the repeat table to be an autonumber field, then placing a rule on the entire repeat ...