Hwgui 2.22 release 1

por **leandrolinauer** » 02 Set 2020 09:39

Bom dia.
Plano C = Eu fiz teste desta forma, funciona, mas não da certo porque o sistema fica com outro sistema aberto, se eu fechar o principal o secundário fica ativo na tela, desta forma não me agrada fazer.

Plano B = utilizar o RUN para executar o sistema fora chamando apenas o módulo não seria exatamente a mesma coisa do plano C, funciona com outro sistema em paralelo deixando livre para chamar quantas vezes for necessário?, tbem não acho uma boa idéia.

Quanto a usar @projeto.hbp gostei da ideia, fica mais limpo o que é o que, mas tudo junto em um unico projeto, ficou joia.

Agora fica a incógnita, se em QT funciona perfeitamente, porque a HWGUI não da certo, é uma falha ou não, é um problema da HWGUI ou da GTWVW, isto porque se funcionar com GTWVT ou GTWVG junto com HWGUI, aí é problema da GTWVW, se não me engano vi que em xHARBOUR funciona GTWVW com HWGUI juntas, não lembro bem mas creio que li sobre isto, só não me agrado retornar ao xHARBOUR, migrei a anos atrás ainda para o HARBOUR 3.0, depois 3.1 e agora estou com o 3.2, tive que migrar devido a precisar usar SQLITE, hoje não utilizo mais SQLITE, mas estou indo para Firebird com a contrib HFBIRD e não sei se em xharbour funciona.

Grato

por **JoséQuintas** » 02 Set 2020 15:08

leandrolinauer escreveu:não lembro bem mas creio que li sobre isto, só não me agrado retornar ao xHARBOUR

Tem a GTWVW do XHarbour, tem a GTWVW do 3.2, tem a GTWVW do 3.4
Em cada um deles, deve ter um "segredinho" diferente, ou até igual, sobre como misturar.

Tente fazer testes sobre o comportamento de cada uma como sendo a primeira.
E não se esqueça que logo que o Harbour carrega, querendo ou não existe alguma gt default.

por **JoséQuintas** » 02 Set 2020 15:22

Teste simples:

#include "hbgtinfo.ch"

PROCEDURE Main

   @ 5, 5 SAY hb_GtInfo( HB_GTI_VERSION )
   Inkey(0)

   RETURN

Compilando normal, ou com libs indicadas por -l, o resultado é sempre GTWIN

hbmk2 test -gui -lgtwvw
hbmk2 test -gui -lgtwvg

Se compilar indicando GTWVG.HBC ou GTWVW.HBC, o resultado passa a ser GTWVG ou GTWVW

Isso indica a janela principal, visível ou não, que o Harbour vai adotar.
Confirme compilando algum exemplo da hwgui, qual ela usa.
Faça o mesmo com o seu aplicativo gtwvw
Esse pode ser o ponto de partida, é daí que saem todas as rotinas seguintes.

Aquela HB_GTSYS é justamente a primeira rotina carregada, que pode acabar defindo isso também, esse ponto de partida.

por **JoséQuintas** » 02 Set 2020 15:29

Porque isso é importante?

A hwgui cria uma janela Main() que é base.
Mas se a primeira que entrar for GTWVW ou GTWVG, elas também criam sua janela base.
Essas janelas base podem ou não conviver em harmonia, e é justamente a partir daí que vai decidir qual a melhor saída.

Se for hwgui, cria uma janela hwgui invisível, chamando o módulo principal da gtwvw, obrigando que a janela gtwvw seja criada.

Dá dando erro pra alterar o título.

altera titulo
SetMode(25,80)
CLS

Garanta que seja assim:

SetMode(25,80)
CLS
altera titulo

De repente a GT default não é a GTWVW, e por isso dá erro, porque falta a janela.

E o segundo ponto, é confirmar se a hwgui está pegando essa janela, ao invés da janela da hwgui, como base pra hwgui.
Ou o contrário, a gtwvw pega a da hwgui como partida.

por **MSDN** » 02 Set 2020 17:44

Uma crítica construtiva...uns 7 anos atrás fui testar as GTs do Harbour, para ver o que seria possível fazer com elas, e se fosse simples e tivesse um resultado realmente bom, faria um sistema para anexar ao que vendo no Mercado Livre. Testei por uns 3 meses tudo o que havia com relação à GTs, e no final das contas consegui o seguinte :
1 - um programa com tela principal, janelas, toolbar, no padrão da API do Windows, e os GETs "meio-gráficos", mas deu muito trabalho ( GTWVW )
2 - um programa mesclado, partes caracter, partes gráfico, mas ainda não era um Frankstein ( GTWVG )
3 - um programa 100% caracter sem nenhum elemento GUI, a vantagem era ter uma fonte melhorzinha e rodar em tela cheia.
No final das contas, depois de muito trabalho pra entender o que funcionava e o que não funcionava, e principalmente entender as limitações, a conclusão que cheguei foi de que era mais simples um programador Clipper aprender HwGUI, MiniGUI ou Fivewin para atualizar seu sistema, visto que teria um software 100% "for Windows" com todos seus elementos gráficos e vantagens disponíveis.
E hoje em dia ainda não consigo ver vantagem em sair do Clipper e ir para o Harbour usando GTs para a questão de interface do aplicativo, outras vantagens existem claro, 32/64 bits, acesso à SGBD, DLL, etc, mas só estou me referindo à parte visual !
Estava lendo a postagem que o Vlademiro fez na seção Bate-Papo sobre as novas tecnologias, e algumas inclusive eu conheço e estudo, e fico pensando, será que não é mais simples aprender HTML+CSS+PHP+MySQL+Javascript por exemplo !

por **Itamar M. Lins Jr.** » 02 Set 2020 18:13

Ola!

era mais simples um programador Clipper aprender HwGUI, MiniGUI ou Fivewin para atualizar seu sistema,

Tem até uma postagem minha aqui, explicando isso.

Fiz isso lá do inicio, quando nem xHarbour existia. Fui para o xHarbour, sair do xHarbour e ainda estou na Hwgui.
Agora colocando na balança se desejar uma aplicação OOP para Windows e Linux só temos a Hwgui.

A Minigui usando IDE deve ser bem mais produtivo, tem mais usuários etc...
Na época não tínhamos IDE para Minigui e a Hwgui já tinha, mas não usei pq na mão poderia fazer mais coisas. Uns usavam BCC-resources.

Salvar tela e restaurar tela, tenha dó!

Saudações,
Itamar M. Lins Jr.

por **MSDN** » 02 Set 2020 19:23

Concordo Itamar, HwGUI é enxuta, deveria ter sido a escolha natural do Harbour na época, além de funcionar no Windows e Linux.
Na época, lá trássss...eu só não fui com ela pq não tinha exemplos suficientes, e a MiniGUI já vinha com a pasta samples e vários exemplos, dai segui esse caminho, e quanto a " IDE " da MiniGUI, só serve pra fazer o " be-a-bá " e olhe lá, alinhar componente no form é um parto, etc.
Creio que em 2020, focando somente em Harbour, seria QT !

por **JoséQuintas** » 02 Set 2020 20:06

Quanto a GTWVW, acabei colocando em outro post, mas.... chamou a atenção que o Itamar comentou:

O Itamar comentou que no Harbour 3.2 a GTWVW NÃO compila em 64 bits.

No Harbour 3.4, o Viktor moveu pra contrib, e mexeu muito.
No Harbour 3.4 tem GTWVW pra uso em 32 ou 64 bits.
Se for isso mesmo, isso já indica uma GTWVW bem melhorada no 3.4.

Quanto a GUI:
Continuo com o mesmo pensamento: não gostei de nenhuma GUI, evito mexer, porque senão abandono o Harbour por falta de GUI.

Meu teste com a última versão da HWGUI me deixa decepcionado logo de início.
Começa tendo que mexer nas configurações de geração da LIB, como sempre foi.

De forma rápida:

Um determinado fonte EXIGE a existência do que NÃO tem no meu Harbour.
É meu Harbour? Seria... se o fonte realmente precisasse daquilo... é lixo no fonte... precisa remover o #include
Compila normalmente usando -w3 -es2, o #include é lixo mesmo, só serve pra impedir compilação em determinadas versões do Harbour.

Visto que tenho muito a fazer com SQL, achei melhor deixar de lado testes adicionais.

Tava tudo ficando redondo com Harbour e LIBs adicionais.
De repente, parece que bagunçaram tudo.
Até pra gerar Harbour 3.2 em 32 bits... parece que já mataram ele.

A Microsoft anunciou que Windows 10 32 bits não vai mais ser vendido.
Mas daí pra já matar 32 bits.... o Harbour nunca foi de fazer essas coisas.

Quem quer começar com Harbour agora, parece que precisa fazer uma peregrinação... igual era nos tempos da versão 0.99.
Primeiro tem trabalho pra gerar o Harbour, depois tem trabalho pra gerar LIBs, e se depois disso ainda estiver disposto.... sei lá...

por **JoséQuintas** » 02 Set 2020 20:16

Sei lá também né...

Se o autor usa XHarbour, ele não é obrigado a testar em Harbour.

Igual a Sefazclass... eu uso HARBOUR... como é que vou saber o que acontece em XHarbour....

por **Itamar M. Lins Jr.** » 02 Set 2020 20:35

Ola!

Meu teste com a última versão da HWGUI me deixa decepcionado logo de início.
Começa tendo que mexer nas configurações de geração da LIB, como sempre foi.

Explica melhor.

Saudações,
Itamar M. Lins Jr.

por **MSDN** » 02 Set 2020 20:39

Quintas, se nenhuma lib GUI para o Harbour te agrada, tenta o Lazarus !
Obviamente não tem nada a ver com Harbour !
Mas no Lazarus tudo o que vc gosta e deseja tem, ali tem que seguir a regra, não seguiu não roda e avisa com detalhes pq, isso sim é IDE !
Elementos gráficos, só arrastar, até criança faz !
Banco de dados ? vc faz um CRUD enquanto fuma 1 cigarro e toma o cafezinho !
Tenta lá, vc vai gostar, e claro, funciona no Windows, no Linux, no Mac, etc...

por **asimoes** » 03 Set 2020 10:13

Olá,

Vamos chegar a conclusão que é melhor desembarcar do harbour e partir para algo mais profissional com suporte, pode ser até o lazarus

por **Itamar M. Lins Jr.** » 04 Set 2020 05:59

Ola!

Hi Itamar,

Itamar Lins wrote on 04/09/2020 3:40:
> Budyando Dj,do you intend to update gtwvw?? Because compilation 64Bit
> not work and get some warnings using GCC 10.1.(32Bit)
> This question is too some users work with it and Hwgui. But we're
> getting some function collisions with the same name.
> multiple definition of `GetFontDialogUnits'

Last year I did several attempt to move gtwvw from Harbour 3.4 into
Harbour 3.2. Unfortunately it is not compatible with hbwin in 3.2.
Updating hbwin is not a simple task for my too limited knowledge, so my
attempt ended unfinished.

Do you use gtwvw with Harbour 3.4?

regards,
budyanto

Bom, depende de atualizarem a HBWIN no Harbour 3.2

Saudações,
Itamar M. Lins Jr.

por **Itamar M. Lins Jr.** » 05 Set 2020 09:21

Ola!

Hello budyanto,

Use of gtwvw and hbwin from Harbour 3.4.

. Rename both folders, gtwvw and hbwin, in \hb32\contrib to *-32
. Copy gtwvw and hbwin folders from Harbour 3.4 into \hb32\contrib
. Replace -hxb=${hb_name} with ${hb_name}.hbx in both .hbp files
. Comment out win_createfont() function in wvwharb.prg
. Comment out libpng dependencies in hb_win.hbp
. Add the following two functions to hb_win\win_misc_1.c

HB_FUNC( WIN_N2P ) /* NOTE: Unsafe: allows to pass arbitary pointers to functions, potentially causing a crash or worse. */
{
hb_retptr( HB_ISPOINTER( 1 ) ? hb_parptr( 1 ) : ( void * ) ( HB_PTRUINT ) hb_parnint( 1 ) );
}

HB_FUNC( WIN_P2N ) /* NOTE: Unsafe: will reveal the numeric value of a pointer */
{
hb_retnint( HB_ISNUM( 1 ) ? hb_parnint( 1 ) : ( HB_PTRUINT ) hb_parptr( 1 ) );
}

. Rebuild both libraries.
. Copy both libraries to \hb32\lib\win\mingw folder

Build gtwvw test programs to confirm that all is well.

Please note that dll version of these libraries is not recreated here.

Regards,
Ash

Saudações,
Itamar M. Lins Jr.

por **JoséQuintas** » 06 Set 2020 11:35

Acho que vou acabar testando a hwgui pra valer, misturando com GTWVG é claro.
Com certeza totalmente principiante em HWGUI, quase sem nem saber nem por onde começar.
Não sobrou nenhum teste anterior aqui, vai ser do zero mesmo.

Ajustar os arquivos de compilação não tem nada a ver com saber usar, e pequenos testes não tem nada a ver com usar pra valer.
E quando digo usar pra valer... é colocando em prática, clientes usando.
Não basta funcionar na minha máquina, tem que funcionar nos clientes, mesmo que seja só uma tela com um button.

Agora que os módulos estão usando SQL, e se tornaram independentes, tá mais interessante fazer testes.

O chato é logo de cara precisar de um browse usando ADO... já começa precisando de algo que não tem na hwgui, e isso significa começar com alguma coisa difícil. NÃO sei se um browse array vai servir pra quebrar o galho.
E usar SQLMIX está fora de cogitação, ainda mais que passa a ser dois testes ao invés de um, e um pode atrapalhar o teste do outro.
Foi o browse ADO que me fez definitivamente trocar para o SQL, acho que é ele quem vai me fazer trocar pra uma LIB gráfica.

Quem está online