좋아요, 우리는 이제 이 "기능 장애"를 보고하는 제 생각에서 벗어나고 있는 것 같습니다.
요점은 SetIndexBuffer(int, double, ENUM_INDEXBUFFER_TYPE 을 사용하여 동적 배열을 정의할 때 ), 논리적으로 가정하는 것이 (문서에 명시되지 않았기 때문에) 다음을 정의함으로써
그래프, 표시기 속성 또는 이 표시기를 사용하는 EA 등 어디에서나 세 번째 버퍼의 존재를 볼 수 없습니다. 특히 동적으로 할당된 이 배열의 사용 특성을 정의해야 하는 경우에는 더욱 그렇습니다. (한번 더 반복하자면 #pragmas를 통해 버퍼와 플롯의 수를 정의한다고 해서 모두 사용한다는 의미는 아닙니다. )
그러나 이것이 사실이 아닌 것 외에도 이것은 숙련 된 프로그래머에게도 분명하지 않은 것 같아서 현재로서는 이와 같은 '기능 장애'를보고하는 것이 의미가 없습니다.
그래서... 이런 일을 신고해야 하나 말아야 하나?
나는 비슷한 것을 염두에두고 한 번 더 시도 할 것이지만 현재 이것은 (내뿐만 아니라) 시간 낭비처럼 보입니다 ;)
쓸모있다. 이제 경험이 없는 사람 이라도서로다른 주장에서 의견을 얻을 수 있습니다 . 이것은 포럼이므로 동의하지 않으면 내 의견을 제공해야한다고 생각합니다. 개인적이지 않은 일.
이 모든 것에 대해 Service Desk에 보고해야 한다면 문서가 충분히 명확하지 않다는 것입니다. 그러나 내 의견은 여전히 문서에서 말하지 않은 것을 해석할 필요가 없다는 것입니다.
나는 당신이 첫 번째 시도에서 이 실패를 재현할 수 없다는 것을 믿을 수 없습니다.
감도를 20/50으로 설정하고 추세선, fibo 또는 기타 개체의 기준점 을 이동해 보십시오.
침착하세요 :-)
작동하는 또 다른 매개변수 일 수 있습니다 .
침착하세요 :-)
작동하는 또 다른 매개변수 일 수 있습니다 .
:)
좋아요, 우리는 이제 이 "기능 장애"를 보고하는 제 생각에서 벗어나고 있는 것 같습니다.
요점은 SetIndexBuffer(int, double, ENUM_INDEXBUFFER_TYPE 을 사용하여 동적 배열을 정의할 때 ), 논리적으로 가정하는 것이 (문서에 명시되지 않았기 때문에) 다음을 정의함으로써
그래프, 표시기 속성 또는 이 표시기를 사용하는 EA 등 어디에서나 세 번째 버퍼의 존재를 볼 수 없습니다.
특히 동적으로 할당된 이 배열의 사용 특성을 정의해야 하는 경우에는 더욱 그렇습니다.
(한번 더 반복하자면 #pragmas를 통해 버퍼와 플롯의 수를 정의한다고 해서 모두 사용한다는 의미는 아닙니다. )
그러나 이것이 사실이 아닌 것 외에도 이것은 숙련 된 프로그래머에게도 분명하지 않은 것 같아서 현재로서는 이와 같은 '기능 장애'를보고하는 것이 의미가 없습니다.
그래서... 이런 일을 신고해야 하나 말아야 하나?
나는 비슷한 것을 염두에두고 한 번 더 시도 할 것이지만 현재 이것은 (내뿐만 아니라) 시간 낭비처럼 보입니다 ;)
쓸모있다. 이제 경험이 없는 사람 이라도 서로 다른 주장에서 의견 을 얻을 수 있습니다 . 이것은 포럼이므로 동의하지 않으면 내 의견을 제공해야한다고 생각합니다. 개인적이지 않은 일.
이 모든 것에 대해 Service Desk에 보고해야 한다면 문서가 충분히 명확하지 않다는 것입니다. 그러나 내 의견은 여전히 문서에서 말하지 않은 것을 해석할 필요가 없다는 것입니다.
친절한.
정확한 시간 척도.
예, 확실히 차이가 있습니다.
잠시 동안 나를 짜증나게 했던 한 가지는 고정 차트 위치 가 MT4에서와 같은 방식으로 작동하지 않는 것이었는데 도움말을 보니 제대로 작동하고 있다는 것을 알았습니다.
정확한 시간 척도.
M1 이외의 마침표 가 있는 차트에 개체를 그릴 때 다음과 같은 확대 기능이 나타납니다.
RTFM :-D
믿을 수 없어 :)
그리고 이제 '정확한 시간 척도'가 무엇을 의미하는지 알았으니 사용하고 싶습니다!!
하지만 ... 한 점을 선택하고 '정확한 시간'에 정렬한 후 두 번째 점을 정렬하려고 시도하는 동안 첫 번째 정렬된 점이 자동으로 더 가까운 양초에 다시 정렬되고 새로운 지점에 정렬되기 때문에 버그가 있습니다. , 때로는 다른 값.
또는 그것을 관리하는 클릭도 있습니까? :)
믿을 수 없어 :)
그리고 이제 '정확한 시간 척도'가 무엇을 의미하는지 알았으니 사용하고 싶습니다!!
하지만 ... 한 점을 선택하고 '정확한 시간'에 정렬한 후 두 번째 점을 정렬하려고 시도하는 동안 첫 번째 정렬된 점이 자동으로 더 가까운 양초에 다시 정렬되고 새로운 지점에 정렬되기 때문에 버그가 있습니다. , 때로는 다른 값.
또는 그것을 관리하는 클릭도 있습니까? :)
m_request.type_time = type_time; // type_time 을 ORDER_TIME_GTC로 설정
또는
m_request.type_time = type_time; // type_time 이 ORDER_TIME_ SPECIFIED 로 설정됨
m_request.expiration = 만료; // 만료 는 5일 또는 10일의 날짜/시간으로 설정됩니다.
어떤 아이디어가 있습니까?
보류 중인 주문은 매개변수 와 함께 OrderSend를 통해 전송될 때 백테스팅에서 하루가 끝날 때 만료됩니다(시간 프레임과 무관합니다!).
m_request.type_time = type_time; // type_time 을 ORDER_TIME_GTC로 설정
또는
m_request.type_time = type_time; // type_time 이 ORDER_TIME_ SPECIFIED 로 설정됨
m_request.expiration = 만료; // 만료 는 5일 또는 10일의 날짜/시간으로 설정됩니다.
어떤 아이디어가 있습니까?