Erros, bugs, perguntas - página 1063

Você está perdendo oportunidades de negociação:
- Aplicativos de negociação gratuitos
- 8 000+ sinais para cópia
- Notícias econômicas para análise dos mercados financeiros
Registro
Login
Você concorda com a política do site e com os termos de uso
Se você não tem uma conta, por favor registre-se
Experimente ObjSetInteger(id, Nome, OBJPROP_BACK, falso);
Experimentei-o. A forma cai, de facto, para trás, mas feitiçaria o mais feio possível, ou seja, cai mesmo atrás das grades. E a tarefa é um pouco diferente, só preciso que o texto seja exibido na forma, com a própria forma a estar em cima do gráfico e outras formas.
Os objectos são exibidos na ordem em que foram criados, se quiser alterar a ordem, deve guardar os dados do objecto e recriá-los na ordem correcta.
Ou será que o insecto está mesmo nisto?
Experimentei-o. A forma cai, de facto, para trás, mas feitiçaria o mais feio possível, ou seja, cai mesmo atrás das grades. E a tarefa é um pouco diferente, basta que o texto seja exibido no formulário, com o próprio formulário em cima do gráfico e outras formas.
Basta ter em conta a ordem em que os objectos gráficos são criados. Os que devem estar abaixo devem ser criados primeiro.
Sim, essa foi a primeira coisa em que pensei. Alterou a ordem - mesmo resultado. Mas não há milagres. Mas agora peguei num projecto de trabalho e tentei colocar lá OBJ_EDIT e funcionou bem, ou seja, é visível acima da forma. Por isso, no cômputo geral, tudo parece um inferno. Obviamente esqueci-me ou não levei algo em conta. Mas mesmo assim eu queria resolvê-lo para não cometer o mesmo erro da próxima vez. Aqui está o código do OnInit() para o teste:
Sim, essa foi a primeira coisa em que pensei. Alterou a ordem - mesmo resultado. Mas não há milagres. Mas agora peguei num projecto de trabalho e tentei colocar lá OBJ_EDIT e funcionou bem, ou seja, é visível acima da forma. Por isso, no cômputo geral, tudo parece um inferno. Obviamente esqueci-me ou não levei algo em conta. Mas mesmo assim, gostaria de o fazer para não cometer este erro da próxima vez. Aqui está o código do OnInit() para o teste:
Neste caso, precisamos de um manipulador de objectos, para que a conta do que é criado e em que ordem estava num lugar, então não haverá sobreposição quando uma função cria esta segunda, e a mudança de chamada de função irá alterar a ordem.
É difícil apanhar este tipo de insecto e até mesmo prevê-lo.
Olá a todos!
Há um parágrafo como este na ajuda:
Portanto, se houver um ChartEvent na fila de eventos, não deve ser enfileirado uma segunda vez. Tive um problema com isso :)
Chamei um consultor especializado para o verificar. Verificou-se que não importa se há ou não um evento ChartEvent na fila, o ChartEvent handler é chamado tantas vezes quantas eu o gerar.
Isto é óptimo, mas na minha opinião, preciso de corrigir a ajuda... Ou será que estou errado?
Olá a todos!
Há um parágrafo como este na ajuda:
Portanto, se houver um ChartEvent na fila de eventos, não deve ser enfileirado uma segunda vez. Tive um problema com isso :)
Chamei um consultor especializado para o verificar. Verificou-se que não importa se há ou não um evento ChartEvent na fila, o ChartEvent handler é chamado tantas vezes quantas eu o gerar.
Isto é óptimo, mas penso que precisamos de corrigir a ajuda... Ou estarei eu errado?
Isto só se aplica ao caso de transbordo da fila, se a fila estiver cheia então o tipo de evento que já se encontra na fila não é colocado.
Se a fila não estiver cheia (e o comprimento da fila for 1024), todos os eventos são tratados.
Isto só se aplica se a fila estiver cheia, se a fila estiver cheia o tipo de evento já está na fila não será enfileirada.
Mas se a fila não estiver a transbordar (e o comprimento da fila penso que é 1024), então todos os eventos são tratados.
Já está. Obrigado :)
PS: O Conselheiro Especialista acima mencionado não conseguiu enfileirar mais de 1000.
Informação para MQ. No manual do OnTimer há "... a receber por EventSetTimer()...". Deve também acrescentar "... ou EventSetMillisecondTimer()...".