찻주전자의 질문 - 페이지 10

 
Valmars :
모든 것이 정상적으로 업데이트되며 값은 1초마다 변경됩니다.

이 예제에 지정된 버그가 없음 을 확인합니다. 모든 것이 제대로 작동합니다.

방금 타이머를 초기화 블록의 끝으로 이동하고 이 줄을 교체했습니다.

 int height= ChartGetInteger ( 0 , CHART_HEIGHT_IN_PIXELS , 0 );
int width= ChartGetInteger ( 0 , CHART_WIDTH_IN_PIXELS , 0 );

다음을 위해

 long height = ChartGetInteger ( 0 , CHART_HEIGHT_IN_PIXELS , 0 );
long width  = ChartGetInteger ( 0 , CHART_WIDTH_IN_PIXELS , 0 );
사실 이것은 큰 역할을 하지 않습니다(물론 초기화 중에 타이머가 실행될 것으로 예상되지 않는 한).
 
Valmars :
모든 것이 정상적으로 업데이트되며 값은 1초마다 변경됩니다.

감사합니다 이 간소화된 버전은 확인하지 않았지만 다른 사람에게 엉뚱한 내용을 로드하지 않도록 해야 했습니다.

나는 거기에서 6개의 통화 쌍을 처리하고 있습니다. 어딘가에서 망친 것 같습니다. 알아낼 것입니다. 긴장을 드려 죄송합니다 :)))

 

질문은 거기에서 태어났습니다.

한 심볼에서 포지션을 열어 다른 심볼에서 포지션을 닫고 일부 주문을 취소했습니다. 특별한 경우에 하나는 다른 하나를 취소합니까?

 
Silent :

질문은 거기에서 태어났습니다.

한 심볼에서 포지션을 열어 다른 심볼에서 포지션을 닫고 일부 주문을 취소했습니다. 특별한 경우에 하나는 다른 하나를 취소합니까?

MT5에는 "One Cancel Other" 주문이 없습니다. 따라서 귀하의 질문에 대해 논의할 근거가 없습니다.
 
Interesting :

대다수를 입력했다는 사실이 NETTING을 호출합니다.

결국 우리는 하나의 통화로 자산을 보유하고 있다는 점을 고려할 때, 어떻게든 상계와 헤징을 연관시켰습니다...
흥미로운 :

OCO 및 If Done은 다른 주문 유형 입니다. 내가 이해하는 한 "일반적으로 허용되는" 언어로 이러한 주문은 "실행 시" 및 "취소 가능"과 같이 호출됩니다.

즉, 다음과 같습니다. OCO - 두 개의 주문 묶음, 그 중 하나는 활성화되지 않고 주요 주문이 트리거된 후에 활성화됩니다. 완료 - 두 주문의 묶음, 주문 중 하나가 실행되면 두 번째 주문이 취소됩니다.

솔직히 말해서, 나는 그 말에 의심이 있었고, 나는 그 지원에 전화해야했습니다. 흥미롭게도 그들은 내 버전에 동의했습니다.

예, 보류 중인 주문을 삭제하는 것은 제 선택에 맞지 않습니다. 이것은 논쟁이다. 다른 충돌은 보이지 않습니다.

아무리 비틀어도 똑같은 OCO의 특별한 케이스가 나온다... Mlyn은 핸디캡에 이국적이라는 뜻 :)

 
Yedelkin :
MT5에는 "One Cancel Other" 주문이 없습니다.

조언자가 되는 데 방해가 되는 이유는 무엇입니까?

 
Silent :

조언자가 되는 데 방해가 되는 이유는 무엇입니까?

귀하의 원래 질문은 다른 것에 관한 것이었습니다. 귀하가 설명하는 상황이 OSO와 관련이 있는지 여부(MT5 측면에서)입니다. 답변에 근거가 없다고 답변드렸습니다. 귀하의 상황을 재현하기 위해 "어떤 방법으로"에 대한 질문은 제기되지 않았습니다. 그러니 현혹되지 맙시다.
 
Silent :

한 심볼에서 포지션을 열어 다른 심볼에서 포지션을 닫고 일부 주문을 취소했습니다. 특별한 경우에 하나는 다른 하나를 취소합니까?

질문은 플랫폼에 대한 참조 없이 이론적입니다. 순전히 깨달음을 위한 것입니다.

 
Silent :

질문은 플랫폼에 대한 참조 없이 이론적입니다. 순전히 깨달음을 위한 것입니다.

대답은 누가 OSO 질서의 본질을 이해하느냐에 달려 있습니다. 플랫폼에 대한 참조가 없는 경우 예를 들어 여기에 토론이 있습니다. http://forum.alpari.ru/archive/index.php/t-37307.html

...그래서 저는 고전적으로(사실인 것처럼 전달하지 않겠습니다) OCO 주문이 하나의 기기에서 이루어진다는 것을 이해합니다.

One cancels other (OCO) [Архив] - Forex / Форекс форум трейдеров и инвесторов компании Альпари - форекс клуб инвесторов и трейдеров
  • forum.alpari.ru
Уважаемый Гатти, а кто-нибудь вообще занимается этой проблемой? Имеется в виду, что клиенты заинтересованы в возможности выставлять OCO ордера на серверной стороне - это факт. ДЦ как заказчик ставит эту задачу перед разработчиками? Если не ставит - то когда планирует? Если не планирует - то почему? И т.д. - вопросов можно много задать, а...
 
Yedelkin :

대답은 누가 OSO 질서의 본질을 이해하느냐에 달려 있습니다. 플랫폼에 대한 참조가 없는 경우 예를 들어 여기에 토론이 있습니다. http://forum.alpari.ru/archive/index.php/t-37307.html

...그래서 저는 고전적으로(사실인 것처럼 전달하지 않겠습니다) OCO 주문이 하나의 기기에서 이루어진다는 것을 이해합니다.

네, 거기에 있었습니다. 감사합니다. 일반적으로 문제는 이 "방법의 본질을 이해하는 사람"인 것 같습니다.

결과적으로 나는 이것을 가지고 있습니다. 나는 TP에 다시 전화를 걸고 이전 터미널을 참조했습니다.

MT5에서 방법을 알려달라고 요청했습니다.

예델킨 :

다음 두 가지 간단한 상황을 처리합니다.

1) 2개의 활성 보류 주문이 있으며, 각각 자체 볼륨, 개시 가격 및 SL-TP 수준이 있습니다. 다른 하나가 트리거될 때 SERVER가 그 중 하나를 정확히 어떻게 취소할 수 있습니까?

2) 보류 중인 BUY STOP 주문이 있습니다. 이 주문이 실행될 때 SERVER가 모든 유형의 새 보류 주문을 정확히 어떻게 배치할 수 있습니까?

몇 분 후 그들은 불가능하다는 데 동의하고 bystoplimit와 Sellstoplimit를 사용하자고 제안했습니다. 일반적으로 OSO가 있지만 일부 장소에는 있습니다. 내일 그들은 무엇을 지정하지 않고 더 자세히 설명하기로 약속했습니다.

넓은 시야 감사합니다 :)