Erros, bugs, perguntas - página 517

Novo comentário
 
alexvd:

Isto é descrito na ajuda.

Também é fácil encontrar agora a pasta comum

Obrigado!

Acabei de ler a ajuda, mas normalmente salto as secções sobre como utilizar o programa .

Acabei de ler as descrições das funções e assim por diante.

Mas será possível alterar a localização destas pastas?

Se pensar logicamente, os guiões, indicadores, etc. são os Meus Documentos. E seria conveniente armazená-las nos Meus Documentos.

Tanto mais que tenho o Windows num só disco. E os meus documentos estão num disco diferente.

E no caso de um acidente. Ou reinstalá-lo. Não teria de me lembrar se copiasse todo o meu trabalho para outra unidade.

 

A propriedade OBJPROP_ZORDER nem sempre funciona. Ou seja, se for feito um clique num objecto OBJ_LABEL e houver outro objecto por detrás desse objecto, a função de objecto traseiro é accionada. Isto parece acontecer quando o clique atinge uma área de caracteres vazia.

Actualmente existem propriedades tais comoOBJPROP_XOFFSET eOBJPROP_YOFFSET. Quando os utiliza, pode tornar invisível uma determinada área de um objecto. Seria útil tornar propriedades que tornariam áreas especificadas de um objecto indisponíveis para cliques.

Документация по MQL5: Стандартные константы, перечисления и структуры / Константы объектов / Типы объектов
Документация по MQL5: Стандартные константы, перечисления и структуры / Константы объектов / Типы объектов
  • www.mql5.com
Стандартные константы, перечисления и структуры / Константы объектов / Типы объектов - Документация по MQL5
 

Tenho esta coisa no meu perfil:

O que é que isso quer dizer?

 
gumgum:

Tenho esta coisa no meu perfil:

O que é que isso quer dizer?

Assim:

Renat 2011.09.15 03:26 #
O Campeonato começará a tempo.

E a monitorização e distribuição de sinais é um projecto complicado, não pode ser feito rapidamente. Estamos prestes a lançar os cludes pagos para os agentes.

 
gumgum:

Tenho esta coisa no meu perfil:

O que é que isso quer dizer?

Não é uma verdadeira cobrança, não se preocupe. Por agora são apenas mensagens informativas sobre cargas/descargas virtuais para a utilização de agentes da MQL5 Cloud Network.
 

Talvez algumas lacunas no conhecimento dêem origem a tais questões, mas não consegui encontrar nada semelhante por mim próprio, e a implementação usando truques algorítmicos parece-me não passar de uma perversão feia de muletas.

Os objectos gráficos têm pesos? Ou seja, as prioridades de visibilidade. Não em relação à tabela de preços (caixa de verificação nas propriedades do objecto "desenhar objecto como fundo" - já lá está), mas apenas entre os próprios objectos gráficos construídos. Não existem, compreensivelmente, múltiplas camadas e não podemos esperar nenhuma. Contudo, há a seguinte ordem de coisas: se vários objectos gráficos idênticos caírem na mesma posição temporal, aquele que foi sobreposto por último será visível. Estará em primeiro plano, bloqueando os outros. Não há outra forma de chegar aos outros, excepto através da Lista de Objectos (ctrl+b).

Se houver uma forma de programar a atribuição/distribuição de pesos de visualização a objectos, por favor aconselhar como fazer isto. Caso contrário, seria vital acrescentar isto como uma propriedade/atribuição.

Voltando ao início do post, posso dizer que até agora o único algoritmo que existe para mim é que os objectos com maior prioridade devem ser afinados em último lugar - então eles anularão todos os outros na mesma posição em termos de visibilidade. Isto é uma má ideia, inconveniente. Ou apagar o objecto escondido já existente e redesenhá-lo por último na fila de construção não é uma ideia melhor.

 
x100intraday:

Talvez algumas lacunas no conhecimento dêem origem a tais questões, mas não consegui encontrar nada semelhante por mim próprio, e a implementação usando truques algorítmicos parece-me não passar de uma perversão feia de muletas.

Os objectos gráficos têm pesos? Ou seja, as prioridades de visibilidade. Não em relação à tabela de preços (caixa de verificação nas propriedades do objecto "desenhar objecto como fundo" - já lá está), mas apenas entre os próprios objectos gráficos construídos. Não existem, compreensivelmente, múltiplas camadas e não podemos esperar nenhuma. Contudo, há a seguinte ordem de coisas: se vários objectos gráficos idênticos caírem na mesma posição temporal, aquele que foi sobreposto por último será visível. Estará em primeiro plano, bloqueando os outros. Não há outra forma de chegar aos outros, excepto através da Lista de Objectos (ctrl+b).

Se houver uma forma de programar a atribuição/distribuição de pesos de visualização a objectos, por favor aconselhar como fazer isto. Caso contrário, seria vital acrescentar isto como uma propriedade/atribuição.

Voltando ao início do post, posso dizer que até agora o único algoritmo que existe para mim é que os objectos com maior prioridade devem ser afinados em último lugar - então eles anularão todos os outros na mesma posição em termos de visibilidade. Isto é uma má ideia, inconveniente. Ou eliminar um objecto escondido já existente e redesenhá-lo por último na fila de construção - esta ideia não é melhor.

Apoio-o, como também já escrevi sobre isso))).

Um exemplo de como deve ser:

bool  ObjectSetInteger(
   long    chart_id,          // идентификатор графика
   string  name,              // имя
   int     prop_id,           // свойство. Вот здесь должно быть свойство OBJPROP_LAYER
   long    prop_value         // значение. А здесь номер слоя
   );

E, claro, no diálogo de configuração manual, esta opção é necessária.

 
tol64:

E segundo isto, como também já escrevi sobre isso)).

Um exemplo de como deve ser:

E, claro, a caixa de diálogo de configuração manual necessita desta opção.

Não se trata de camadas, trata-se apenas de sequenciação, as camadas são um pouco diferentes. Portanto, não OBJPROP_LAYER, mas algo como OBJPROP_WEIGHT ou OBJPROP_PRIORITY.
 
x100intraday:
Não se trata de camadas, trata-se apenas da sequência, as camadas são um pouco diferentes. Portanto, não OBJPROP_LAYER, mas algo como OBJPROP_WEIGHT ou OBJPROP_PRIORITY.
Porque é que OBJPROP_ZORDER não é apropriado?
 
marketeer:
Porque é que o OBJPROP_ZORDER não funciona?

É por isso que não encaixa, uma vez que esta propriedade está relacionada com o aspecto de seleccionar um objecto gráfico com um rato e não com a ordem de renderização do mesmo.

E aqui, de facto, não está absolutamente claro porque é que a propriedade OBJPROP_ZORDER, que em teoria distribui prioridades inteiras num pequeno intervalo (não se pode apertar muitos objectos num gráfico de qualquer forma), tem de repente um tipo longo. Para que é que precisa de 8 bytes, não é suficiente? Alguém poderia comentar isto?

1...510511512513514515516517518519520521522523524...3184
Novo comentário