Cláudio,

Agora me diga, qual o principal motivo do VFP não suportar o .Net FrameWork, parece que até o jurásico cobol terá um versão para o .NET e CLR ?

Me diga o seguinte o que aconteceria se um outro produtor de xbase fizer isto ? ( www.xbase.com, www.dbase.com, etc.. )

Não que eu queira ficar presso a uma ferramenta. Mas gostaria de saber os motivos técnicos para isto.


>>O que penso : Vamos estudar o tal de C# urgente.
>
>não diria urgente porque ainda vai um tempo até o Longhorn ser lançado, e mesmo após isso ainda vai outro tempo até ser amplamente adotado pelo mercado.
>
>Tem sempre aquela questão: o Windows XP trouxe os "temas", e o VFP 8 foi capaz de suportar isso. E se não fosse? Seria um grande problema ter aplicações em VFP que não suportassem os "temas do Windows XP"? Funcionalmente, provavelmente não. É óbvio que a questão de não ter uma aplicação que tem uma aparência "moderna" sempre será levantada, mas é questionável até certo ponto.
>
>De qualquer forma, não considerar o .NET, ao menos entendendo como funciona, quais tipos de funcionalidades estão disponíveis, este tipo coisa, na minha opinião é um erro. Está cada vez mais complicado para o VFP manter a famosa compatibilidade retroativa, e quanto mais avançado fica o sistema operacional e as demais ferramentas de desenvolvimento, mais difícil fica para o VFP acompanhar.
>
>Mas ainda assim, é óbvio que o VFP ainda tem alguns anos para respirar. :)