alguma coisa esta mudando a fonte do browse, mas o que ?

[gibaf]

ola a todos !

 

estou com um problema...

inicialmente a execucao faz certo.. estou me referindo a fonte do browse.

 

essa fonte eh unica e exclusivamente do browse, nao usado nem criado em outro parte com o mesmo nome nem nada

mas, depois de fazer operacoes no sistema, e ai q esta, nao segue uma regra, eh esporadico, e as vezes acontece e as vezes nao, tipo, entre as operacoes, de incluir, alterar, pesquisa, filtro, impressao e etc, a fonte do browse muda sozinho para um negrito.. e nao eh nesse cadastro exclusivo, acontece mesmo em outras opcoes... detalhe, em todas as rotinas, ao finalizar eu finalizdo todos os objetos, variaveis e etc e tals, com Obj:End(), Var := Nil e release Var... mas nao no fonte, mas o fonte muda ..kkk.. coisa muito stranha...

 

apartir disso, tudo aparece em negrito, ingnorando totalmente quando eh criado a fonte, sem negrito

 

nao eh sempre q acontece isso... esporadicamente acontece, e nao tem uma coisa q eh executado q faz mudar, sei la... tenderem ? rs

 

alguem ja passou por isso, e mais importante, como resolveu ?

 

desde ja agradeco a ajuda !!!

[emotta]

Por anos passei por problema semelhante, eu não me lembro ao certo mas melhorou bastante qdo passei a vincular a fonte a window principal do sistema.

 

Então na hora que vc cria a fonte faça o "of oWndMain" sendo o oWndMain a variável que contém sua window principal 

[kapiaba]

Fonte Pública? Mostre na prática como fazes. Abs. Regards, saludos.

[emotta]

DEFINE FONT oFont NAME "Arial" SIZE 0,-12 BOLD Of oWndMain

[gibaf]

5 horas atrás, emotta disse:

DEFINE FONT oFont NAME "Arial" SIZE 0,-12 BOLD Of oWndMain

putz... aqui pra mim deu error...

 

 

   Error description: Warning BASE/1004  Message not found: TWINDOW:NLOGPIXELY

Stack Calls
===========
   Called from: W:\xHarbour\source\rtl\tobject.prg => TWINDOW:ERROR(172)
   Called from: W:\xHarbour\source\rtl\tobject.prg => TWINDOW:MSGNOTFOUND(205)
   Called from: W:\xHarbour\source\rtl\tobject.prg => TWINDOW:NLOGPIXELY(0)
   Called from: source\classes\font.prg => TFONT:NEW(147)
 

 

tanto como: DEFINE FONT oFonBrw     NAME "Ms Sans Serif" SIZE 08,10  OF oWndMain  

quanto: oFonBrw     := TFont():New("Ms Sans Serif",08,10 ,,.F.,,,,,,,,,,,oWndMain,)

mesmo no ON INIT ...

[emotta]

5 horas atrás, gibaf disse:

putz... aqui pra mim deu error..

 

 

   Error description: Warning BASE/1004  Message not found: TWINDOW:NLOGPIXELY

Stack Calls
===========
   Called from: W:\xHarbour\source\rtl\tobject.prg => TWINDOW:ERROR(172)
   Called from: W:\xHarbour\source\rtl\tobject.prg => TWINDOW:MSGNOTFOUND(205)
   Called from: W:\xHarbour\source\rtl\tobject.prg => TWINDOW:NLOGPIXELY(0)
   Called from: source\classes\font.prg => TFONT:NEW(147)
 

 

tanto como: DEFINE FONT oFonBrw     NAME "Ms Sans Serif" SIZE 08,10  OF oWndMain  

quanto: oFonBrw     := TFont():New("Ms Sans Serif",08,10 ,,.F.,,,,,,,,,,,oWndMain,)

mesmo no ON INI

Tenta no lugar o oWndMain colocar a mesma dialog do xbrowse 

[kapiaba]

Perguntando de novo: LOCAL ou PUBLIC? Regards, saludos.

[emotta]

Kapiaba primeiro vc está perguntando pra quem?

segundo, vc está perguntando o que? LOCAL ou PUBLIC o que?

 

[emotta]

Gibaf a única explicação sobre esse problema é que o garbage collector do xharbour entende que a variável da fonte não é mais necessária para o sistema e com isso limpa essa variável da memória.

Se vc vincular a fonte explicitamente a dialog (of oDlg) isso não é para acontecer. Como te falei, por anos passei por esse problema e melhorou um pouco quando passamos a fazer isso mas infelizmente em alguns momentos aleatórios isso voltava a acontecer.

Outra explicação é que o garbage collector do xharbour tem um bug ou algum bug do fivewin mesmo.

[kapiaba]

1 hora atrás, emotta disse:

Kapiaba primeiro vc está perguntando pra quem?

segundo, vc está perguntando o que? LOCAL ou PUBLIC o que?

 

Para o autor. Até agora, ele não mostrou via programa, como está fazendo. Um simples teste.prg. entende? Regards, saludos.

[emotta]

vc nunca passou por esse problema @kapiaba ?

[Marca]

11 minutos atrás, emotta disse:

vc nunca passou por esse problema @kapiaba ?

Emotta Não sou o Jon!!!!! e perdão por responder pq. vc direcionou a pergunta a ele. Sendo q. utilizo o xBrowse bastante e com ele nunca tive este problema

Já no TwBrowse do Herman isso acontece direto comigo tive q. fazer um ajuste na classe pra melhorar. Não consegui sanar o problema tbem.

 

[emotta]

Marca, na verdade eu tive esse problema mas com diversos componentes e não somente com xBrowse. O problema me perseguiu por anos e em diversas versões do xharbour e fivewin. Melhorou um pouco quando fiz o que relatei acima, mas eventualmente voltava  ocorrer. Por isso eu acho q deve ser algum bug que ocorre aleatoriamente em algumas circunstancias bem especificas, nunca consegui simular propositalmente esse problema, se conseguisse teria sido mais fácil resolver.

[kapiaba]

2 horas atrás, emotta disse:

vc nunca passou por esse problema @kapiaba ?

Não amado mestre. Nem na versão fivewin for Clipper. É por isso que estou pedindo um exemplo prático que demonstre isso, principalmente como disse o mestre Marca, com uso de coisas de terceiros. E, para até, tentarmos corrigir a rota. Fivewin, é o bicho. Kkkkk abs. Regards, saludos.

[macs]

Eu tenho um tipo de problema no xBrowse que o fundo onde não tem registros fica preta. Não entendo porque ocorre isso. Em nenhum momento eu altero a cor do browse.