그러나 이것은 Expert Advisor 및 스크립트에 대해 제공되지 않으며 Expert Advisor 자체에서 ExpertRemove() 를 호출하여 Expert Advisor만 중지합니다.
정말 칠면조만의 기능이 있는 것 같습니다(끝까지 확인하지는 않았지만).
MQL4를 살펴보니 거기에 기능이 있습니다. 내가 이해하는 한 그것은 약간 다릅니다.
string WindowExpertName()
Возвращает имя выполняющегося эксперта, скрипта, пользовательского индикатора или библиотеки, в зависимости от того,
из какой MQL4-программы вызвана данная функция.
차트에 대한 정보에 필요한 기능을 추가하고 심지어 모든 차트에서 ifna를 얻을 수 있는 방식으로 개발자에게 제안합니다.
- 터미널에 기호와 마침표 및 기타 환경 없이 특별한 빈 "차트"가 있으면 좋겠지만 지표/스크립트/전문가를 던질 수도 있습니다.
다양한 패널 및 기타 기존 차트 및 프로그램에 의한 기타 제어/제어를 위한 일종의 보드입니다.
알라 레나트가 당신의 말을 듣길 바랍니다.
나는 이 (전혀 새로운 것은 아니지만) 아이디어가 훨씬 더 넓은 맥락에서 적극적으로 홍보되어야 한다고 생각합니다.
다양한 유형의 큰 창이 필요합니다(표준 차트는 옵션 중 하나일 뿐입니다). 비어 있음 - 전문가의 경우 스프레드시트, 브라우저 창, 물론 다양한 유형의 차트 (renko-kagi, 틱 등).
일반적으로 차트에서 Expert Advisors와 스크립트를 풀어야 내비게이터 창에 Expert Advisors의 주요 앵커 포인트가 될 mql 프로그램 실행 테이블이 있는 특수 탭(mql-Space)이 있습니다. 이 경우 특정 차트에 대한 바인딩이 가능 하지만 (선택 사항) 선택 사항입니다. 다중 통화 터미널에서 특정 기호(및 차트)에 바인딩하는 것은 지표에 대해서만 너무 터무니없지 않습니다.
불행히도, 나는 이것이 MT5에서 구현되지 않을 것이라는 것을 완전히 알고 있습니다(99.9%의 확실성으로). 그 기반에 있는 터미널의 아키텍처는 처음 에 이 특정 측면에서 쉬운 구조 조정 또는 확장을 제공하지 않습니다. 그러나 시스템 개발은 MT5에서 끝나지 않을 것이며 MT6의 기반이 놓일 때(또는 아마도 프로세스가 이미 진행 중일 수도 있음)에는 개발자가 아키텍처적으로 이러한 계획을 세우고 상속하지 않도록 해야 합니다. 일반적인 디버깅("하나의 차트 - 하나의 전문가", "메인 창의 각 탭 = 차트" 등).
이러한 아키텍처를 구현하는 방법에는 특별한 어려움이 있지만 근본적이고 승리하는 것은 아닙니다. 사용자의 편의는 수십 배의 이점을 얻을 것입니다. 예, 개발자는 결국 편리하게 사용할 수 있습니다. 예를 들어 특정 유형의 창은 아키텍처 수준에서 급격한 스트레스 없이 단계적으로 그리고 점진적으로 도입될 수 있습니다.
나는 이 (전혀 새로운 것은 아니지만) 아이디어가 훨씬 더 넓은 맥락에서 적극적으로 홍보되어야 한다고 생각합니다.
다양한 유형의 큰 창이 필요합니다(표준 차트는 옵션 중 하나일 뿐입니다). 비어 있음 - 전문가의 경우 스프레드시트, 브라우저 창, 물론 다양한 유형의 차트 (renko-kagi, 틱 등).
일반적으로 차트에서 Expert Advisors와 스크립트를 풀어야 내비게이터 창에 Expert Advisors의 주요 앵커 포인트가 될 mql 프로그램 실행 테이블이 있는 특수 탭(mql-Space)이 있습니다. 이 경우 특정 차트에 대한 바인딩이 가능 하지만 (선택 사항) 선택 사항입니다. 다중 통화 터미널에서 특정 기호(및 차트)에 바인딩하는 것은 지표에 대해서만 너무 터무니없지 않습니다.
불행히도, 나는 이것이 MT5에서 구현되지 않을 것이라는 것을 완전히 알고 있습니다(99.9%의 확실성으로). 그 기반에 있는 터미널의 아키텍처는 처음 에 이 특정 측면에서 쉬운 구조 조정 또는 확장을 제공하지 않습니다. 그러나 시스템 개발은 MT5에서 끝나지 않을 것이며 MT6의 기반이 놓일 때(또는 아마도 프로세스가 이미 진행 중일 수도 있음)에는 개발자가 아키텍처적으로 이러한 계획을 세우고 상속하지 않도록 해야 합니다. 일반적인 디버깅("하나의 차트 - 하나의 전문가", "메인 창의 각 탭 = 차트" 등).
이러한 아키텍처를 구현하는 방법에는 특별한 어려움이 있지만 근본적이고 승리하는 것은 아닙니다. 사용자의 편의는 수십 배의 이점을 얻을 것입니다. 예, 개발자는 결국 편리하게 사용할 수 있습니다. 예를 들어 특정 유형의 창은 아키텍처 수준에서 급격한 스트레스 없이 단계적으로 그리고 점진적으로 도입될 수 있습니다.
아멘.
왜 이렇게 더워?
가짜 차트가 만들어지고 짜잔, 시냇물이 우아한 반바지로 바뀌거나, 음, 또는 롱 :) 죄송합니다. 말장난에 저항할 수 없었습니다.
가짜 차트가 만들어지고 짜잔, 시냇물이 우아한 반바지로 바뀌거나, 음, 또는 롱 :) 죄송합니다. 말장난에 저항할 수 없었습니다.
"의사 차트"레이블에서 쾌활한 비문 "USDZAR"를 제거하고 예를 들어 "Hello UrainSpreadSheat"mql5로 바꾸려면 불행히도 레이블을 다시 칠할뿐만 아니라 허용하지 않습니다. 모든 차트(예: 시계, 트레이딩 패널 등)에 항상 필요한 가짜 차트에 5명의 "백그라운드" 전문가를 배치하는 것도 효과가 없습니다. 따라서 .. 아무리 노력해도 현재 구현에서 작동하지 않는 한계를 스스로 알고 있습니다. 그리고 두 번째 요점(심볼에서 전문가 분리)도 그다지 중요하지 않으며 현재 구현에서는 아무도 이를 수행하지 않을 것입니다.
이것을 바꾸는 것은 그리 어렵지 않습니다.
https://www.mql5.com/en/code/470
고맙습니다! :-)
맞습니다.
다시 시작하면 이해하기 시작합니다.
지표에 모든 것이 좋습니다. 차트에 매달려 있는 숫자와 지표를 모두 찾을 수 있고, 지표를 걸거나 차트에서 제거할 수 있습니다.
그러나 이것은 Expert Advisor 및 스크립트에 대해 제공되지 않으며 Expert Advisor 자체에서 ExpertRemove() 를 호출하여 Expert Advisor만 중지합니다.
정말 칠면조만의 기능이 있는 것 같습니다(끝까지 확인하지는 않았지만).
MQL4를 살펴보니 거기에 기능이 있습니다. 내가 이해하는 한 그것은 약간 다릅니다.
string WindowExpertName() Возвращает имя выполняющегося эксперта, скрипта, пользовательского индикатора или библиотеки, в зависимости от того, из какой MQL4-программы вызвана данная функция.차트에 대한 정보에 필요한 기능을 추가하고 심지어 모든 차트에서 ifna를 얻을 수 있는 방식으로 개발자에게 제안합니다.하나의 차트에서 한 명의 Expert Advisor만 작업할 수 있다는 사실 때문에 그러한 정보는 분명히 만들어지지 않았고 지표를 결정하기 위한 것이었습니다.
그리고 필요한 경우 다른 차트에서 정보를 얻을 수 있습니다.
하나의 차트에서 한 명의 Expert Advisor만 작업할 수 있다는 사실 때문에 그러한 정보는 분명히 만들어지지 않았고 지표를 결정하기 위한 것이었습니다.
그리고 필요한 경우 다른 차트에서 정보를 얻을 수 있습니다.
표시기는 자체에서 짧은 이름을 학습할 수 있지만 핸들은 학습할 수 없다는 것을 알았습니다. 이는 아마도 무언가 때문일 것입니다.
따라서 모든 차트와 해당 창을 살펴보고 한 주기의 지표에서 지표를 찾는 경우 해결 방법을 제공하지 않으면 "자신"에 도달하고 멈춥니다.
물론 이것은 스크립트나 Expert Advisor에서 할 수 있지만 지표에서 필요했습니다.
그러나 이것이 중요한 것이 아니라 다시 생각이 나타났습니다.
- 터미널에 기호와 마침표 및 기타 환경 없이 특별한 빈 "차트"가 있으면 좋겠지만 지표/스크립트/전문가를 던질 수도 있습니다.
다양한 패널 및 기타 기존 차트 및 프로그램에 의한 기타 제어/제어를 위한 일종의 보드입니다.
그러나 이것이 중요한 것이 아니라 다시 생각이 나타났습니다.
- 터미널에 기호와 마침표 및 기타 환경 없이 특별한 빈 "차트"가 있으면 좋겠지만 지표/스크립트/전문가를 던질 수도 있습니다.
다양한 패널 및 기타 기존 차트 및 프로그램에 의한 기타 제어/제어를 위한 일종의 보드입니다.
알라 레나트가 당신의 말을 듣길 바랍니다.
나는 이 (전혀 새로운 것은 아니지만) 아이디어가 훨씬 더 넓은 맥락에서 적극적으로 홍보되어야 한다고 생각합니다.
불행히도, 나는 이것이 MT5에서 구현되지 않을 것이라는 것을 완전히 알고 있습니다(99.9%의 확실성으로). 그 기반에 있는 터미널의 아키텍처는 처음 에 이 특정 측면에서 쉬운 구조 조정 또는 확장을 제공하지 않습니다. 그러나 시스템 개발은 MT5에서 끝나지 않을 것이며 MT6의 기반이 놓일 때(또는 아마도 프로세스가 이미 진행 중일 수도 있음)에는 개발자가 아키텍처적으로 이러한 계획을 세우고 상속하지 않도록 해야 합니다. 일반적인 디버깅("하나의 차트 - 하나의 전문가", "메인 창의 각 탭 = 차트" 등).
이러한 아키텍처를 구현하는 방법에는 특별한 어려움이 있지만 근본적이고 승리하는 것은 아닙니다. 사용자의 편의는 수십 배의 이점을 얻을 것입니다. 예, 개발자는 결국 편리하게 사용할 수 있습니다. 예를 들어 특정 유형의 창은 아키텍처 수준에서 급격한 스트레스 없이 단계적으로 그리고 점진적으로 도입될 수 있습니다.
아멘.
알라 레나트가 당신의 말을 듣길 바랍니다.
나는 이 (전혀 새로운 것은 아니지만) 아이디어가 훨씬 더 넓은 맥락에서 적극적으로 홍보되어야 한다고 생각합니다.
불행히도, 나는 이것이 MT5에서 구현되지 않을 것이라는 것을 완전히 알고 있습니다(99.9%의 확실성으로). 그 기반에 있는 터미널의 아키텍처는 처음 에 이 특정 측면에서 쉬운 구조 조정 또는 확장을 제공하지 않습니다. 그러나 시스템 개발은 MT5에서 끝나지 않을 것이며 MT6의 기반이 놓일 때(또는 아마도 프로세스가 이미 진행 중일 수도 있음)에는 개발자가 아키텍처적으로 이러한 계획을 세우고 상속하지 않도록 해야 합니다. 일반적인 디버깅("하나의 차트 - 하나의 전문가", "메인 창의 각 탭 = 차트" 등).
이러한 아키텍처를 구현하는 방법에는 특별한 어려움이 있지만 근본적이고 승리하는 것은 아닙니다. 사용자의 편의는 수십 배의 이점을 얻을 것입니다. 예, 개발자는 결국 편리하게 사용할 수 있습니다. 예를 들어 특정 유형의 창은 아키텍처 수준에서 급격한 스트레스 없이 단계적으로 그리고 점진적으로 도입될 수 있습니다.
아멘.
왜 이렇게 더워?
가짜 차트가 만들어지고 짜잔, 시냇물이 우아한 반바지로 바뀌거나, 음, 또는 롱 :) 죄송합니다. 말장난에 저항할 수 없었습니다.
왜 이렇게 더워?
가짜 차트가 만들어지고 짜잔, 시냇물이 우아한 반바지로 바뀌거나, 음, 또는 롱 :) 죄송합니다. 말장난에 저항할 수 없었습니다.
코드에 문제가 있습니다. " 실패한 주문 취소 #0 시장 [잘못된 요청]에서 0.00 구매 " 오류가 계속 발생하는 이유는 무엇입니까?
MqlTradeRequest order_remove_mql_trade_request = {0};
order_remove_mql_trade_request.action = TRADE_ACTION_REMOVE;
i = OrdersTotal();
if(i > 0){
if(PositionGetInteger(POSITION_TYPE) == POSITION_TYPE_BUY){
for(i2 = 0;i2 <= i;i2++){
ul = OrderGetTicket(i2);
OrderSelect(ul);
if(OrderGetInteger(ORDER_TYPE) == ORDER_TYPE_BUY_LIMIT){
order_remove_mql_trade_request.order = ul;
OrderSend(order_remove_mql_trade_request,mql_trade_result);}}}
if(PositionGetInteger(POSITION_TYPE) == POSITION_TYPE_SELL){
for(i2 = 0;i2 <= i;i2++){
ul = OrderGetTicket(i2);
OrderSelect(ul);
if(OrderGetInteger(ORDER_TYPE) == ORDER_TYPE_SELL_LIMIT){
order_remove_mql_trade_request.order = ul;
OrderSend(order_remove_mql_trade_request,mql_trade_result);}}}}