제로 바의 움직임 합계의 카운트다운이 열린 후에만 시작된다는 사실은 분명하므로 _ 주간 birr의 닫기 _ 줄에 - int BarShift = iBarShift( SymbolName[j], 0, 시간[i], true); 나는 추측한다. 하지만 어떻게 해야 할까요? PERIOD_W1을 삽입하여 결정하면 작동하지 않습니다. 이것은 주간 막대의 지정이 아니라 주간 기간의 크기와 그 값의 지정이 유지되지 않기 때문에 히스토그램의 새 막대마다 항상 변경됩니다( tf -ma 에 따라 다름) . 지표는 지난 금요일의 마감만 보기 때문에 전체 스토리가 무너집니다. 일반적으로 - 간단한 요구 사항과 같은 완전한 kapet - 더 작은 tf-maxes에서 한 주를 마감하는 정의. 하지만 내 표시기에 쓰는 방법이 명확하지 않습니다.
제로 바의 움직임 합계의 카운트다운이 열린 후에만 시작된다는 사실은 분명하므로 _ 주간 birr의 닫기 _ 줄에 - int BarShift = iBarShift( SymbolName[j], 0, 시간[i], true); 나는 추측한다. 하지만 어떻게 해야 할까요? PERIOD_W1을 삽입하여 결정하면 작동하지 않습니다. 이것은 주간 막대의 지정이 아니라 주간 기간의 크기와 그 값의 지정이 유지되지 않고 히스토그램의 각 새 열에 따라 항상 변경되기 때문입니다( tf -ma 에 따라 다름) . 지표는 지난 금요일의 마감만 보기 때문에 전체 스토리가 무너집니다. 일반적으로 - 간단한 요구 사항과 같은 완전한 kapet - 더 작은 tf-maxes에서 한 주를 마감하는 정의. 하지만 내 표시기에 쓰는 방법이 명확하지 않습니다.
PERIOD_W1 . Это выражение дает не понятие недельного бара который отображен на графике .а всего лиш размер недели . и при возникновении нового бара например на н1 происжодит перемещение этого размера на час вперед . так что это все не то .
물리적 메모리 부족에 대해 이야기할 수 있습니까?
이해가 안 돼요! 아마도 화학적, 생물학적 또는 다른 무엇입니까? 가능한 실용적인 해결책을 제안했습니다.
주간 1차 바의 마감은 0차 주간 바가 열릴 때만 잡을 수 있습니다.
iBarShift()가 도움이 됩니다.
제로 바의 움직임 합계의 카운트다운이 열린 후에만 시작된다는 사실은 분명하므로 _ 주간 birr의 닫기 _ 줄에 - int BarShift = iBarShift( SymbolName[j], 0, 시간[i], true); 나는 추측한다. 하지만 어떻게 해야 할까요? PERIOD_W1을 삽입하여 결정하면 작동하지 않습니다. 이것은 주간 막대의 지정이 아니라 주간 기간의 크기와 그 값의 지정이 유지되지 않기 때문에 히스토그램의 새 막대마다 항상 변경됩니다( tf -ma 에 따라 다름) . 지표는 지난 금요일의 마감만 보기 때문에 전체 스토리가 무너집니다. 일반적으로 - 간단한 요구 사항과 같은 완전한 kapet - 더 작은 tf-maxes에서 한 주를 마감하는 정의. 하지만 내 표시기에 쓰는 방법이 명확하지 않습니다.
...확장되지 않은 토큰
지금은 어떻게 되어야 합니까?
그게 요점이 아닙니다... :-))) 업데이트된 MQL4의 관점에서 이 줄이 어떻게 틀리나요?
그게 요점이 아닙니다... :-))) 업데이트된 MQL4의 관점에서 이 줄이 어떻게 틀리나요?
t.z와 함께 새로운 MQL4 "char"는 "string"과 마찬가지로 변수 유형입니다.
아... semenych... :-))) 즉, 예약어
제로 바의 움직임 합계의 카운트다운이 열린 후에만 시작된다는 사실은 분명하므로 _ 주간 birr의 닫기 _ 줄에 - int BarShift = iBarShift( SymbolName[j], 0, 시간[i], true); 나는 추측한다. 하지만 어떻게 해야 할까요? PERIOD_W1을 삽입하여 결정하면 작동하지 않습니다. 이것은 주간 막대의 지정이 아니라 주간 기간의 크기와 그 값의 지정이 유지되지 않고 히스토그램의 각 새 열에 따라 항상 변경되기 때문입니다( tf -ma 에 따라 다름) . 지표는 지난 금요일의 마감만 보기 때문에 전체 스토리가 무너집니다. 일반적으로 - 간단한 요구 사항과 같은 완전한 kapet - 더 작은 tf-maxes에서 한 주를 마감하는 정의. 하지만 내 표시기에 쓰는 방법이 명확하지 않습니다.
당신이 그렇게하는 것을 막는 것은 무엇입니까?
아님? ..... 작동 안 할 것이다?
다시 게시 ..... zoritch 죄송합니다.
아... semenych... :-))) 즉, 예약어
당신이 그렇게하는 것을 막는 것은 무엇입니까?
아님? ..... 작동 안 할 것이다?
버릇 ..... zoritch 죄송합니다.
PERIOD_W1 . Это выражение дает не понятие недельного бара который отображен на графике .а всего лиш размер недели . и при возникновении нового бара например на н1 происжодит перемещение этого размера на час вперед . так что это все не то .Vitek2010 :
더 작은 tf-max로 한 주를 마감하는 것의 정의는 간단한 요구 사항인 것 같습니다. 하지만 내 표시기에 쓰는 방법이 명확하지 않습니다.