나는 분명히 나 자신을 분리합니다. 차트와 직접 관련된 운영 그래픽이 있습니다(모든 종류의 선, 서명, 비문 등). 이것은 MT를 통해 자연스럽게 수행됩니다.
설정, 보고서, 통계와 같은 관리 GUI가 있습니다. 그리고 그것들은 꽤 커서 차트 안에 채우는 것은 사용자에 대한 범죄입니다 :-)
상위 항목을 변경하지 않고 차트 상단에 양식을 배치할 수 있습니다. 그냥 어리석게도 그것을 맨 위에 놓으십시오 ;-) 물론 창 관리자에서 양식을 가져와 차트 지오메트리 및 포커스의 변경 사항을 추적해야 합니다. 이것이 "수동 일몰"입니다 :-) 그러나 MetaTrader 내부에 들어가지 않고 창에 새로운 자식과 후크를 부과하지 않습니다. 즉, 적절하게 행동합니다.
DLL에서 호출되는 모든 GUI에는 가장 불쾌한 기능이 있습니다. 이를 호출하는 어드바이저/지시자는 사소한 재채기부터 주기적으로 다시 시작합니다. 매트의 형태와 폭포의 재발견을 일으키는 것은.. 아마도 오랫동안 발표된 "서비스"(또는 호출되는 모든 것)에는 그러한 단점이 없을 것입니다.
업데이트/ 양식 배치 - 차트에 RectLabel을 표시하고 차트 이벤트의 좌표 변경을 추적합니다. 변경할 때 - 양식을 맨 위에 놓으십시오 :-) 탭을 변경할 때 탬버린으로 약간의 춤을 추고 양식을 제 시간에 숨기기 위해 창을 최소화해야 합니다.
난 동의하지 않는다. 첫 번째 예에서와 같이 GUI를 사용하여 주문을 열면 해당 양식이 해당 차트에 속해야 합니다. 예를 들어, 5개의 차트가 열려 있고 5개 중 주문 관리 양식(보고서 또는 설정 아님)이 실행됩니다. 다른 차트에 "속한" 무료 5개 양식은 사용자를 혼란스럽게 합니다. 그리고 활성 차트에 속하는 형식만 눈앞에 있다면 이것은 또 다른 문제입니다.
난 동의하지 않는다. 첫 번째 예에서와 같이 GUI를 사용하여 주문을 열면 해당 양식이 해당 차트에 속해야 합니다. 예를 들어, 5개의 차트가 열려 있고 5개 중 주문 관리 양식(보고서 또는 설정 아님)이 실행됩니다. 다른 차트에 "속한" 무료 5개 양식은 사용자를 혼란스럽게 합니다. 그리고 활성 차트에 속하는 형식만 눈앞에 있다면 이것은 또 다른 문제입니다.
그건 그렇고 주문의 테이블 (트리)도 있지만 이것은 단지 예일뿐입니다 ...
사용자는 주로 3대의 모니터에 "차트/양식을 배치하는 방법"에 대한 질문을 가지고 있습니다 :-) 거래 중 탭이 없습니다. 필요한 모든 것이 표시되어야 합니다.
Yuriy Asaulenko : )) 터미널 - 데이터 제공자 및. 요청의 수신자-실행자. 모두. 구성할 항목이 없습니다.
해명하겠습니다. 2 MT 어드바이저가 사용됩니다. 하나는 데이터 제공자이고 두 번째는 요청의 수신자 실행자입니다. 이것은 다른 터미널 스레드를 제공합니다.
드디어 들어갔어? 나는 이미 이 모든 것을 말했다.
농담하는 건가요 아니면 일종의 농담인가요? 나는 2 일 동안 답변을 얻으려고 노력해 왔습니다. 두 번째 통신 채널은 응용 프로그램의 수신기 실행자가 이러한 응용 프로그램을 수신하는 것입니다 ??? 아마도 당신은 스카우트입니까? 잡아서 손 흔들고 침 뱉고 가만 놔둬도 역시 뒷북...
농담하는 건가요 아니면 일종의 농담인가요? 나는 2 일 동안 답변을 얻으려고 노력해 왔습니다. 두 번째 통신 채널은 응용 프로그램의 수신기 실행자가 이러한 응용 프로그램을 수신하는 것입니다 ??? 아마도 당신은 스카우트입니까? 잡아서 손 흔들고 침 뱉고 가만 놔둬도 역시 뒷북...
Alexey, 나는 그 계획이 다음과 같다고 생각합니다. Expert Advisor가 각 차트에 설치되어 데이터를 응용 프로그램으로 보냅니다. 그들은 데이터 제공자입니다. 응용 프로그램에서 명령을 폴링하는 별도의 차트에 하나의 Expert Advisor가 있습니다. 이 고문은 명령을 수락하고 실행합니다. 결과적으로 차트 자체의 고문은 설문 조사를 다운로드하지 않습니다. 우리는 데이터를 보내고 그들의 모드에서 계속 작업합니다. 그리고 별도의 고문이 지속적인 투표에 참여합니다.
하지만 원칙적으로는 별도의 고문이 필요하다고 보지 않습니다. 폴링은 EA와 별도의 스레드에 있기 때문에 표시기에 의해 수행될 수 있습니다. 그리고 이 차트에 대한 주문이 감지되면 표시기가 EA가 가로채서 실행할 이벤트를 보낼 수 있습니다.
Alexey, 나는 그 계획이 다음과 같다고 생각합니다. Expert Advisor가 각 차트에 설치되어 데이터를 응용 프로그램으로 보냅니다. 그들은 데이터 제공자입니다. 응용 프로그램에서 명령을 폴링하는 별도의 차트에 하나의 Expert Advisor가 있습니다. 이 고문은 명령을 수락하고 실행합니다. 결과적으로 차트 자체의 고문은 설문 조사를 다운로드하지 않습니다. 우리는 데이터를 보내고 그들의 모드에서 계속 작업합니다. 그리고 별도의 고문이 지속적인 투표에 참여합니다.
하지만 원칙적으로는 별도의 고문이 필요하다고 보지 않는다. 폴링은 EA와 별도의 스레드에 있기 때문에 표시기에 의해 수행될 수 있습니다. 그리고 이 차트에 대한 주문이 감지되면 표시기가 EA가 가로채서 실행할 이벤트를 보낼 수 있습니다.
네, 저에게는 보라색입니다. 어떻게 5명의 어드바이저 또는 100500으로 나뉩니다. 여러 유형이 있을 수 있기 때문에 커뮤니케이션 채널에 대해 질문했습니다. 반복합니다. 저는 10년 전에 파이프에서 작업했습니다. 그 당시에는 mql에 내장된 파이프가 없었으므로 기본 С++DLL을 사용했습니다. 그리고 전체 로봇은 날카로운 상태였습니다. 로봇의 명령은 속도를 위해 비동기적으로 진행되었기 때문에 DLL 버퍼에 누적되었습니다. MQL4 Expert Advisor가 매 틱마다 DLL을 호출했습니까(아직 타이머가 없었음)? 견적을 전송하고 팀을 가져갔습니다. 모든 것이 다중 통화였습니다. 도대체 왜 많은 차트가 필요한지 이해가 안됩니다.
여기에서 교환 메커니즘을 두 줄로 설명했습니다. 바다 대신에 당신의 메커니즘을 설명하는 것이 정말 그렇게 어려운가요?
네, 저에게는 보라색입니다. 어떻게 5명의 어드바이저 또는 100500으로 나뉩니다. 여러 유형이 있을 수 있기 때문에 커뮤니케이션 채널에 대해 질문했습니다. 반복합니다. 저는 10년 전에 파이프에서 작업했습니다. 그 당시에는 mql에 파이프가 내장되어 있지 않았기 때문에 네이티브 С++DLL을 사용했습니다. 그리고 전체 로봇은 날카로운 상태였습니다. 로봇의 명령은 속도를 위해 비동기적으로 진행되었기 때문에 DLL 버퍼에 누적되었습니다. MQL4 Expert Advisor가 매 틱마다 DLL을 호출했습니까(아직 타이머가 없었음)? 견적을 전송하고 팀을 가져갔습니다. 모든 것이 다중 통화였습니다. 도대체 왜 많은 차트가 필요한지 이해가 안됩니다.
여기에서 교환 메커니즘을 두 줄로 설명했습니다. 바다 대신에 당신의 메커니즘을 설명하는 것이 정말 그렇게 어려운가요?
다중 통화 고문에 대한 "모든 틱"에 관심이 있습니다. 뭐, 여러 종목의 진드기 도착 사건이 하나의 차트로 나왔나요? 또는 "모든 틱"은 일반적으로 허용되는 이벤트와 다른 의미를 갖습니다. 이 이벤트는 OnTick 기능에 의해 처리되고 이제 도움말에 " 새 틱이 해당 심볼에 도착할 때Expert Advisors에 대해서만 생성됨으로 설명됩니다. Expert Advisor가 첨부되어 있습니다 "?
외부 차량이 있고 터미널에서 GUI 피드백이 필요하지 않습니다.
그래서 터미널을 사용하지 않습니까? 텔레파시로 거래합니까?
그래서 터미널을 사용하지 않습니까? 텔레파시로 거래합니까?
솔직히 차트에 양식을 연결할 필요가 없었습니다.
나는 분명히 나 자신을 분리합니다. 차트와 직접 관련된 운영 그래픽이 있습니다(모든 종류의 선, 서명, 비문 등). 이것은 MT를 통해 자연스럽게 수행됩니다.
설정, 보고서, 통계와 같은 관리 GUI가 있습니다. 그리고 그것들은 꽤 커서 차트 안에 채우는 것은 사용자에 대한 범죄입니다 :-)
상위 항목을 변경하지 않고 차트 상단에 양식을 배치할 수 있습니다. 그냥 어리석게도 그것을 맨 위에 놓으십시오 ;-) 물론 창 관리자에서 양식을 가져와 차트 지오메트리 및 포커스의 변경 사항을 추적해야 합니다.
업데이트/ 양식 배치 - 차트에 RectLabel을 표시하고 차트 이벤트의 좌표 변경을 추적합니다. 변경할 때 - 양식을 맨 위에 놓으십시오 :-) 탭을 변경할 때 탬버린으로 약간의 춤을 추고 양식을 제 시간에 숨기기 위해 창을 최소화해야 합니다.이것이 "수동 일몰"입니다 :-) 그러나 MetaTrader 내부에 들어가지 않고 창에 새로운 자식과 후크를 부과하지 않습니다. 즉, 적절하게 행동합니다.
DLL에서 호출되는 모든 GUI에는 가장 불쾌한 기능이 있습니다. 이를 호출하는 어드바이저/지시자는 사소한 재채기부터 주기적으로 다시 시작합니다. 매트의 형태와 폭포의 재발견을 일으키는 것은..
아마도 오랫동안 발표된 "서비스"(또는 호출되는 모든 것)에는 그러한 단점이 없을 것입니다.
난 동의하지 않는다. 첫 번째 예에서와 같이 GUI를 사용하여 주문을 열면 해당 양식이 해당 차트에 속해야 합니다. 예를 들어, 5개의 차트가 열려 있고 5개 중 주문 관리 양식(보고서 또는 설정 아님)이 실행됩니다. 다른 차트에 "속한" 무료 5개 양식은 사용자를 혼란스럽게 합니다. 그리고 활성 차트에 속하는 형식만 눈앞에 있다면 이것은 또 다른 문제입니다.
난 동의하지 않는다. 첫 번째 예에서와 같이 GUI를 사용하여 주문을 열면 해당 양식이 해당 차트에 속해야 합니다. 예를 들어, 5개의 차트가 열려 있고 5개 중 주문 관리 양식(보고서 또는 설정 아님)이 실행됩니다. 다른 차트에 "속한" 무료 5개 양식은 사용자를 혼란스럽게 합니다. 그리고 활성 차트에 속하는 형식만 눈앞에 있다면 이것은 또 다른 문제입니다.
그건 그렇고 주문의 테이블 (트리)도 있지만 이것은 단지 예일뿐입니다 ...
사용자는 주로 3대의 모니터에 "차트/양식을 배치하는 방법"에 대한 질문을 가지고 있습니다 :-) 거래 중 탭이 없습니다. 필요한 모든 것이 표시되어야 합니다.
)) 터미널 - 데이터 제공자 및. 요청의 수신자-실행자. 모두. 구성할 항목이 없습니다.
농담하는 건가요 아니면 일종의 농담인가요? 나는 2 일 동안 답변을 얻으려고 노력해 왔습니다. 두 번째 통신 채널은 응용 프로그램의 수신기 실행자가 이러한 응용 프로그램을 수신하는 것입니다 ??? 아마도 당신은 스카우트입니까? 잡아서 손 흔들고 침 뱉고 가만 놔둬도 역시 뒷북...
농담하는 건가요 아니면 일종의 농담인가요? 나는 2 일 동안 답변을 얻으려고 노력해 왔습니다. 두 번째 통신 채널은 응용 프로그램의 수신기 실행자가 이러한 응용 프로그램을 수신하는 것입니다 ??? 아마도 당신은 스카우트입니까? 잡아서 손 흔들고 침 뱉고 가만 놔둬도 역시 뒷북...
Alexey, 나는 그 계획이 다음과 같다고 생각합니다. Expert Advisor가 각 차트에 설치되어 데이터를 응용 프로그램으로 보냅니다. 그들은 데이터 제공자입니다. 응용 프로그램에서 명령을 폴링하는 별도의 차트에 하나의 Expert Advisor가 있습니다. 이 고문은 명령을 수락하고 실행합니다. 결과적으로 차트 자체의 고문은 설문 조사를 다운로드하지 않습니다. 우리는 데이터를 보내고 그들의 모드에서 계속 작업합니다. 그리고 별도의 고문이 지속적인 투표에 참여합니다.
하지만 원칙적으로는 별도의 고문이 필요하다고 보지 않습니다. 폴링은 EA와 별도의 스레드에 있기 때문에 표시기에 의해 수행될 수 있습니다. 그리고 이 차트에 대한 주문이 감지되면 표시기가 EA가 가로채서 실행할 이벤트를 보낼 수 있습니다.
Alexey, 나는 그 계획이 다음과 같다고 생각합니다. Expert Advisor가 각 차트에 설치되어 데이터를 응용 프로그램으로 보냅니다. 그들은 데이터 제공자입니다. 응용 프로그램에서 명령을 폴링하는 별도의 차트에 하나의 Expert Advisor가 있습니다. 이 고문은 명령을 수락하고 실행합니다. 결과적으로 차트 자체의 고문은 설문 조사를 다운로드하지 않습니다. 우리는 데이터를 보내고 그들의 모드에서 계속 작업합니다. 그리고 별도의 고문이 지속적인 투표에 참여합니다.
하지만 원칙적으로는 별도의 고문이 필요하다고 보지 않는다. 폴링은 EA와 별도의 스레드에 있기 때문에 표시기에 의해 수행될 수 있습니다. 그리고 이 차트에 대한 주문이 감지되면 표시기가 EA가 가로채서 실행할 이벤트를 보낼 수 있습니다.
네, 저에게는 보라색입니다. 어떻게 5명의 어드바이저 또는 100500으로 나뉩니다. 여러 유형이 있을 수 있기 때문에 커뮤니케이션 채널에 대해 질문했습니다. 반복합니다. 저는 10년 전에 파이프에서 작업했습니다. 그 당시에는 mql에 내장된 파이프가 없었으므로 기본 С++DLL을 사용했습니다. 그리고 전체 로봇은 날카로운 상태였습니다. 로봇의 명령은 속도를 위해 비동기적으로 진행되었기 때문에 DLL 버퍼에 누적되었습니다. MQL4 Expert Advisor가 매 틱마다 DLL을 호출했습니까(아직 타이머가 없었음)? 견적을 전송하고 팀을 가져갔습니다. 모든 것이 다중 통화였습니다. 도대체 왜 많은 차트가 필요한지 이해가 안됩니다.
여기에서 교환 메커니즘을 두 줄로 설명했습니다. 바다 대신에 당신의 메커니즘을 설명하는 것이 정말 그렇게 어려운가요?
여기에서 교환 메커니즘을 두 줄로 설명했습니다. 바다 대신에 당신의 메커니즘을 설명하는 것이 정말 그렇게 어려운가요?
쓰레기. 처음에 그는 GUI에 대해 물었습니다. 의사 소통 방법입니다. 그는 대답했습니다. 아니요, 필요하지 않습니다. 이제 그는 고문이 의사 소통하는 방법이 필요하다는 것이 밝혀졌습니다.나는 그것에 대해 100번이나 썼습니다.
당신은 정말 질문을 할 수 없습니다. 나는 고문이 의사 소통하는 방식에 관심이 없습니다. 의미가 없기 때문에 모든 것, 나는 주제를 닫습니다.
네, 저에게는 보라색입니다. 어떻게 5명의 어드바이저 또는 100500으로 나뉩니다. 여러 유형이 있을 수 있기 때문에 커뮤니케이션 채널에 대해 질문했습니다. 반복합니다. 저는 10년 전에 파이프에서 작업했습니다. 그 당시에는 mql에 파이프가 내장되어 있지 않았기 때문에 네이티브 С++DLL을 사용했습니다. 그리고 전체 로봇은 날카로운 상태였습니다. 로봇의 명령은 속도를 위해 비동기적으로 진행되었기 때문에 DLL 버퍼에 누적되었습니다. MQL4 Expert Advisor가 매 틱마다 DLL을 호출했습니까(아직 타이머가 없었음)? 견적을 전송하고 팀을 가져갔습니다. 모든 것이 다중 통화였습니다. 도대체 왜 많은 차트가 필요한지 이해가 안됩니다.
여기에서 교환 메커니즘을 두 줄로 설명했습니다. 바다 대신에 당신의 메커니즘을 설명하는 것이 정말 그렇게 어려운가요?