Olá Alex,

>O que o .Net faz é criar uma representação dos objetos gráficos no servidor en HTML compativel com os browsers nomundo.

Aí é que está o problema do VFP no cenário que está se firmando: aplicações web.

Se o FoxPro Team não fizer nada neste sentido, o nosso mercado (aplicações desktop) vai diminuir cada vez mais.

Hoje em dia a característica "data centric" do VFP não tem o mesmo peso e apelo que uma aplicação rodando debaixo de um browser acessando seja lá a base de dados que for. Pelo menos esta é a realidade que estou vivenciando.

Um abraço,

Fernando

>>Seguinte pessoal...
>>Estou utilizando o IIS e o FoxWeb aqui, mas pelo que vi não tem como eu enviar as telas do foxpro para a internet como o Vb.Net faz...
>>Ele só interpreta o codigo fonte do foxpro (.prg) mas a interface gráfica tem que ser desenvolvida no DreamWeaver (por exemplo), não tem como utilizar os componentes do foxpro na web?! como é feito no vb.net no delphi 8.0 e no c# e talz?
>
>Não tem forma ja que as forms do VFP nào são um standard é um navegador (browser) só sabe como usar HTML. O que ó Rick Strahl fez faz ja muitos anos, foi arepresentar gráficamente através do DHTML (IE 4+). Para 'utilizar os componentes do foxpro na web" como vc diz, devería ter um runtime do VFP (da versão correta) no cliente. Imposivel na web. Isso foi como a antiga tecnologia do "Active Documents" (DOA - "morta aõ começo") trabalhava.
>
>O que o .Net faz é criar uma representação dos objetos gráficos no servidor en HTML compativel com os browsers nomundo.