>Hola, José Luis.
>
>>>XML nativo
>>
>>Esto sería de desear en nuevas versiones, pero o ha cambiado en VFP9 o el manejo de XML no es nativo, necesita de controles de IE para funcionar, lo que lo limita. Sería una buena mejora para la próxima versión.
>
>No es ningún control de IE lo que necesitas, sino el MSXML, que es al parser standard de Microsoft. Y está bien que utilice un componente externo que puede actualizarse por separado. Si hubiesen reescrito el código del parsing de XML se rompería la lógica de uso de componentes, con todo lo que ello implica.

Tenía entendido que MSXML moría tan pronto naciera el nuevo SO de MS ó es que va a morir antes VFP ;-D

¿Que fecha de soporte tiene la última versión de MSXML?


>
>
>>> Hace COM Automation muy bien desde VFP5.
>>
>>Esto es otra cosa que hasta la 8 no estuvo completamente desarrollado, y que hasta que no tenga el nivel de compatibilidad obtenido con VB6 no me quedaré satisfecho, auqnue dudo que lo trabajen dado que lo que viene es .NET, de hecho preferiría que se centrasen más en la intercomunicación de .NET y VFP.
>
>Tampoco es verdad. El mayor nivel lo alcanzó en VFP 7. VFP es una plataforma de desarrollo COM tan buena como VB6 (o mejor). Supongo que te refieres a controles ActiveX que no funcionan del todo bien en VFP, pero en esos casos la culpa es del fabricante, que no hace los controles lo suficientemente genéricos.
>
>Encantado de disentir nuevamente contigo,

Vale. Cuando consigas manejar los objetos COM de SQL Server me lo cuentas de nuevo, que tiene mucha gracia, por ejemplo para consultar los eventos cuando estás haciendo un Backup...

Debe ser que el "fabricante" de los controles de SQL Server no sigue los standars de Microsoft
;-D ó quizá es que VFP no sea capaz de implementar todos los interfaces COM como si hace VB6... una de las dos cosas ;-D

Siempre discutidor tuyo ...
José Luis Santana