안녕하세요! 질문이 하나 있습니다: 라이브러리가 시각적 모드에서 디버거에서 작동하나요? 구체적으로, 버튼을 누르고 표준 수평선을 드래그하는 것에 대한 반응 만 필요합니다. OnChartEvent의 MT5에서는 모든 것이 디버거에서 작동하며, 약 7 년 동안 MT5에서는 "끔찍한 문제"에 대처할 수 없습니다. 이러한 결함을 우회 할 수 있었습니까?
안녕하세요, 질문이 하나 있는데요, 라이브러리가 시각 모드에서 디버거로 작동하나요? 특히 버튼 누름과 표준 수평선 드래그에 대한 반응 만 필요합니다. OnChartEvent의 MT5에서는 모든 것이 디버거에서 작동하지만 약 7 년 동안 MT5에서는 "끔찍한 문제"에 대처할 수 없습니다. 이 결함을 우회할 수 있었을까요?
불행히도, 아니요. MT5의 디버깅 모드에서는 인터페이스가 작동하지 않습니다. 아무것도 할 수 없었습니다.
이 문제를 제기해 주셔서 감사합니다. 그래픽 엔진에 연결된 표준 작성 프로그램에서 디버거를 테스트해야 합니다.
사용자 프로그램과 엔진 간의 모든 통신은 여러 함수를 통해 이루어집니다. 우선 OnChartEvent()가 있습니다. 또한 OnInit(), OnTimer(), OnDeinit(). 더 이상 엔진에 대한 링크는 없고 API 및 UIDATA 파일에만 링크됩니다. 그러나 거의 자급자족할 수 있는 기능이 있으며 엔진을 비활성화하고 몇 가지 공백을 활성화하면 오류가 발생하지 않습니다. GUI 만 작동을 멈추지 만 어쨌든 디버그 모드에서는 작동하지 않습니다.
...
자세한 의견에 감사드립니다.
동적 창-테이블 배열의 복잡성으로 문제를 해결하려고 노력할 것입니다.
동적 전체 화면 창은 사용자 GUI에서 특별한 목적을 가지고 있으며 결과적으로 특정 제한이 있습니다. "설정" 창처럼 보편적이지 않습니다. 그리고 이것은 논리적입니다. 결국, 특별히 "사용자 지정"된 모든 것은 항상 어떤 식으로든 제한됩니다.
그러나 동적 테이블이나 무한 목록은 동적 창에서 다른 요소 그룹과 결합 할 수 있으며 별도의 "유일한"공간이 필요하지 않지만 제 생각에는 더 편리합니다. 표와 다른 그룹과의 호환성을 실현하는 방법은 무엇인가요? - 이것은 기술의 문제입니다.
실험을 위해 테이블을 가져 와서 전체 화면 창에 삽입 해 보겠습니다. 물론 코드를 수정해야 합니다...
결과:
(사진 클릭)
솔직히 말해서 모든 것이 매우 "원시적"이기 때문에 아직 코드를 게시하지 않겠습니다. 나는 트릭과 "목발"을 사용해야했습니다. 그러나 보시다시피 모든 것이 작동 할 수 있습니다.
7. 한 가지 더. 동적 창은 확장 및 최소화할 수 있는 피어 창입니다. 창이 아니라 데스크톱을 원합니다. 생성자처럼요. 그래서
a) 전체 차트를 덮는 즉시 확장된 상태로 열립니다.
b) 헤더와 프레임이 없습니다(작업 표시줄만 있음).
c) 접을 수 없음
d) 일반 창처럼 요소를 배치할 수 있음
즉, DINAMIC을 전체화면 또는 데스크톱으로 바꾸세요. 이미 이에 대한 근거가 있습니다.
잠시 후에 계속하겠습니다.
릴리스에 포함된 윈도우의 KIB 코드(계속):
(이해하기 쉽도록) 하루에 여러 개의 창 코드를 계속 게시할 예정입니다.
다음 주 금요일~토요일에 릴리스를 준비 중입니다.
주요 작업 설정:
이해를 돕기 위해 하루에 여러 개의 창 코드를 계속 게시할 예정입니다.
다음 주 금요일~토요일에 릴리스를 준비 중입니다.
주요 작업 설정:
안녕하세요! 질문이 하나 있습니다: 라이브러리가 시각적 모드에서 디버거에서 작동하나요? 구체적으로, 버튼을 누르고 표준 수평선을 드래그하는 것에 대한 반응 만 필요합니다. OnChartEvent의 MT5에서는 모든 것이 디버거에서 작동하며, 약 7 년 동안 MT5에서는 "끔찍한 문제"에 대처할 수 없습니다. 이러한 결함을 우회 할 수 있었습니까?
안녕하세요, 질문이 하나 있는데요, 라이브러리가 시각 모드에서 디버거로 작동하나요? 특히 버튼 누름과 표준 수평선 드래그에 대한 반응 만 필요합니다. OnChartEvent의 MT5에서는 모든 것이 디버거에서 작동하지만 약 7 년 동안 MT5에서는 "끔찍한 문제"에 대처할 수 없습니다. 이 결함을 우회할 수 있었을까요?
...
...그래픽 엔진에 연결된 표준 작성 프로그램에서 디버거를 테스트해야 합니다.
문제는 꽤 해결할 수 있다고 생각합니다. 디버깅하는 동안 사용자는 연결 줄을 주석 처리하여 엔진 연결을 끊은 다음 특수 #include 줄을 열어 해당 기능의 호출을 공백으로 리디렉션합니다:
사용자 프로그램과 엔진 간의 모든 통신은 여러 함수를 통해 이루어집니다. 우선 OnChartEvent()가 있습니다. 또한 OnInit(), OnTimer(), OnDeinit(). 더 이상 엔진에 대한 링크는 없고 API 및 UIDATA 파일에만 링크됩니다. 그러나 거의 자급자족할 수 있는 기능이 있으며 엔진을 비활성화하고 몇 가지 공백을 활성화하면 오류가 발생하지 않습니다. GUI 만 작동을 멈추지 만 어쨌든 디버그 모드에서는 작동하지 않습니다.
사용자 프로그램 디버깅을 위해 엔진을 비활성화 할 수 있다고 생각합니다.