MQL5에는 항상 위업을 위한 장소가 있습니다! ;) - 페이지 4 123456789 새 코멘트 Vladimir Gomonov 2013.12.19 11:44 #31 Yurich : 글쎄, 착취를 위해 누군가를 돌리지 마십시오 :) 그런 다음 하위 차트와 ChartSetString() 및 ChartGetString() 함수를 사용하는 다른 옵션을 제공합니다. 객체와 OBJPROP_TOOLTIP보다 쉽지 않습니까? 하위 차트는 리소스 측면에서 비용이 많이 드는 것 같습니다. Vladimir Gomonov 2013.12.19 11:48 #32 sergeev : 일: - EA에서 표시기로 숫자 배열을 전송합니다. 정황. 데이터 전송에 사용하지 마십시오 - 차트 이벤트, - 파일, - 전역 변수 (파일임), - DLL 파일도 매핑할 수 없나요? 속도 측면에서 채널을 통해 어떻게 킥이 될 것인가에 관한 것입니다. 그리고 서버에는 아무런 문제가 없으며, 서버를 보호할 필요도 없습니다. 차트 이벤트를 통해서만 요청을 읽거나 보내는 명령입니다. Yury Kulikov 2013.12.19 11:48 #33 MetaDriver : 객체와 OBJPROP_TOOLTIP보다 쉽지 않습니까? 하위 차트는 리소스 측면에서 비용이 많이 드는 것 같습니다. 선택사항이었습니다 :) 다른 개체를 통해 데이터를 전송할 수도 있지만 문자열의 길이 에만 상당한 제한이 있습니다. Документация по MQL5: Основы языка / Типы данных / Тип string www.mql5.com Основы языка / Типы данных / Тип string - Документация по MQL5 Zorro 2013.12.19 11:50 #34 Yurich : 글쎄, 착취를 위해 누군가를 돌리지 마십시오 :) 결코 아니다! 파일: xonix.ex5 11706 kb Ilyas 2013.12.19 11:54 #35 리소스는 데이터를 전송하는 데 사용할 수 있습니다. 흠... 아니면 퀴즈였나요? --- 2013.12.19 12:00 #36 mql5 : 리소스는 데이터를 전송하는 데 사용할 수 있습니다. 네, 생각했습니다. 가짜 이미지 리소스를 만듭니다 . Документация по MQL5: Общие функции / ResourceCreate www.mql5.com Общие функции / ResourceCreate - Документация по MQL5 --- 2013.12.19 12:01 #37 MetaDriver : 객체와 OBJPROP_TOOLTIP보다 쉽지 않습니까? 하위 차트는 리소스 측면에서 비용이 많이 드는 것 같습니다. 문자열 길이 는 2045자를 초과할 수 없습니다. Документация по MQL5: Основы языка / Типы данных / Тип string www.mql5.com Основы языка / Типы данных / Тип string - Документация по MQL5 --- 2013.12.19 12:12 #38 MetaDriver : 파일도 매핑할 수 없습니까? 속도 측면에서 채널을 통해 어떻게 킥이 될 것인가에 관한 것입니다. 그리고 서버에는 아무런 문제가 없으며, 서버를 보호할 필요도 없습니다. 차트 이벤트를 통해서만 요청을 읽거나 보내는 명령입니다. 글쎄, 그것은 dll이다 Sergey Pavlov 2013.12.19 12:19 #39 제 생각에는 그래픽 개체(예: OBJ_TEXT )가 이에 가장 적합합니다. Документация по MQL5: Стандартные константы, перечисления и структуры / Константы объектов / Типы объектов www.mql5.com Стандартные константы, перечисления и структуры / Константы объектов / Типы объектов - Документация по MQL5 --- 2013.12.19 12:21 #40 DC2008 : 제 생각에는 그래픽 개체(예: OBJ_TEXT )가 이에 가장 적합합니다. 할 것 같지 않은. OBJ_TEXT 를 통해 메가바이트 정보를 푸시할 수 없습니다. 가장 가까운 후보 - 자원 다음은 설명입니다. 표시기 자체가 리소스이고 Expert Advisor가 생성한 경우 이러한 표시기는 Expert Advisor가 나중에 생성한 메모리의 리소스를 확인할 수 있습니까? 123456789 새 코멘트 트레이딩 기회를 놓치고 있어요: 무료 트레이딩 앱 복사용 8,000 이상의 시그널 금융 시장 개척을 위한 경제 뉴스 등록 로그인 공백없는 라틴 문자 비밀번호가 이 이메일로 전송될 것입니다 오류 발생됨 Google으로 로그인 웹사이트 정책 및 이용약관에 동의합니다. 계정이 없으시면, 가입하십시오 MQL5.com 웹사이트에 로그인을 하기 위해 쿠키를 허용하십시오. 브라우저에서 필요한 설정을 활성화하시지 않으면, 로그인할 수 없습니다. 사용자명/비밀번호를 잊으셨습니까? Google으로 로그인
글쎄, 착취를 위해 누군가를 돌리지 마십시오 :)
그런 다음 하위 차트와 ChartSetString() 및 ChartGetString() 함수를 사용하는 다른 옵션을 제공합니다.
일:
- EA에서 표시기로 숫자 배열을 전송합니다.
정황.
데이터 전송에 사용하지 마십시오
- 차트 이벤트,
- 파일,
- 전역 변수 (파일임),
- DLL
객체와 OBJPROP_TOOLTIP보다 쉽지 않습니까? 하위 차트는 리소스 측면에서 비용이 많이 드는 것 같습니다.
선택사항이었습니다 :)
다른 개체를 통해 데이터를 전송할 수도 있지만 문자열의 길이 에만 상당한 제한이 있습니다.
글쎄, 착취를 위해 누군가를 돌리지 마십시오 :)
흠... 아니면 퀴즈였나요?
리소스는 데이터를 전송하는 데 사용할 수 있습니다.
네, 생각했습니다.
가짜 이미지 리소스를 만듭니다 .
객체와 OBJPROP_TOOLTIP보다 쉽지 않습니까? 하위 차트는 리소스 측면에서 비용이 많이 드는 것 같습니다.
파일도 매핑할 수 없습니까? 속도 측면에서 채널을 통해 어떻게 킥이 될 것인가에 관한 것입니다. 그리고 서버에는 아무런 문제가 없으며, 서버를 보호할 필요도 없습니다. 차트 이벤트를 통해서만 요청을 읽거나 보내는 명령입니다.
제 생각에는 그래픽 개체(예: OBJ_TEXT )가 이에 가장 적합합니다.
제 생각에는 그래픽 개체(예: OBJ_TEXT )가 이에 가장 적합합니다.
할 것 같지 않은. OBJ_TEXT 를 통해 메가바이트 정보를 푸시할 수 없습니다.
가장 가까운 후보 - 자원
다음은 설명입니다. 표시기 자체가 리소스이고 Expert Advisor가 생성한 경우 이러한 표시기는 Expert Advisor가 나중에 생성한 메모리의 리소스를 확인할 수 있습니까?