Olá a todos!

Venho, através desta mensagem, colocar uma situação que, quem sabe, até venha a trazer melhorias futuras no VFP (espero que ainda na versão 7, através de um service pack).

É o seguinte... estamos aqui na UERN com a necessidade real de implementarmos módulos de nosso sistema acadêmico pela WEB. Até aí tudo beleza e fácil.

Utilizamos o VFP 7.0 com a filosofia n-tier (camadas), com regras de negócio e acesso ao banco através de componentes COM que são gerenciados pelo MTS/Serviço de Componentes do Windows NT/2000 Server.

As atividades inerentes aos bancos de dados estão nos próprios bancos, ou seja: integridade, relacionamento, procedimentos armazenados, triggers, etc.

Como percebem, utilizamos o VFP para tudo :-). Da interface ao banco de dados, agora passando pelas camadas de negócio e acesso a dados. Agora o ASP terá que entrar na jogada para fazer a parte da WEB.

A questão do problema na implementação WEB é que precisaremos emitir relatórios, no padrão dos relatórios do VFP, não podendo ser relatórios de páginas HTML, como por exemplo os diários de classe, declarações, etc.

Nossa universidade atende a todo o estado, através de campi espalhados em 4 municípios, além da sede, distantes até 260 KM.

Nossa estrutura de informática está na sede, onde estão nossos servidores e armazenados os dados.

Nos campi, queremos acessar estes dados através da WEB, mas também precisaremos que sejam impressos relatórios, a partir de seleções efetuadas pelos usuários desses campi.

A solução, que até ontem nos pareceu viável, seria a impressão dos REPORTS do VFP no servidor, direcionando-os para arquivos do tipo PDF, que poderiam ser apresentados no BROWSER dos usuários e, assim, impressos localmente com a qualidade dos relatórios emitidos diretamente pelos aplicativos VFP.

Para isto, até conseguimos utilizar uma classe desenvolvida pelo Rick Strahl, para geração de arquivos PDF a partir dos REPORTS do VFP.

Porém a questão ainda não está resolvida :-( E por um pequeno detalhe apenas...

Os REPORTS do VFP efetuam saída de interface visual (aquela janelinha que aparece indicando as páginas e apresentando a mensagem "printing...").

Como sabem, componentes COM que rodam "dentro do processo" não podem, por definição, possuírem saída de interface visual e com isto lá se foi o nosso tão esperado momento de utilizarmos relatórios gerados pelo VFP e disponibilizados via WEB com utilização de BROWSER nas estações clientes.

A solução apresentada pelo Rick Strahl é a utilização de SERVER VFP através de componente do tipo EXE (e não DLL) "fora do processo", mas que torna-se inviável para nós, que utilizamos DLL e componentes "dentro do processo", gerenciados pelo MTS.

Explicado o problema, ao mesmo tempo em que questiono a todos se alguém deste fórum já encontrou ou utiliza alguma solução para apresentação de relatórios do VFP via WEB e utilização de BROWSERs nas estações, gostaria de levantar a questão de se fazer chegar ao pessoal do desenvolvimento do VFP na Microsoft este "problema" da saída de interface visual durante o processamento dos REPORTS do VFP.

Será que a inclusão de uma cláusula nova, tipo NOSHOW, não faria com que a emissão do comando "REPORT FORM nome_relatorio NOSHOW TO PRINTER" pudesse tornar viável a utilização deste importante comando em componentes COM dentro do processo?

Fica a sugestão para corrigir esta grave limitação do VFP em tempo de programação em camadas e para WEB!