InfoPath Dev

There is no tree view control built in to InfoPath and I don't know of any ActiveX control that successfully gives you a tree view in InfoPath. You can design your own custom tree view if you are a confident InfoPath developer. If you need some professional assistance, contact Qdabra Software for a quote.

Loading the file during OnLoad is certainly a valid option, only you need to write code to copy the values from the file you loaded to your DOM. But you must also be aware of any changes to the file and handle those yourself (i.e. rows added/removed, etc).

Do the envelope values get cleared upon send (I have never tried this so I don't know). If they do get cleared, then you best bet is to get them BEFORE sending. If not, then you should still be able to get the value.

I can't and don't speak for Microsoft, but I have worked for them in the past. I can, however, say that do to IP issues and the need to gaurantee original sources of both the ideas, code, etc., in order to prevent legal issues, Microsoft and other large corporations tend to avoid such practices and develop in-house as necessary.

Take a look at your OnAfterChange event handler... it sounds like you are getting yourself into an 'endless loop'. This would occur when your handler sets a value which ultimately causes your handler to get called again--thus the loop and the error message you are seeing.

Yes, I think you are right about the namespace issue. As I was reading through your latest scenario, the same thought crossed my mind. You will need to use .setProperty() on objNewDoc after it gets Set. You will need to find out what the namespace is in Bravo.xsn and use that value in the setProperty() method. Once you've established the ...

Glad to help.

So you are referring to Undo within the designer and not within the editor. I've not really paid much attention to how Undo works in the designer. As for losing the rules on the buttons when you copy-pasted... that is unfortunately the expected behavior. Why? Not sure. I think its a bad behavior, but that's how it is. Those rules will have to be ...

Are you using a relative or absolute XPath in your call to e.Site.selectSingleNode()? That makes a difference. It sounds like you just want to update a text box on the same row as the check box. This being the case, your XPath should be relative (i.e. ''../my:TextBox'').

You might want to try another list even a sample. The issue is that the GUID is not being resolved properly. So if you are sure the GUID is right then it probably is that you are refering to the wrong site. One thing I thought of is the data connection you are submiting with.. You need to navigate to the lists.asmx for the specific subsite ...