>I don't really get all this XML stuff, and somehow, it has left me feeling kind left behind. I have never used it, and maybe I don't need it. I have one case where I am tempted to think I could, so let's see...
>
>First off, my app is only running as an EXE right here on our lcoal LAN. So, no http stuff is going on (I guess that is the purpose of XML?)
>
>So I have a case in a Parent-Child form where I let the user go to a parent record, and copy all the child records to a temp cursor (via SQL call with READWRITE), then they can go to another parent record in the same instance of the form, and they can paste the "buffered" child records as child records for the current parent. Upon pasting, I change the foreign key to point to the current parent. This provides a copy-paste like feature.
>
>Notice that above I said "SAME INSTANCE". All my forms can run multiple instances and each intsance uses a Private DataSession. This lets each instance have its own buffered records cursor. Now, I'd like to have only one buffered record set that can be used *between* form instances, so that you could copy in one instance, and paste into another intance.
>
>So, I could (1) write the cursor to a table, or (2) create public/global collection of objects (too complicated), or maybe (3) use this fancy XML stuff just to say I use XML.
>
>So, is this new structure a good use of XML, or should I just stick to using tables? What would I gain with XML?

If I understand what you're doing, it seems to me that all you need to do is make sure each instance of the form has a unique alias for the cursor, and you don't need to write the date at all. Just use SYS(2015) to create the cursor alias, store that name in a form property and you're good to go.

Tamar