-
Well, the command node is always cleared after the command runs, so you wouldn't see a value there. For this command, the error node should return any error that is returned to the data connection when it is executed, but it sounds like this issue doesn't actually return an error from the data connection.
-
Did you check the qRules Error node?
-
-
If you use "//" you will get the first instance, as "//" selects nodes in the document from the current node that match the selection no matter where they are.
Did you try my:Treatment yet, as I initially suggested? If the repeating group is FinancialAllocation, I'd expect my:Treatment to work.
-
Got it.
Okay, you are always going to be getting the first instance of CmdtyGroup in your code for the second drop down.
I'd suggest you change your method and pass in the current row CmdtyGroup - add the changed event to that field, and pass e.NewValue to the CmdtySubGroup method. The you could just use that string in your stored ...
-
What would the Access database contain? I'm not sure I understand how a database could replace calculation functions - I'm having trouble envisioning that.
In that case, it may be that this is a situation where you'll end up having to write some custom code, unfortunately.
This blog post has some nice info that may help you get ...
-
You don't want an absolute path. You want a relative path. Assuming your button is in FinancialAllocation - you want "my:Treatement". If your button is in Lines, you want "my:FinancialAllocation/my:Treatment"
-
Is my:Treatment inside the same repeating group as your button? If so, you want:
string xhtmlRTFField = domNavTreatment.SelectSingleNode("my:Treatment", NamespaceManager).InnerXml ;
-
Hi -
So I think you are saying that if you have additional instances of your repeating section, the filters on the drop down list are not behaving as anticipated - they filter for the first row's selection?
If you look at your filter in the formula editor, and click Edit XPath, what's your XPath look like?
-
Hi - any chance you are using InfoPath 2010? If so, do you have SharePoint 2010 installed with Excel Services configured? I realize this is a long shot and a lot of requirements, but with IP 2010 REST connections and the Excel Services REST API, you can actually use Excel as a calculation engine for InfoPath, no code required.