MT에 공식/법적 기능(기능/그룹)이 있는 경우 - 창에 컨테이너를 만들고 창 핸들을 가져옵니다.
그런 다음 DLL-kami에서 그림을 그리고 일반적으로 모든 라이브러리와 대화식으로 통신할 수 있으며 바퀴를 재발명하지 않아도 됩니다.
---
그 동안 나는 모든 종류의 양식/대화 상자/패널을 나만의 별도 창에서 수행하는데, 이것이 항상 편리한 것은 아닙니다.
내가 당신을 올바르게 이해했다면, 나는 또한이 생각에 동의합니다. 메타에디터의 프로젝트 에는 아직 구현되지 않은 모듈 프로그램이 있습니다. 그러나 이 모듈에서 무엇을 계획했는지는 알려져 있지 않습니다. Market Watch, Navigator, Tools 등과 같은 나만의 모듈을 만들고 싶습니다. 서비스를 통해 실행합니다. 따라서 터미널의 모듈식 기능은 자체 작성 플러그인에 의해 기본적으로 확장됩니다.
내가 당신을 올바르게 이해했다면, 나는 또한이 생각에 동의합니다. 메타에디터의 프로젝트에는 아직 구현되지 않은 모듈 프로그램이 있습니다. 그러나 이 모듈에서 무엇을 계획했는지는 알려져 있지 않습니다. Market Watch, Navigator, Tools 등과 같은 나만의 모듈을 만들고 싶습니다. 서비스를 통해 실행합니다. 따라서 터미널의 모듈식 기능은 자체 작성 플러그인에 의해 기본적으로 확장됩니다.
그런 것도 수요가 있습니다! "창 만들기"는 핸들을 제공합니다.
DLL은 이제 서비스, 어드바이저 등 어디에서나 별도의 Windows 창을 열거나 만들 수 있습니다.
그러나 MT와 "별도의"것으로 밝혀졌습니다. MT 창 목록에 포함되지 않으며 전혀 인식하지 못합니다. 메뉴에 추가하거나 인터페이스에 어떤 식으로든 배치할 수 없습니다.
이러한 "위시리스트"는 기능적으로 유사하며 거의 동일한 코드로 구현되며, 하나는 다른 하나를 보완합니다.
첫 번째는 차트 창 안에 컨테이너(중첩 창, 위젯)를 만드는 것이었고,
두 번째는 "커스텀" MT 창을 만드는 것입니다.
애플리케이션 창의 좋은 생성+관리를 위해서는 애플리케이션 자체가 책임져야 합니다. 그것이 내가 API에서 원하는 것입니다. 최소 최소값은 "차트 또는 기본 인터페이스에서 창 만들기"입니다.
HFT의 경우 3D가 주문장 볼륨과 주문 흐름에 대한 그래픽 분석을 생성할 때 유용할 것이라고 생각합니다.
그러나 그러한 정보를 해석하는 방법은 침투하지 않았습니다.
객관적으로 말해서 3D는 2D보다 훨씬 더 복잡합니다. 바로 알아차릴 수 없는 그런 기능이 있는데... 그런데 해보면 12시간 안에 파고들면 모든 문이 열리고 원하는 대로 무엇이든 시각화할 수 있습니다. 기회 - SEA.))))
객관적으로 말해서 3D는 2D보다 훨씬 더 복잡합니다. 바로 알아차릴 수 없는 그런 기능이 있는데... 그런데 해보면 12시간 안에 파고들면 모든 문이 열리고 원하는 대로 무엇이든 시각화할 수 있습니다. 기회 - SEA.))))
바다의 가능성을 들여다보면 분명합니다.
나는 아직 3D 작업을 위해 그러한 작업을 설정하지 않았습니다. 이해하기 어려운 것이 아니라 단지 필요하지 않다는 것입니다.
하지만 누군가는 그것을 필요로 할 수 있으므로 3D를 사용할 수 있는 예를 들었습니다.
이것으로 좌표를 유지하면서 호버에서 스타일을 변경하는 문제는 명확합니다 ... 이미 명확한 것처럼 보이지만
표준 제어 라이브러리가 있습니까?
오른쪽 괄호 안의 숫자 20은 무엇을 의미합니까?
바다의 가능성을 들여다보면 분명합니다.
나는 아직 3D 작업을 위해 그러한 작업을 설정하지 않았습니다. 이해하기 어려운 것이 아니라 단지 필요하지 않다는 것입니다.
하지만 누군가는 그것을 필요로 할 수 있으므로 3D를 사용할 수 있는 예를 들었습니다.
나는 충분할 것이다
MT에 공식/법적 기능(기능/그룹)이 있는 경우 - 창에 컨테이너를 만들고 창 핸들을 가져옵니다.
그런 다음 DLL-kami에서 그림을 그리고 일반적으로 모든 라이브러리와 대화식으로 통신할 수 있으며 바퀴를 재발명하지 않아도 됩니다.
---
그 동안 나는 모든 종류의 양식/대화 상자/패널을 나만의 별도 창에서 수행하는데, 이것이 항상 편리한 것은 아닙니다.
나는 충분할 것이다
MT에 공식/법적 기능(기능/그룹)이 있는 경우 - 창에 컨테이너를 만들고 창 핸들을 가져옵니다.
그런 다음 DLL-kami에서 그림을 그리고 일반적으로 모든 라이브러리와 대화식으로 통신할 수 있으며 바퀴를 재발명하지 않아도 됩니다.
---
그 동안 나는 모든 종류의 양식/대화 상자/패널을 나만의 별도 창에서 수행하는데, 이것이 항상 편리한 것은 아닙니다.
내가 당신을 올바르게 이해했다면, 나는 또한이 생각에 동의합니다.
메타에디터의 프로젝트 에는 아직 구현되지 않은 모듈 프로그램이 있습니다.
그러나 이 모듈에서 무엇을 계획했는지는 알려져 있지 않습니다.
Market Watch, Navigator, Tools 등과 같은 나만의 모듈을 만들고 싶습니다.
서비스를 통해 실행합니다. 따라서 터미널의 모듈식 기능은 자체 작성 플러그인에 의해 기본적으로 확장됩니다.
내가 당신을 올바르게 이해했다면, 나는 또한이 생각에 동의합니다.
메타에디터의 프로젝트에는 아직 구현되지 않은 모듈 프로그램이 있습니다.
그러나 이 모듈에서 무엇을 계획했는지는 알려져 있지 않습니다.
Market Watch, Navigator, Tools 등과 같은 나만의 모듈을 만들고 싶습니다.
서비스를 통해 실행합니다. 따라서 터미널의 모듈식 기능은 자체 작성 플러그인에 의해 기본적으로 확장됩니다.
그런 것도 수요가 있습니다! "창 만들기"는 핸들을 제공합니다.
DLL은 이제 서비스, 어드바이저 등 어디에서나 별도의 Windows 창을 열거나 만들 수 있습니다.
그러나 MT와 "별도의"것으로 밝혀졌습니다. MT 창 목록에 포함되지 않으며 전혀 인식하지 못합니다. 메뉴에 추가하거나 인터페이스에 어떤 식으로든 배치할 수 없습니다.
이러한 "위시리스트"는 기능적으로 유사하며 거의 동일한 코드로 구현되며, 하나는 다른 하나를 보완합니다.
첫 번째는 차트 창 안에 컨테이너(중첩 창, 위젯)를 만드는 것이었고,
두 번째는 "커스텀" MT 창을 만드는 것입니다.
애플리케이션 창의 좋은 생성+관리를 위해서는 애플리케이션 자체가 책임져야 합니다. 그것이 내가 API에서 원하는 것입니다. 최소 최소값은 "차트 또는 기본 인터페이스에서 창 만들기"입니다.
"조용히 혼자 말을 하고 있어" ....
시간이 있으면 WinAPI CreateWindowEx를 통해 직접 ChartGetInteger (0,WINDOW_HANDLE)에 대한 자식 창을 생성해야 합니다. 올바르게 생성되고 표시되고 차트가 작동하지 않는 경우 첫 번째 질문이 제거됩니다.
그렇지 않으면 높은 수준의 라이브러리와 언어를 이해하는 데 익숙해집니다. :-) 낮은 수준도 선택해야 합니다.
엔진 예:
https://www.mql5.com/ru/market/product/30901#
간단한 설명 링크: