Breno

Rogerio. O Kabiaba está certo. Não funcionou.

Na minha opinião, o bug não está na classe COMBOBOX e sim na classe menu. Pois quando a classe menu não é usada, o combobox funciona 100 %.

Sei la ..!!

Pois é Kabiaba...poem mistério  nisso...kkk

Não sei se o problema é na classe combobox  ou na classe menu (que esculhemba a combobox ) da 13.07.

Vc viu que se usar a combo numa dialog sem menu, funciona.  E tem mais....outros métodos da classe combo tb não funcionam em dialogs com menu tipo menuitem.

Vou tentar arranjar essas duas classes de outra versão para recompilar e ver se mato a charada.

No momento vou aproveitar teu exemplo e usar o ButtomBar. É o jeito. 

Agradeço a valiosa ajuda.

1 hora atrás, kapiaba disse:

A única forma que funciona corretamente, é usando BUTTONBAR com esta versão velha sem modificar a classe.

#include "FiveWin.ch"  // TIM.PRG modificado.

FUNCTION Main()

   LOCAL oDlg, oFld
   LOCAL oGet, oCbx
   LOCAL nVar  := 900
   LOCAL cVar  := "Three"

   DEFINE DIALOG oDlg SIZE 500, 300

   // @ 2, 1 FOLDER oFld ITEMS "One", "Two", "Three" SIZE 240, 95

   // @ 10,160 GET oGet VAR nVar PICTURE "999" SIZE 50,20 PIXEL RIGHT OF oBar ;
   // VALID ( MsgInfo( nVar ), .t. )

   @ 30, 40 COMBOBOX oCbx VAR cVar ITEMS { "One", "Two", "Three" } ;
      SIZE 90, 200 PIXEL OF oDlg                                  ;
      ON CHANGE( MsgInfo( cVar ), .T. ) UPDATE

   @ 7.3, 17 BUTTON "Ok" ACTION oDlg:End()

   ACTIVATE DIALOG oDlg CENTERED ;
      ON INIT ( BuildBar( oDlg ) )

// ON INIT ( BuildBar( oDlg ), AEval( oFld:aDialogs, { | oDlg | BuildBar( oDlg ) } ) )

RETURN NIL

FUNCTION BuildBar( oDlg )

   LOCAL oBar

   DEFINE BUTTONBAR oBar OF oDlg SIZE 40, 40 2007

   DEFINE BUTTON OF oBar

   DEFINE BUTTON OF oBar

   DEFINE BUTTON OF oBar

RETURN NIL

Regards, saludos.

 

20 horas atrás, Rogerio Figueira disse:

Breno, se a sua versão do FW é a 13.07 provavelmente é bug da classe combobox, na época quando atualizei o meu FW (ainda estou no 14.02) tive que passar a usar a classe combobox anterior e até hoje continuo assim, infelizmente não deu ainda para atualizar o FW.
Saludos.

Grato Rogério. Pedi pro Kabiaba as classes da versão dele para decifrar o mistério. Mas de qualquer forma já resolveu meu problema urgente com o primeiro exemplo dele ( Com buttonbar). Mas se vc puder me mandar essas duas classes que funcionaram com vc, agradeceria.

Abçs

Beleza Garoto. Muito obrigado

Seu primeiro exemplo (com buttonbar) funcionou legal.

Mas o segundo (com menutem) não. Compilei diretamente seu exemplo. Nâo deu nenhum erro, mas não funcionou o change

Acrecito que há alguma diferença de versão. ( O meu fivewin é o 13.07, e o seu ?)

Se puder dispobinilizar seu fonte da classe combobox e da classe  menu para eu compilar aqui e ´tentar matar a charada', eu agradeceria.

Grato demais

Abçs

Ola Kabiaba. Obrigado pela atenção.

Certo, falhei .

Segue abaixo um exemplo.

Repare nas duas opções ACTIVATE do dialog. (estão comentadas)

O problema é:

Não consigo fazer o change do combobox funcionar, se monto o menu do dialog.

Se quiser testar, coloque teste prg em algum programa seu . Testei aqui e repete o mal funcionamento (sem erro)

TESTECOMBO.prg

Bom dia meus caros.

Estou enfrentando um possivel bug na classe combobox. (ou na classe MENU)

E uma dialog, costumo colocal menus ( ODLG:SETMENU(menu_nodialogo(odlg) ) . Quando faço isso, a clausula ON CHANGE em todos os controles COMBOBOX do dialog não funcionam.

Se eu não coloco o menu no dialog, tudo funciona perfeitamente.

Em versão antiga do fw, não acontece esse problema.

Alguem já passou por isso ?

Fwh 13.07 - xhb 1.2.3

Grato Gilmer, funcionou.

Bom fds.

Breno

Ola pessoal.

Confesso que leio muito e participo pouco, mas neste caso acho que posso dar uma contribuiçao.

Uso fw 2.4 e xh 0.9900 (antigos né).

Minhas aplicaçoes sáo pequenissimas (10 prgs no maximo).

Entretanto sáo aplicaçoes que rodam 24 horas por dia (lendo balanças e fazendo controle de hardware. No caso do problema em questão (perda de memoria / recursos) , cheguei a seguinte conclusáo. O problema esta nos resources. Tenho aplicações que rodam mais de semanas sem parar, excutando timers e gravando em tabelas sql. E náo travam nem consomem memoria. Agora, se o cliente começa a abrir dialogos / telas, ai começa o martirio. Por isso a minha conclusáo.

Racionalizar variáveis ajuda sim, principalemente aquelas ligadas aos resources.

Espero ter colaborado.

Julio,

Li uma vez alguém dizer que dá pra fazer assim.

Transforme o arquivo em hex (deve ser bit2hex ou algo assime guarde em um campo memo !

Para mostrar a imagem, faça o inverso.

Desculpe se to dando um grande fora ! Nunca testei, mas tenho certeza de ter lido que é possível.

Breno

Oi Gilberto.

Não sei ! Só sei que todos dizem que NINGUÉM escreve no banco SAP. Talvez exista alguma recurso para criar uma área ´de transporte´ entre aplicativos de terceiros. Já fiz integração com SQL, ORACLE e outros, mas quando chega no tal do SAP tudo fica mais difícil.

Ola Pessoal !

Desenvolvo sistemas em xharbour que servem de interface entre alguns tipos de hardware (balanças, displays, semaforos etc) e sistemas de gestão. Muitos de nossos clientes querem integrar com o SAP. Alguém tem alguma dica ?

Ouvi falar em RFC, (algo como ole) da própria Microsoft.

Algúem conhece ?

Abraços a todos.

Ola Pessoal !

Desenvolvo sistemas em xharbour que servem de interface entre alguns tipos de hardware (balanças, displays, semaforos etc) e sistemas de gestão. Muitos de nossos clientes querem integrar com o SAP. Alguém tem alguma dica ?

Ouvi falar em RFC, (algo como ole) da própria Microsoft.

Algúem conhece ?

Abraços a todos.