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
Na minha implementação, os pontos A e B são representados pela localização de dois objetos - a coordenada X da pista deslizante (seu início) e a coordenada X da pista deslizante.
o mesmo na versão desenhada.
você está pensando de forma restrita, argumentando sobre alguns ObjectGet/Set
pelo menos três modelos se fundem no controle - gráficos, eventos, dados.
não importa onde ou como é desenhado. pode ser em forma de texto como [.......|...]. também pode aparecer na tela, ou dois objetos retangulares MT podem ser mostrados.
O modelo de eventos ou dados não sofre com isso.
é o mesmo na versão desenhada.
você está pensando de forma restrita, falando de algum ObjectGet/Set
O controle funde pelo menos três modelos - gráficos, eventos, dados.
Não importa onde e como é desenhado. Pode ser em forma de texto como [.......|...]. Também pode aparecer em uma tela, ou você pode ter dois objetos retangulares MT.
O modelo de eventos ou dados não sofre com isso.
Ainda assim, o mecanismo não é claro para mim. Se você puder explicar com mais detalhes, para uma idéia geral, isso me ajudará muito na compreensão. obrigado.
Há uma questão fundamental.
Digamos que há duas aplicações, painéis, indicadores, em um único gráfico. Cada um deles deve desenhar em sua própria tela ou ambos em uma tela comum?
Há perguntas em ambos os casos.
não apenas menos, mas nenhum (exceto o bitmap_label, que é onde tudo é desenhado).
Estou apenas curioso em saber como você implementa o manuseio de texto (etiqueta de texto, campo de entrada de texto). Uma pequena lista de problemas que você tem que resolver:
E tudo isso sobre o pano de fundo dos controles já em funcionamento "etiqueta de texto" e "etiqueta de texto com edição de texto". Os únicos problemas são o limite de tamanho de 32 caracteres e a incapacidade de usar fontes integradas.
Você levará muito tempo para resolver todos esses problemas, mas na melhor das hipóteses resolverá 30% deles. Centenas de kilobytes de seu código estarão, na melhor das hipóteses, um pouco fora do padrão, mas terá suas próprias doenças, falhas e várias limitações desagradáveis. Você realmente precisa disso?
Não apenas menos, mas nenhum (exceto o bitmap_label, que é onde tudo é desenhado).
Não se esqueça também do modelo do evento. Ele não é projetado para lidar com eventos em tela. Tudo o que você terá são teclas em uma determinada área da tela + coordenadas do mouse. Sim, você pode sair desta escuridão com o OOP, mas a saída será difícil e muito longa.
Eu ainda não entendo o mecanismo. Se você puder explicar com mais detalhes, para uma idéia geral, isso me ajudaria muito na compreensão. obrigado.
Eu só estou me perguntando como você implementa o texto
Você vai matar muito tempo para resolver todos esses problemas
Se o MC não oferecer uma solução para estes problemas, tudo isto vai parar.
Ainda estou esperando o retorno deles em SR.
Além disso, não se esqueça do modelo do evento. Ele não foi projetado para lidar com eventos na tela.
Lembre-se, eu lhe mostrei o análogo de seu painel para negociação de ordens de rede... Bem, CHARTEVENY_MOUSE_MOVE não é usado lá, tudo é analisado por si só.
Acredite em mim, não há problema com eventos ou exibição do carro de entrada.
Agora a questão é apenas sobre eventos de teclado.
Agora a questão resume-se apenas aos eventos do teclado.
Pediremos ao RS um refinamento.