Hello Peter;

>Quando se usa o INNO e se usa OCX, é necessário saber qual o nome do arquivo da OCX.
>Por exemplo: P/ Enviar o Treeview é necesário enviar p/ o cliente o arquivo mscomctl.ocx,
>que contem a Treeview.

É peguei o macete.. Não é tão instantaneo como o shieldexpress do VFP.. Mas tambem é bastante prático..

>A forma mais facil de poder reutilizar um script do INNo p/ outro aplicativo é criar uma
>pasta onde vc coloca todos os arquivos basicos ordenados que vc tem que instalar nas
>estações do cliente.
>(Ou importando de um script já existente p/ um novo)
>
>Exemplo->
>Pasta: Inno_arquivos
>Sub-Pastas -> OCX, VFP_Runtimes, Fontes, SQL_DMO, Imagens, etc...
>
>Arquivos contidos na pasta VFP_Runtimes:
>gdiplus.dll
>vfp8r.dll
>msvcr70.dll
>VFP8RENU.DLL
>msxml3r.dll
>MSVCR70.DLL
>etc...
>
>Arquivos da pasta OCX:
>mscomctl.ocx
>imgadmin.ocx
>imgedit.ocx
>ockodak.dll
>richtx32.ocx
>etc...
>
Sou usuário do VFP6sp5, e não estou tendo completa segurança se os arquivos que coloquei (do runtime) serão suficientes.. Que foram estes..

Source: ..\WINDOWS\SYSTEM\VFP6RENU.DLL; DestDir: {sys}; Flags: regserver sharedfile onlyifdoesntexist
Source: ..\WINDOWS\SYSTEM\VFP6RUN.EXE;  DestDir: {sys}; Flags: regserver sharedfile onlyifdoesntexist
Source: ..\WINDOWS\SYSTEM\VFP6R.DLL;    DestDir: {sys}; Flags: regserver sharedfile onlyifdoesntexist

>Desta forma qdo vc cria um script e define na Secção [Files] os arquivos necessários,
>eles estarão todos agrupados em um mesmo lugar.
>Da até para cria sub-sub-diretorios p/ agrupar por módulos mais especificos.
>Isto facilita qdo. se tem que localizar os arquivos necessários p/ gerar o script.
>(Facilita muito qdo se usa Drag&Drop do ISToll, e qdo se cria um outro script que necessita de arq. iguais)

Utilizei o ISToll para criar o script (não faço nenhuma operação drag&drop entre eles)..

As duas ferramentas são nota 1000.. Exatamente tudo que nós desenvolvedores necessitavamos.. É completíssimo.. Bate em anos-luz o installshield
>
>Uma das coisas que muito me agrada no Inno é que posso fazer é executar um arquivo .exe
>da propria MS que faz instalação de componentes necessários de forma transparente, como
>a instalação da Wscript, vide exemplo:
>

>Source: D:\Sistemas\wscript98\scr56ptb.exe; DestDir: {tmp}; MinVersion: 4.0.950,0; OnlyBelowVersion: 4.9.3000,0; Components: WSCRIPT; Flags: ignoreversion
>

>
E a integração dele com estes scripts é algo fantástico..

O que é que faz este scr56ptb.exe ?

>Isto torna a nossa instalação extremamente profissional, pois o cliente nem percebe que
>estamos rodando arquivos de instalação da M$ que configuram a maquina p/ poder rodar o
>nosso aplicativo.
>Uso isto p/ instalar o MSDE em alguns clientes que não tem porte p/ o SQL Server.
>

No final da minha instalação eu tenho que rodar dois aplicativos (um depois do outro).. Mesmo que eu marque esta opção ele esta disparando os dois simultaneamente.. Você sabe como evitar isto ?

>A nova versão tem a capacidade de gerar scripts com um código extremamente sofisticado.
>Um local p/ encontrar varios modelos de scripts para n coisas é este: http://www13.brinkster.com/vincenzog/articles.asp
>Mas eu até hoje ainda não tive a necessidade de um controle maior que o basico oferecido.

Já fui lá.. Você tem razão é muito alem da maioria das necessidades (por ser muito completo)
>
>PS: Para saber o nome do arquivo da OCX que deve ser compactado no Script, basta ir até o
>VFP e criar um novo formulário, depois clicar em inserir objeto OLE.
>Quando se navega por cada objeto OCX listado, o nome e o local onde se encontra o arquivo
>é exibido na parte inferior deste form facilitando este trabalho.
>

Na versão 6 ainda num ta lá não..

>Vc vai gostar...
>
Adorei.. Já é a nossa ferramenta pra instalação de aplicativos.. Fizemos vários testes.. Esta aprovadíssima !!

>
>[]'s

Um monte de [] para voce tambem.. Obrigado..


Ps: Se eu tivesse o poder das 3 estrelas com certeza teria lhe dado.. Muito completa sua resposta..

:)

Claudio