그리고 이 버튼의 현재 상태가 거기에 정의되어 있다고 말하고 싶습니까? 뭔가 의심스럽네요...
여기에서 이 게시물을 작성하는 것보다 빠르게 확인하세요.
그리고 이 버튼의 현재 상태가 거기에 정의되어 있다고 말하고 싶습니까? 뭔가 의심스럽네요...
나 스스로도 의심했다 :-)) 확인했다. 공장.
나는 함수 라이브러리의 존엄성을 구걸하지 않는다!
당신은 단지 훌륭합니다! 엄청난 작업...
그러나 제 경우에는 불행히도 사용자 정의 DLL을 사용하지 않고 수행해야 하지만 MQL4에서 직접 호출해야 하는 WinAPI만 사용해야 합니다...
왜 그렇게 어렵습니까? 이것은 MQL4의 신뢰할 수 없는 WinAPI입니다. 전에 직접 했습니다. 그러자 그는 거절했다.
DLL을 사용하면 MQL4가 할 수 없는 일을 할 수 있습니다. 예를 들어 차트의 오프라인 업데이트 또는 지표의 오프라인 삭제가 있습니다. 나는 그 라이브러리의 모든 것을 구현했습니다.
그러니 확인해보세요....
여기에서 이 게시물을 작성하는 것보다 빠르게 확인하세요.
그리고 이 테스트가 어떻게 재미있을 것 같습니까? :) 게시된 파일에는 수백 가지의 다양한 기능이 있습니다. 그 중에서 뭔가를 찾으려면 여기에 글을 쓰는 것보다 훨씬 더 많은 시간이 걸릴 것입니다. 저를 믿으십시오. 결국, 라이브러리의 작성자는 이 기능이 어디에 있고 그것이 무엇이라고 불리는지 정확히 지적하기 위해 겸손하지 않을 것입니다 ...
그리고 이 테스트가 어떻게 재미있을 것 같습니까? :) 게시된 파일에는 수백 가지의 다양한 기능이 있습니다. 그 중에서 뭔가를 찾으려면 여기에 글을 쓰는 것보다 훨씬 더 많은 시간이 걸릴 것입니다. 저를 믿으십시오. 결국, 라이브러리의 작성자는 이 기능이 어디에 있고 그것이 무엇이라고 불리는지 정확히 지적하기 위해 겸손하지 않을 것입니다 ...
예제가 있는 테스트 스크립트가 있습니다. 각 함수에는 스크립트 속성에 고유한 매개변수가 있습니다. 모든 것이 분명하다. 모든 것이 그룹화되고 번호가 매겨집니다.
스크립트의 매개변수를 GetAutoScroll이라고 합니다. 따라서 함수는 ServiceGetAutoScroll()입니다.
네, 그런데 '도서관의 저자'는 성경 자체 외에 (x00)줄 정도의 시트 형태로 헤더 파일도 썼습니다. 그는 흑백과 러시아어로 어디에서 무엇을, 어떻게 작동하는지 설명했습니다. 나는 이제 당신의 게시물 사이에 5 시간이 지났을 때 원하는 기능을 찾는 것이 아니라 이미 배울 수 있다고 생각합니다.
사실 함수명이나 파일이 있는 곳을 모른 채 5시간 동안 무언가를 찾을 시간이 그렇게 많지는 않습니다. MSDN을 보고 모든 것을 스스로 하는 것이 훨씬 쉽고 빠릅니다. ) 게다가 내가 왜 해야 합니까? 결국 주제 작성자에게는 이 기능이 필요합니다.
주제.