PC Toledo

pessoal segue mensagem no grupo xharbour.com

testei com o xharbour.com atual e funcionou beleza

pena que não foi usado o wvw.c do wvwtools atual.

ams ele disse que ira tentar converter tamtém.

Pessoal,
>
> Resolvi fazer theread nova para passar o link de download da nova vesão
> da GTWVW, pois apenas coloquei em uma thread antiga e ficou meio
> escondido o release.
>
> A URL para download:
> http://www.datacempro.com.br/download/free/gtwvw.zip
>
> Se quiserem agradecer em espécie, a conta é no Banco do Brasil, Nro
> 6426-2 Agência 3334-0
>

O pessoal cobrando 14.000,00, 5.000,00 etc e outra pessoa disponibilizou de graça.

Entratanto continuo prevendo que todos os caminhos estão apontando para HBQT, por funcionar em tudo que é moderno.
E a WVW apenas para mais uma sobrevida em sistemas antigos.
Até a GTWVG é mais atualizada. O problema é aceitação, e documentação.

E para concluir, reconheço o grande trabalho do Luis Basso na HWGUI, simples e poderosa.

Saudações,
Itamar M. Lins Jr.

ahhh, q saudades da LLIBG !!!

Caros colegas, esta versao da gtwvw é para ser compilada com qual versao do xharbour?
Atualmente estou parado na versao 1.0.0 justamente porque a gtwvw tambem tinha parado.

janio escreveu:quem foi essa alma bondosa que converteu a gtwvw???

Foi o Marson e Cristiam que fizeram esse ajuste.

TerraSoftware escreveu:Caros colegas, esta versao da gtwvw é para ser compilada com qual versao do xharbour?

Com a versão atual do xHarbour a versão 1.2.1

janio escreveu:a pergunta que faço é: COMPENSA IR PRA VS 1.2 ?

Eu cheguei a atualizar para a versão 1.2.1, mas tive problemas com a função TextOutAt() da Win32Prn.
Uma rotina que estava funcionando perfeitamente com a versão 1.0.0, passou a imprimir tudo fora de ordem com a 1.2.1. Pelo que eu andei olhando, foi acrescentado um parâmetro na função ainda na versão 1.1.0.
Eu havia atualizado com o pacote do site xharbour.org. Não sei se existe a possibilidade de atualizar por outro meio, que de repente já possa ter sido sanado o problema.

Eu também estou parado na 1.0.0-beta, pois nas versões posteriores tenho um problema com a Função MemoEdit().

Quando dentro da Função MemoEdit(), e quando a tecla F5 é pressionada, o MemoEdit() deveria abortar e o LastKey() deveria retornar o valor -4. Mas nada acontece, ou melhor, a tecla F5 é assumida como um CTRL-PgDn() ou Ctrl-End() não sei ao certo.

Ainda hoje baixei a versão 6541 e ainda acontece o mesmo.

Também hoje, reportei este presumido bug ao pessoal do xHarbour. Vamos ver o que eles respondem.

janio escreveu:Ja que essa barreira foi superada, a pergunta que faço é: COMPENSA IR PRA VS 1.2 ?

Bom, houve diversas melhorias na versão 1.2 e novas funções, abaixo você pode conferir uma lista completa de tudo que tem de novo.
http://www.xharbour.org/index.asp?page=news/20090326

alaminojunior escreveu: Eu cheguei a atualizar para a versão 1.2.1, mas tive problemas com a função TextOutAt() da Win32Prn.

Você pode fazer um teste com Harbour, quem sabe esse problema nem exista no Harbour.

Hasse escreveu:Eu também estou parado na 1.0.0-beta, pois nas versões posteriores tenho um problema com a Função MemoEdit().

Você pode fazer um teste com Harbour, quem sabe esse problema nem exista no Harbour.

Bom dia a todos.

Durante esta semana mantive contatos com o pessoal do Fórum xHarbour, e o David Smith me ensinou o caminho para resolver o problema com o MemoEdit().

Acontece que até a versão o MemoEdit() finaliaza a edição com o código CHR(23), que no Inkey.ch significa: Vejam, há um conflito, pois este código 23 também significa Ctrl-End, que realmente é o seu verdadeiro significado. Erro (???) herdado desde o Clipper Summer.

A partir da versão mencionada o código 23 assume um Ctrl-End, e para sair é usado o CHR(273), que conforme o Help do xHarbour para o MemoEdit() significa: Assim, bastou fazer as alterações do código CHR(23) para o CHR(273) e tudo voltou a funcionar corretamente.

Meu texto anterior:
Eu também estou parado na 1.0.0-beta, pois nas versões posteriores tenho um problema com a Função MemoEdit().

sygecom escreveu:
Você pode fazer um teste com Harbour, quem sabe esse problema nem exista no Harbour.

Mesmo tendo resolvido o problema, estou me preparando para fazer sérios testes com o Harbour, com o auxílio dos colegas deste Fórum, pois vejo constantes confirmações de migração.

Olá a todos,
O link para download está quebrado.

[]´s

Já se encontrar no CVS do xHarbour.

Melhor caminho é a HBQT. Porque está totalmente compativel com xBase e tem mantenedor.
A gtwvw e wvwtools é quebragalho.
Existe n alternativas melhores , a Minigui por exemplo com foruns e centenas de usuários em todo mundo.
A Hwgui idem, melhor alternativa que wvw, simples baixa curva de aprendizado e já está mais que consolidada e hoje podemos dizer que conta com a melhor IDE free que existe.

Saudações,
Itamar M. Lins Jr.

Caros colegas, concordo plenamente que a hwgui é uma otima lib grafica, mas eu tenho um problema que gostaria da opniao dos nobres colegas.
Uso a gtwvw com xharbour 1.0.0 e tenho sistemas rodando dentro do TS (Terminal Server), devido a aparencia da gtwvw ser pouco elaborada consigo ter um sistema em janelas muito rapido dentro das conexoes TS. Já fiz o teste, quanto mais elaboradas as telas, tanto mais lentas, devido a transmiçao das imagens.
Entao pergunto, levando isso em conta, qual a melhor opcao para substituir a gtwvw?
Talvez alguns digam, melhor nao substituir entaum! Mas eu me sinto inseguro com relacao ao futuro da gtwvw.