오류, 버그, 질문 - 페이지 1249

[[삭제]]

DiPach :
언어로 가능합니다. 그러한 구현이 있습니다( ObjectGetValueByTime을 적용하지 않음).

그리고 비밀이 아니라면 무엇을 통해 구현됩니까?

[Andrew Petras]

joo :
라인을 구축했습니다. 선의 속성에서 "왼쪽으로 빔"을 선택하십시오. 선의 기준점 이 다른 날짜에 있는지 확인했습니다. 예상대로 - 라인은 D1보다 적은 시간과 D1에도 올바르게 구축됩니다. 좋은 것은 D1 위의 반쪽에서 바인딩이 해당하는 더 높은 TF보다 낮아서는 안 됩니다.

즉, 괜찮아

H1

W1

확인. 확인. 위에서 아래로 그리고 다른 것은 없습니다.

[Dina Paches]

Tapochun :
좋습니다. 하지만 여기서 문제는 이 함수에서 얼마나 많은 것이 아니라 라인이 "점프"한다는 사실, 즉 포인트의 가격 좌표는 스케일이 변경되는 순간에 변경됩니다.

내 가격 좌표는 스케일이 변경될 때 변경되지 않습니다.

보다 정확하게는 스케일이 변경될 때 동일한 추세선 값이 표시됩니다(스케일은 값 계산에 영향을 미치지 않음)

[Dina Paches]

Tapochun :
그리고 비밀이 아니라면 무엇을 통해 구현됩니까?

순수하게 MQL5를 사용합니다.

저 뿐만 아니라 마켓에서도 이 기능이 있는 인디케이터를 사용하는데, 여기에 코드를 공개하지 않아 죄송합니다.

[[삭제]]

DiPach :

내 가격 좌표는 스케일이 변경될 때 변경되지 않습니다.

보다 정확하게는 눈금이 변경되면 동일한 추세선 값이 표시됩니다.

시각적으로 또는 프로그래밍 방식으로 정의됩니까?

[Dina Paches]

Tapochun :
시각적으로 또는 프로그래밍 방식으로 정의됩니까?

프로그래밍 방식으로.

나는 내 척도가 가치 계산에 영향을 미치지 않는다고 게시물에 추가했습니다.

그러나 그것을 구현하는 방법에 대해 의아해하기 위해 - 예, 한 번에 그랬습니다.)

[[삭제]]

alexvd :

"플로팅" 개체와 관련하여 스크린샷 등으로 구체적인 예를 제공하는 것이 좋습니다.

그러나 일반적으로 그리기 정확도의 문제는 차트의 축척을 고려하여 날짜/가격 좌표를 차트의 XY 좌표로 변환하는 이산성에 달려 있습니다. 아무도 1:1 스케일로 빌드하지 않습니다.

우리는 여러 추세선을 만듭니다. 스크립트를 사용하여 현재 시간에 가격 좌표를 얻습니다. 우리는 규모를 이동합니다. 우리는 현재 촛불의 추세선 값을 다시 얻습니다. 결과는 다음과 같습니다.

MetaTrader 거래 플랫폼의 스크린샷

GBPUSD, M5, 2014.11.24

Alpari Limited, MetaTrader 5, 데모

temp_file_screenshot_13845.png

[Александр]

DiPach :

프로그래밍 방식으로.

나는 내 척도가 가치 계산에 영향을 미치지 않는다고 게시물에 추가했습니다.

그러나 그것을 구현하는 방법에 대해 의아해하기 위해 - 예, 한 번에 그랬습니다.)

y=a+bx - 이것이 전체 소프트웨어 구현입니다. 왜 귀찮게 할까요?

[[삭제]]

DiPach :

프로그래밍 방식으로.

나는 내 척도가 가치 계산에 영향을 미치지 않는다고 게시물에 추가했습니다.

그러나 그것을 구현하는 방법에 대해 의아해하기 위해 - 예, 한 번에 그랬습니다.)

나는 추측하려고 ... 두 개의 인접한 촛대에 있는 선의 점 사이의 증가분을 결정함으로써?

[Dina Paches]

Talex :
y=a+bx - 이것이 전체 소프트웨어 구현입니다. 왜 귀찮게 할까요?

당신이 모르는 것에 대해 이야기하지 마십시오.

기존 계산으로 관심 영역의 추세선 값을 결정할 때 "함정"이 있습니다. 포함하여 즉시 나타나지 않을 수 있습니다. 이 "돌"을 둘러싸는 것이 가장 어려웠습니다.

물론 일반적으로 MQL5의 ObjectGetValueByTime 함수가 MQL4의 결과와 유사하게 작동하면 좋을 것입니다. 그리고 화면 과 같이 이렇게 적용했을 때는 아니었습니다.