Criação de uma GUI para MQLs em modo gráfico. - página 2
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
Alexey, é possível trabalhar com seu painel em C# para que ele seja exibido dentro da janela do gráfico?
Assim você pode movê-lo por todo o espaço da tela, ele não está preso a nada. Eu tenho dois monitores Full HD regulares agora mesmo, então eu posso arrastá-lo e soltá-lo onde você quiser. É claro, se você estiver usando MQL, tudo estará apenas na tabela.
Eu estou apenas sonhando :-) (VISUAL para sistemas gráficos e comerciais), é claro que já existem muitos designers....
Para ser honesto, desenhei meu primeiro painel no photoshop e ainda está lá...
agora estou tentando desenhar diretamente no terminal, mas percebo que apenas algumas pessoas o usam.
E os painéis personalizados são mais fáceis de fazer individualmente.
Embora eu tenha estudado extensivamente artigos sobre bibliotecas de desenho. Mas decidi que o uso dessas bibliotecas só será útil a 1%, desisti.
E há muito tempo eu queria fazer um painel tão inteligente para escalpar em um semi-automático. Para poder conectar plugins, por exemplo, há ordens de pendurar. Pressione o botão "Close Hanging Orders" (Fechar ordens de suspensão).
Bleep, bleep, bleep, o robô calcula pivôs, tendência ou plano, em que ponto do canal estamos presos. E abre fechaduras/fechos de uma maneira simples. Quanto mais complexo, analisa os pares maiores, e se houver movimentos interessantes, sebe os outros pares.
Estou apenas curioso, haverá necessidade de uma educação aprofundada (google também) ou faremos com ferramentas DSP antigas?
Um claro apelo aos anônimos moderador-anônimos.
Você cortou meu posto hoje, removendo a parte onde mencionei os plugins no antigo MQL4. Escrevi claramente que não tem nenhum valor especial, apenas para o interesse daqueles que gostam de escavar no código, pois as idéias estavam lá. Como as pessoas me escreveram, é incrível como eu a implementei na antiga MQL4 antes da versão 600.
No entanto, algum moderador ananimus acabou de aparar o posto.
-----------------------------
Tenho o desejo de fazer outra tentativa de um projeto público sobre este recurso. Os moderadores podem me responder se minhas mensagens com códigos NÃO no mql5 forem apagadas? Por uma questão de rapidez, estou planejando... mas vou copiá-lo.
Mas você não poderá criar uma filial neste fórum para o painel C#. Então, terei que trabalhar novamente em fórum vermelho e lixo aqui? O que vocês acham, caros moderadores? Posso, é claro, postar a parte MQL5 em uma filial e o painel C# no blog. Mas é um pouco humilhante, como se eu fosse privado disso e tivesse que me esconder no blog.
Como podem ver, caros participantes, eu não esperei por uma resposta. Abate ou emasculação de uma mensagem é canja. E para tomar uma decisão clara, aqui nossa corajosa queda no pânico de aceitar a responsabilidade.
Assim, conferir, então...
Um claro apelo aos moderadores anônimos.
Você cortou meu posto hoje, removendo a parte onde mencionei os plugins no antigo MQL4. Escrevi claramente que não tem nenhum valor especial, apenas para o interesse daqueles que gostam de cavar no código, pois as idéias estavam lá. Como as pessoas me escreveram, é incrível como eu a implementei na antiga MQL4 antes da versão 600.
No entanto, algum moderador ananimus acabou de cortar o poste.
-----------------------------
Tenho o desejo de fazer outra tentativa de um projeto público sobre este recurso. Os moderadores podem me responder se minhas mensagens com códigos NÃO no mql5 forem apagadas? Por uma questão de rapidez, estou planejando... mas vou copiá-lo.
Mas você não poderá criar uma filial neste fórum para o painel C#. Então, eu tenho que trabalhar novamente no fórum vermelho e lixo aqui? O que vocês acham, caros moderadores? Posso, é claro, postar a parte MQL5 em uma filial e o painel C# no blog. Mas é um pouco humilhante, como se eu fosse privado disso e tivesse que me esconder no blog.
Como podem ver, caros participantes, eu não esperei por uma resposta. Abate ou emasculação de uma mensagem é canja. E para tomar uma decisão clara, aqui nossa corajosa queda no pânico de assumir a responsabilidade.
Assim, conferir, então...
Alexey, olá. Também estou interessado no tópico de desenvolvimento de GUI usando ferramentas Net. No momento, eu implementei facilmente uma simples dll on Net, na qual os dados necessários do gráfico são facilmente passados. Usar Net neste modo permite criar uma GUI muito rápida de qualquer complexidade, sem se preocupar com muitos aspectos ao desenvolver o mesmo conjunto de ferramentas dentro da MQL. Atualmente, tenho duas muletas que não podem ser evitadas para uma interação completa entre GUI e gráfico: 1. notificação de um gráfico a partir de um programa externo; 2. ligação de uma forma criada ao próprio gráfico. Em outras palavras, a ligação ao gráfico usando Win API não é um problema, mas a forma é desenhada pelo gráfico, ainda não sei como superá-la. E, claro, o primeiro ponto... se quisermos que alguma ação seja feita no próprio terminal, temos que dar uma instrução. É claro que podemos fazê-lo através de arquivos ou mapeamento ou algum outro meio, mas o Consultor Especialista no gráfico deve sempre olhar através de mudanças de dados e queremos que funcione seguindo o princípio dos eventos: um evento para leitura de dados foi recebido - os dados foram lidos. Se resolvermos estas duas questões, então a implementação de qualquer funcionalidade é limitada apenas pelo vôo da fantasia.
Tenho o desejo de fazer outra tentativa de um projeto público sobre este recurso...
Alexey, acho que a criação de tal projeto na realidade da MQL não é relevante. Esta é a minha opinião. Já tivemos alguns projetos semelhantes. E Gui sobre tela, e um projeto desenvolvido pela Anatoly, e um projeto desenvolvido pela Piotr. E em resumo, não é realmente popular entre os comerciantes e todos inventam sua própria bicicleta. Por exemplo, eu uso meu CPanel e não quero mudar para outra coisa. No entanto, desenhar um bom Gui é um pensamento posterior. Veja as horríveis interfaces de programas que gozam de sucesso no mercado. Mas não há nada, pessoas como eles. Porque o principal não é a interface, mas o conteúdo.
Alexei, não creio que a criação de tal projeto seja relevante na MQL. Esta é a minha imho. Já tivemos alguns projetos semelhantes. Tanto o projeto de Gui on Canvas e Anatoly, quanto o projeto de Petr. E em resumo, não é realmente popular entre os comerciantes e todos inventam sua própria bicicleta. Por exemplo, eu uso meu CPanel e não quero mudar para outra coisa. No entanto, desenhar um bom Gui é um pensamento posterior. Veja as horríveis interfaces de programas que gozam de sucesso no mercado. Mas não há nada, pessoas como eles. Porque o principal não é a interface, mas o conteúdo.
Levantando os mortos ))))) Quem ressuscitou o cadáver de uma idéia? Nunca comecei a fazê-la, porque não vende, e não gasto tempo com ela.
Posso já ter escrito isto neste tópico, mas sou preguiçoso demais para reler o tópico inteiro. Imho, criar uma GUI em C++/C# é uma solução sem convicção e estranha. Eu não tinha nem mesmo a tarefa de criar uma GUI separadamente. Todo meu TC é externo em relação ao terminal - o terminal serve como fornecedor de dados e receptor de aplicações.
Agora eu tenho 4 terminais diferentes (de diferentes desenvolvedores). O TS é quase o mesmo, com algumas variações. Para transferir o TS para outra plataforma, basta escrever uma interface TS -> terminal ou conector. Na verdade, é mais fácil do que escrever o terminal de interface de intercâmbio de dados -> GUI.
Você não precisa transferir nada para qualquer lugar para implementar a GUI. Além disso, aqui temos a tentativa favorita de Volchansky... blocos e fios de captura, e eventos de usuários, etc., etc. As bibliotecas matriciais externas, obviamente, também não são um problema.
SZZ Market Sellers, esta mensagem não é para você).
Posso já ter escrito isto neste tópico, mas sou preguiçoso demais para reler o tópico inteiro. Imho, criar uma GUI em C++/C# é uma solução sem convicção e estranha. Eu não tinha nem mesmo a tarefa de criar uma GUI separadamente. Todo meu TC é externo em relação ao terminal - o terminal serve como fornecedor de dados e receptor de aplicações.
Agora eu tenho 4 terminais diferentes (de diferentes desenvolvedores). O TS é quase o mesmo, com algumas variações. Para transferir o TS para outra plataforma, somente uma interface TS -> terminal ou conector precisa ser escrita.
Para implementar a GUI, não há necessidade de transferir nada para qualquer lugar. Além disso, aqui estão também a tentativa favorita de Volchanskiy... captura, e fios, e eventos de usuários, etc., etc. As bibliotecas matemáticas externas, obviamente, também não são um problema.
SZZ Market Sellers, esta mensagem não é para você).
Sim, nos dias da MQL4 < construir 600 eu fazia exatamente isso, pois era impossível escrever em uma linguagem onde não havia sequer estruturas. Mas este mesmo tópico foi sugerido como uma espécie de projeto público, para que aqueles que discutiam "Existe um graal", "Como abrir uma ordem corretamente" e outros poluidores do éter pudessem escapar.
Entendo que agora apenas Karputov se dedica a projetos públicos, bem, é útil em sua linha de trabalho. Os comuns mortais podem estar interessados apenas em conseguir compradores potenciais. Mas aqui a inquisição exige fonte aberta, portanto o bebê é nascido morto. Ao mesmo tempo, existem muitos fóruns bem conhecidos, especialmente de língua inglesa, onde tais projetos são, ao contrário, bem-vindos. No outro dia recebi outro e-mail com um convite para abrir tal linha, encontrei-o de algum lugar, de boca em boca...?
Não estou criticando as regras não-oficiais, em nenhum lugar, do fórum escrito. Se uma mulher não dá, há muitas outras no mundo ))))
Sim, a exigência de código aberto pode ser contornada postando o .ex*, por exemplo, em um blog. E compartilhe os resultados no fórum. Mas não há cogumelos nesta floresta, como me parece )) Refiro-me aos compradores.
Até agora, com uma proposta de compra de algo que só os estrangeiros me escrevem no Skype e em outros canais.
Sim, nos dias da MQL4 < construir 600 eu fazia exatamente isso, porque era impossível escrever em uma linguagem que nem sequer tinha estruturas. Mas este mesmo tópico foi sugerido como uma espécie de projeto público, para que aqueles que estavam discutindo "Existe um graal", "Como abrir uma ordem corretamente" e outros poluidores do éter partissem.
Entendo que agora apenas Karputov se dedica a projetos públicos, bem, é útil em sua linha de trabalho. Os comuns mortais podem estar interessados apenas em conseguir compradores potenciais. Mas aqui a inquisição exige fonte aberta, portanto o bebê é nascido morto. Ao mesmo tempo, existem muitos fóruns bem conhecidos, especialmente de língua inglesa, onde tais projetos são, ao contrário, bem-vindos. No outro dia recebi outro e-mail com um convite para abrir tal linha, encontrei-o de algum lugar, de boca em boca...?
Não estou criticando as regras não-oficiais, em nenhum lugar, do fórum escrito. Se uma mulher não dá, há muitas outras no mundo ))))
Bem, sim. O fórum e a MQ não querem ou não deixam ninguém sair da caixa de areia). É estranho como todo software está se movendo em direção a sistemas abertos.