Dúvida/confirmação minigui com wvt e dbfs

[JoséQuintas]

Dúvida/confirmação:

1) Pelo que percebi, os SELECTs pra DBF de um módulo afetam o posicionamento do outro. É isso mesmo? Sem chance de usar DBF?

2) Estou tentando fazer o oposto do normal: wvt como principal chamando a minigui.
a) Se colocar o formulário minigui como MAIN, ao fechar o formulário fecha o sistema
b) Se colocar o formulário minigui como secundário, dá erro por não existir o principal

Tem como definir um formulário principal meio que invisível, só pra evitar de fechar o sistema?

A princípio pretendo usar somente formulários modal.
Apesar do sistema não ganhar módulos simultâneos, pelo menos poderá ser convertido de forma gradual.

3) Por acaso alguém usa minigui com dbfs? Seria o caminho correto primeiro se livrar de todos os dbfs?

[Pablo César]

Pelo que percebi, os SELECTs pra DBF de um módulo afetam o posicionamento do outro. É isso mesmo?

Nunca ouvi falar disso.

Sem chance de usar DBF?

Para mim usar dbfs é normal.

Tem como definir um formulário principal meio que invisível, só pra evitar de fechar o sistema?

Acho meio estranho colocar a janela invisível (não sei até que ponto é possível), pois na principal sempre você vai ter um menu, um botão algum a opção que usuário deverá escolher.

Se o seu problema é que podem fechar a janela principal e claro subsequentemente o programa, então por quê não coloca uma mensagem pro usuário perguntando se é isso que ele quer fechar o programa... ? Veja um exemplo em C:\hmg.3.0.38\SAMPLES\ON.INTERACTIVECLOSE.

Apesar do sistema não ganhar módulos simultâneos, pelo menos poderá ser convertido de forma gradual.

Não entendi. Mas você pode vir a controlar as abertura e fechamento das janelas. Seja através de variável ou de função que retorna se a janela x está ativa.

Por acaso alguém usa minigui com dbfs? Seria o caminho correto primeiro se livrar de todos os dbfs?

Eu uso e não vejo problemas.

Uma coisa, eu não utilizo outra bibliotecas como vejo que você está tentando usar. Eu apenas uso HMG ou Minigui, nada de wvt, wvw nem nada extra. Se eu já tenho a minha biblioteca gráfica, para quê usar outras ?

Eu não compilo meu SVN nem nada. Apenas uso o pacote que vem para ser instalado. Nunca compilei, nunca. Nem gosto disso.

[Imatech]

1) Pelo que percebi, os SELECTs pra DBF de um módulo afetam o posicionamento do outro. É isso mesmo? Sem chance de usar DBF?
1.1) Por acaso alguém usa minigui com dbfs? Seria o caminho correto primeiro se livrar de todos os dbfs?

Ponteiros em DBF: Se utiliza a mesma Área/Alias nesses "môdulos" deve salvar e retornar sua possição após qquer procedimento ( recno() )

2) Estou tentando fazer o oposto do normal: wvt como principal chamando a minigui.
a) Se colocar o formulário minigui como MAIN, ao fechar o formulário fecha o sistema
b) Se colocar o formulário minigui como secundário, dá erro por não existir o principal

Se vai usar formularios gráficos após o menu principal: então use hwGui e não HMG

3) Tem como definir um formulário principal meio que invisível, só pra evitar de fechar o sistema?
A princípio pretendo usar somente formulários modal.
Apesar do sistema não ganhar módulos simultâneos, pelo menos poderá ser convertido de forma gradual.

Veja o Stru do Pablo: tem a criação da janela principal da forma que deseja...
Recomendação: Para sua forma de migração use hwGui e não HMG

[JoséQuintas]

Minha intenção é:
Tenho o sistema rodando hoje.
Alterar o menu agora é loucura, não vai dar vantagem nenhuma agora, e só problemas porque os módulos não são compatíveis.
Então, a idéia é manter tudo, e apenas criar um módulo em minigui no EXE.
o menu chama a rotina de cadastro, e somente a rotina de cadastro estaria em minigui.
Pra isso, precisa existir um formulário Main, que não pode ser o principal que não vai estar em minigui.
Uma primeira idéia é deixá-lo invisível, só pra permitir abrir os módulos.

Também imagino o seguinte:
Se tem uma rotina rodando um relatório, vai ter que ficar fixo naquela posição do arquivo e área, qualquer módulo que faça um SELECT ou SEEK vai desposicionar.

Basicamente é isso.

[Imatech]

Faça o seguinte teste:

Sem modificar nada na estrutura do seu programa:

1 - Faça uma simples tela: Sobre o Sistema em hwGui

2 - Inclua em seu menu principal: chamada a nova tela em hwGui

3- Pronto:
Dificuldade := Zero
Funcionalidade := 100%

[JoséQuintas]

Não entendeu: é justamente esse o problema

- Montei um formulário em minigui, digamos o HelloWorld.
- Meu menu em WVT chama o formulário AboutJPA.

Situação 1: AboutJPA definido como MAIN
Funciona normal, mas ao fechar o AboutJPA, fecha o sistema

Situação 2: AboutJPA como formulário secundário
Dá erro, porque minigui exige um formulário principal

Então, o problema se resume a criar um formulário MAIN zumbi, ou a WVT ser considerada como formulário principal.

[Imatech]

Como já dissse: Usando HMG deverá estudar o Stru do Pablo ( que funciona em modo console ou gui - possui sua janela: MAIN zumbi )

O que estou tentando lhe dizer deve ser feito em hwGui

Pelo menos tentou usar seu case com hwGui ?

[Imatech]

Olá Pablo !

Uma coisa, eu não utilizo outra bibliotecas como vejo que você está tentando usar. Eu apenas uso HMG ou Minigui, nada de wvt, wvw nem nada extra. Se eu já tenho a minha biblioteca gráfica, para quê usar outras ?

Sinto lhe informar, seu programa ( Stru ) usa sim: HMG + WVT
O usuario deseja justamente implementar essa estrutura...

Código: Selecionar todos

...
REQUEST HB_GT_WVT_DEFAULT
REQUEST HB_GT_WIN_DEFAULT
...
   HB_GTINFO( HB_GTI_ALTENTER, .T. )  // habilta ALT + ENTER
...
   HB_GTINFO( HB_GTI_CLIPBOARDDATA, cTexto )
...

.
.
.
Sucesso...

[Pablo César]

Sinto lhe informar, seu programa ( Stru ) usa sim: HMG + WVT

kkkkk nem sabia... kkkkk

Desculpe, eu ri porque muitos podem achar que sou expert. De fato depois que postei isso, percebi que no STRU poderia ter algo assim. Mas ao que eu me referia é que o colega deixasse de lado entre uma forma e outra de programação. Ou você faz GUI ou faz modo console. Na minha situação com STRU, está condicionada a abrir uma hora em modo console e numa hora em modo GUI, mas não vejo como Main zumbi.... rs nem sei se isso existe. Quando você não passa parâmetro algum, o STRU abrirá em modo GUI caso contrário em modo "console". Só que alternar entre um modo e outro eu ainda não vi a não ser o exemplo C:\MiniGUI\SAMPLES\BASIC\MixedMode que alterna entre um modo e outro. Mas sinceramente, eu acho isso subestimar o ambiente, colocando uma interface feia como era no DOS dentro de um ambiente gráfico que poderia exibir componentes de forma muito mais caprichada e até mesmo sintética.

Eu entendo o colega José, desculpe colega se eu estiver pre-julgando ou até mesmo ofendendo, porque imagino que ele está naquela fase de aceitação de programação totalmente diferente ao que ele estava acostumado. Isso todos nós passamos. O que tem que fazer é programar em modo GUI totalmente, pois eu não vejo ainda motivo para se amarrar em modo console ou até mesmo misturar os dois.

[Imatech]

Olá Pablo !

Desculpe, eu ri porque muitos podem achar que sou expert. De fato depois que postei isso, percebi que no STRU poderia ter algo assim

Não acredito que achem isso... Deve ser pq vc já tenha + de 4000 posts auxiliando a comunidade... rs...
.
.
.

O que tem que fazer é programar em modo GUI totalmente, pois eu não vejo ainda motivo para se amarrar em modo console ou até mesmo misturar os dois.

Quem tem algumas dezenas/centenas de fontes em modo console não consegue fazer isso simplesmente porque instalou um LIB ( HMG ), e geralmente 366 dias não são suficientes para se re-escrever um projeto complexo ( migrar projeto console para Gui )...

Sucesso...

[Pablo César]

Quem tem algumas dezenas/centenas de fontes em modo console não consegue fazer isso simplesmente porque instalou um LIB ( HMG ), e geralmente 366 dias não são suficientes para se re-escrever um projeto complexo ( migrar projeto console para Gui )...

Sim concordo, não existe magia. Só trabalho. Mas ao que me referia e acredito que você deve concordar também é que se você começa a fazer em GUI por quê iria fazer a interface de forma mixta ? No entanto, concordo com você em indicar hwgui.

[Imatech]

Olá Pablo !

Sem sombra de dúvida...
Para o caso em questão: hwGui é a melhor opção na migração "console -> Gui" ( a migração se inicia pelos môdulos finais e finaliza com a migração tela de acesso inicial e/ou menu principal )

Tambem pode ser feito com HMG, porem a ocorrencia de erros inesperados e incompreensiveis ficam muito acima do considerado normal pelos usuarios da LIB.


Sucesso

[JoséQuintas]

Estava aqui pensando....
Não seria o equivalente a ter uma tela de login ou tela splash?
Estas telas seriam apresentadas sem serem as telas principais.
Tentei encontrar algo pelo google, mas é difícil.