AutoGraf 시리즈 4 - MQL 기능. - 페이지 9

 

악기 9,10, 11에 대해

시간 프레임에 구속력이 있습니까? 저것들. 예를 들어 풀업을 M5에 배치하고 묶으면 나중에 M5를 M15 또는 M30으로 변경하고 이 TF를 떠날 때보다 주문이 더 자주 이동한다는 인상을 받았습니다.

(글쎄요, 일단 질문은 이 형태로 두세요, 제가 알고자 하는 내용이 이해하기 어려우면 아침에 다시 작성하겠습니다)

 
alexx_v :

악기 9,10, 11에 대해

시간 프레임에 구속력이 있습니까? 저것들. 예를 들어 풀업을 M5에 배치하고 묶으면 M5를 M15 또는 M30으로 변경할 때보다 주문이 더 자주 이동한다는 인상을 받았습니다.

(글쎄요, 일단 질문은 이 형태로 두세요, 제가 알고자 하는 내용이 이해하기 어려우면 아침에 다시 작성하겠습니다)

질문은 명확합니다. 두 부분으로 된 답변입니다.

1. AutoGraf 에서 이 문제가 고려되고 해결되었습니다. 물론 테스트하는 것이 바람직합니다.

2. MT에는 개념적 오류가 있습니다. oh cat. 말할 필요가 있습니다. 좌표. 개체는 막대에 묶여 있습니다. 일반적으로 이렇게 되어야 합니다. 그러나 (내가 이해하는 한) 한 TF에서 다른 TF로 이동할 때 좌표를 다시 계산하는 방법에 약간의 문제가 있습니다. 문제를 이해하려면 M1: 왼쪽 좌표에 추세선을 작성하십시오. 시간 - h:01, 오른쪽 - h:59, 즉 한 시간 이내 촛불. 가격 차이를 몇 점으로 설정합니다(즉, 기울기가 약하고 거의 수평선). 이제 H1에서 어떻게 보이는지 보세요..:(
일반적으로 이 현상은 모든 스위칭에서 발생합니다. 다른 TF에. 대부분의 경우 오류는 1-2 포인트이며, 특히 10-15p와 같이 멜빵 수정의 큰 단계에서 감지할 수 없습니다.

이 현상을 처리하는 방법?

1. 선을 더 넓게 늘립니다.

2. 불필요하게 원격 TF로 전환하지 마십시오.

3. 여전히 멀리 가야 하는 경우 활성 기능(AT 및 AG)을 잠시 비활성화합니다. 프로모션 분석 후 기본 TF로 돌아가서 켜십시오. 필수의 거래 기능.

 

감사합니다, 이해합니다

.. 그리고 설명서가 작지 않을 수 있습니다 :)

 
alexx_v :

감사합니다, 이해합니다

.. 그리고 설명서가 작지 않을 수 있습니다 :)

그말 말고..

 
아무거나, 심지어 좋습니다. 즐겁게 읽을 것입니다. 그리고 AutoGraph 자체를 사용하는 것만큼 읽기 쉽습니다.
 

Sergey, 위의 도구에 대한 또 다른 질문:

예를 들어, 풀다운으로 주문을 개체에 바인딩합니다. 선에는 테두리가 있습니다. 즉, 선의 시작과 끝 좌표는 시간과 가격에 묶여 있습니다.

테스터를 실행하면 가격이 선이 끝나는 시점에 도달하지만 선이 끝이없는 것처럼 가격이 계속 상승합니다. 즉, "ray"속성이 있습니다.

그래야만 합니까? 또는 풀다운이 기능 수행을 중지해야 할 수도 있습니다. 개체가 완료된 것 같습니까? 그건 그렇고, 꽤 흥미로울 것입니다.

 
alexx_v :

Sergey, 위의 도구에 대한 또 다른 질문:

예를 들어, 풀다운으로 주문을 개체에 바인딩합니다. 선에는 테두리가 있습니다. 즉, 선의 시작과 끝 좌표는 시간과 가격에 묶여 있습니다.

테스터를 실행하면 가격이 선이 끝나는 시점에 도달하지만 선이 끝이없는 것처럼 가격이 계속 상승합니다. 즉, "ray"속성이 있습니다.

그렇게 되어야 합니까? 또는 풀다운이 기능 수행을 중지해야 할 수도 있습니다. 개체가 완료된 것 같습니까?

여기.

이것은 토론할 문제입니다. 지금까지는 '마치' 빔으로 되어 있다. 그리고 얼마나 더 나은지 - 나는 모릅니다.

개체의 끝까지만 끌 수 있도록 할 수 있습니다. 그러나 사용자를 추적한 다음 "작동이 중지된 이유는 무엇입니까?"를 설명합니다.

지금 그대로 두셔도 됩니다.

어떻게 하면 더 좋아? 어떻게 더 논리적이고, 더 좋고, 더 직관적이겠습니까?

그리고 가장자리로 드래그하면 이 경우 도구로 무엇을 해야 합니까? 삭제? 아니면 사용자에게 침을 뱉어 영화를 보는 것으로 충분합니다. 조금 조정할 시간이라고 합니까? 그가 자고 있다면?


프로그램의 주요 작업 단계에서 나는이 순간을 "성장을 위해"남겼습니다. 대부분 "선의 보이는 끝까지 당기기"로 변경해야 합니다. 이것은 추가 자유도입니다. 빔은 항상 노출 될 수 있습니다 ..

그리고 곧..

(이대로라면 조만간 매뉴얼을 올리지 않겠습니다..)

 
SK. писал (а):

여기.

이것은 토론할 문제입니다. 지금까지는 '마치' 빔으로 되어 있다. 그리고 얼마나 더 나은지 - 나는 모릅니다.

개체의 끝까지 드래그하도록 할 수 있습니다 . 그러나 사용자를 추적한 다음 "작동이 중지된 이유는 무엇입니까?"를 설명합니다.

지금 그대로 두셔도 됩니다.

어떻게 하면 더 좋아? 어떻게 더 논리적이고, 더 좋고, 더 직관적이겠습니까?

그리고 가장자리로 드래그하면 이 경우 도구로 무엇을 해야 합니까? 삭제? 아니면 사용자에게 침을 뱉어 영화를 보는 것으로 충분합니다. 조금 조정할 시간이라고 합니까? 그가 자고 있다면?


프로그램의 주요 작업 단계에서 나는이 순간을 "성장을 위해"남겼습니다. 대부분 "선의 보이는 끝까지 당기기"로 변경해야 합니다. 이것은 추가 자유도입니다. 빔은 항상 노출 될 수 있습니다 ..

그리고 곧..

(이대로라면 조만간 매뉴얼을 올리지 않겠습니다..)

사용자에게 선택권을 줄 수 있습니까?

나는 개인적으로 더 좋아하고 따라할 대상이 없을 때 기능이 중지되면 더 명확하고 순수 직관적입니다. 중지하지 않으려면 선의 속성을 변경하고 "빔"을 켭니다. " - 짜잔 :)

물론, 당신은 사용자를 코로 뱉을 수 있습니다, 그것은 상처를주지 않습니다 ..

 

네. 나는 앞으로 그것을 돌볼 것입니다. 이렇게 계획되었습니다. 일을 쉬고 싶었습니다 :)

해야 할 것입니다.

모든 제안을 한 번에 제공하십시오(개의 꼬리를 한 조각씩 자르지 않도록).

 
SK. писал (а):

모든 제안을 한 번에 제공하십시오(개의 꼬리를 한 조각씩 자르지 않도록).


:) 글쎄, 여기에 모든 것을 힙에 수집하고 현명하게 공식화해야합니다. 내일은 이미 생각합니다 :)