>Thanks Kevin and Paul,
>
>The reason I asked this question was a form that slowed considerably when new views where added to the DataEnvironments. It went from menu selection click to display in 3 (and under) seconds to display in 8+ seconds. And the underlying data did not change.
>

I've noticed that happening in some other VFP apps too (not just MM's apps). I think it has to do with VFP pulling down the various indexes associated with the tables. I haven't found any easy ways around it that are particularly elegant. Most of them involve just delaying opening the table as long as possible. Hmmm...It would be kind of cool if we had another property in the data environment that said basically, "NODATA, Really!" that, if checked, wouldn't even attempt to USE the view w/no data. When you needed it you could call Requery and have it automatically opened the first time it's used, otherwise do a normal requery. Obviously the framework would have to track this.

>Kevin, where in the 6.1 framework does the XML 'conversion' take place? I sounds very interesting and I'd love to look at the mechanics.
>
>Thansk.

The same place it did in 6.0 - there is a .PRG called DBF2XML in the Progs directory. It's a modified version of the one Ken Levy released.

BTW - Kevin - Is the code for CreateCursorFromXMLSchema() actually done now? It's missing in the version I've got.