글쎄요, 저는 꿈을 꾸고 있습니다 :-) (그래픽 및 거래 시스템 구축을 위한 VISUAL), 이미 많은 생성자가 있는 것이 분명합니다....
솔직히 말해서, 나는 Photoshop에서 첫 번째 패널을 그렸습니다. 그리고 그녀는 여전히...
지금은 터미널에서 직접 그리려고 하고 있지만 소수만이 사용하는 것으로 알고 있습니다.
맞춤형 패널은 개별적으로 만들기가 더 쉽습니다.
라이브러리 그리기에 대한 기사를 자세히 공부했지만. 하지만 이 라이브러리들을 사용하면 1%는 유용할 것 같아서 포기...
그리고 그런 반자동 스캘핑을 위한 스마트 패널을 만들고 싶었습니다. 예를 들어 플러그인을 연결할 수 있도록 중단된 주문이 있습니다. "옷걸이 닫기" 버튼을 클릭합니다. Bdysh-sh-sh-sh, 로봇은 피벗, 추세 또는 플랫을 계산하여 채널의 어느 지점에서 고정됩니다. 그리고 그것은 단순히 자물쇠를 엽니다. 컴플렉스에 따르면 주요 쌍을 분석하고 흥미로운 움직임이 있으면 다른 쌍을 헤지합니다.
Каждое устройство Cloud TPU состоит из четырёх «чипов TPUv2». В чипе 16 ГБ памяти и два ядра, каждое ядро с двумя юнитами для умножения матриц. Вместе два ядра выдают 45 TFLOPS, в общей сложности 180 TFLOPS и 64 ГБ памяти на один TPU Большинство из нас осуществляет глубинное обучение на Nvidia GPU. В настоящее время практически нет...
오늘은 이전 MQL4에서 플러그인을 언급한 부분을 제거하여 내 게시물을 잘라냈습니다. 나는 그것이 특별한 가치가 없다고 분명히 썼습니다. 그래서 아이디어가 거기에 있었기 때문에 코드를 탐구하는 것을 좋아하는 사람의 관심을 끌었습니다. 사람들이 나에게 편지를 썼듯이, 내가 이전 MQL4에서 600 버전까지 구현한 방법이 일반적으로 놀랍습니다.
그러나 일부 중재자 반대 의견은 단순히 메시지를 차단했습니다.
------------------------------
이 리소스에 대한 공개 프로젝트 에서 또 다른 시도를 하고 싶습니다. mql5에 없는 코드가 포함된 게시물이 삭제될 경우 중재자가 답변할 수 있습니까? 속도를 위해 계획합니다 ... 그렇지 않으면 복사하여 붙여 넣기 만하면됩니다.
그러나 결국 C #의 패널 아래에서는 이 포럼에 분기를 만들 수 없습니다. 그렇다면 다시 빨간색으로 작업한 다음 유휴 대화에 참여하시겠습니까? 친애하는 중재자님, 무슨 말씀이십니까? 여기에 C# 패널을 프로젝트의 일부로 게시할 수 있나요?물론 분기에서 MQL5 부분을 공유하고 블로그에서 C# 패널을 공유할 수 있습니다. 그것은 마치 내가 이끼처럼 블로그에 숨도록 강요받는 것처럼 왠지 모욕적입니다.
보시다시피 친애하는 참가자 여러분, 저는 답변을 기다리지 않았습니다. 메시지를 죽이거나 거세하기 위해 여기 있습니다. 이것은 하나 또는 둘입니다. 그리고 명확한 결정을 내리기 위해 우리의 용감한 사람들은 책임을 지는 공황 상태에 빠지게 됩니다.
오늘은 이전 MQL4에서 플러그인을 언급한 부분을 제거하여 내 게시물을 잘라냈습니다. 나는 그것이 특별한 가치가 없다고 분명히 썼습니다. 그래서 아이디어가 거기에 있었기 때문에 코드를 탐구하는 것을 좋아하는 사람의 관심을 끌었습니다. 사람들이 나에게 편지를 썼듯이, 내가 이전 MQL4에서 600 버전까지 구현한 방법이 일반적으로 놀랍습니다.
그러나 일부 중재자-아니무스는 단순히 메시지를 차단했습니다.
------------------------------
이 리소스에 대한 공개 프로젝트에서 또 다른 시도를 하고 싶습니다. mql5에 없는 코드가 포함된 게시물이 삭제될 경우 중재자가 답변할 수 있습니까? 속도를 위해 계획합니다 ... 그렇지 않으면 복사하여 붙여 넣기 만하면됩니다.
그러나 결국 C #의 패널 아래에서는 이 포럼에 분기를 만들 수 없습니다. 그렇다면 다시 빨간색으로 작업한 다음 유휴 대화에 참여하시겠습니까? 친애하는 중재자님, 무슨 말씀이십니까? 여기에 C# 패널을 프로젝트의 일부로 게시할 수 있나요?물론 분기에서 MQL5 부분을 공유하고 블로그에서 C# 패널을 공유할 수 있습니다. 그것은 내가 이끼처럼 블로그에 숨도록 강요받는 것처럼 어떻게 든 굴욕적입니다.
보시다시피 친애하는 참가자 여러분, 저는 답변을 기다리지 않았습니다. 메시지를 죽이거나 거세하기 위해 여기 있습니다. 이것은 하나 또는 둘입니다. 그리고 명확한 결정을 내리기 위해 우리의 용감한 사람들은 책임을 지는 공황 상태에 빠지게 됩니다.
자, 그럼 얘기 좀...
알렉세이, 환영합니다. Metya는 Net을 사용한 GUI 개발 주제에도 관심이 있습니다. 현재 저는 Net에서 dll의 일부로 간단한 패널을 쉽게 구현했으며 차트에서 필요한 데이터를 쉽게 전송할 수 있습니다. 이 모드에서 Net을 사용하면 MQL 내에서 동일한 툴킷을 개발할 때 많은 측면에 대해 걱정하지 않고 복잡성의 매우 빠른 GUI를 작성할 수 있습니다. 현재 GUI와 차트 간의 완전한 상호 작용을 위해 우회할 수 없는 두 개의 목발이 있습니다. 1. 외부 프로그램에서 차트 알림; 2. 생성된 폼을 차트 자체에 연결합니다. 즉, Win API를 사용하여 차트에 바인딩하는 것은 전혀 문제가 되지 않지만 극복 방법을 알기 전까지는 차트에 양식이 그려집니다. 물론 첫 번째 요점은 .. 터미널 자체에서 어떤 작업을 수행하려면 이에 대한 지시가 필요합니다. 물론 파일이나 손상 또는 다른 방법을 통해 수행할 수 있지만 이를 위해 차트의 고문은 데이터 변경 사항을 지속적으로 모니터링해야 하지만 이벤트 원칙에 따라 작동하고 싶습니다. 읽기 데이터가 수신되었습니다 - 읽습니다. 이 두 가지 문제가 해결되면 모든 기능의 구현은 공상에 의해서만 제한됩니다.
Alexey, MQL의 현실에서 그러한 프로젝트를 만드는 것은 관련이 없다고 생각합니다. 이것은 나의 IMHO입니다. 그런 프로젝트가 꽤 있었습니다. 캔버스 위의 Gui와 Anatoly의 프로젝트와 Peter의 프로젝트. 결과적으로 이 모든 것은 거래자들에게 거의 요구되지 않으며 모두가 자신의 바퀴를 발명합니다. 예를 들어, 저는 CPanel 을 사용하고 있으며 다른 것으로 전환하고 싶지 않습니다. 그래도 좋은 GUI를 그리는 것은 부차적인 문제입니다. 시장에서 성공한 프로그램의 끔찍한 인터페이스를 보십시오. 그리고 아무것도, 사람들이 가져갑니다. 중요한 것은 인터페이스가 아니라 콘텐츠이기 때문입니다.
Alexey, MQL의 현실에서 그러한 프로젝트를 만드는 것은 관련이 없다고 생각합니다. 이것은 나의 IMHO입니다. 그런 프로젝트가 꽤 있었습니다. 캔버스 위의 Gui와 Anatoly의 프로젝트와 Peter의 프로젝트. 결과적으로 이 모든 것은 거래자들에게 거의 요구되지 않으며 모두가 자신의 바퀴를 발명합니다. 예를 들어, 저는 CPanel을 사용하고 있으며 다른 것으로 전환하고 싶지 않습니다. 그래도 좋은 GUI를 그리는 것은 부차적인 문제입니다. 시장에서 성공한 프로그램의 끔찍한 인터페이스를 보십시오. 그리고 아무것도, 사람들이 가져갑니다. 중요한 것은 인터페이스가 아니라 콘텐츠이기 때문입니다.
죽은 자 부활 ))))) 누가 아이디어의 시체를 부활 시켰습니까? 나는 그것을 한 적이 없습니다. 그것은 판매되지 않을 것이며 그것에 시간을 보내는 것은 나에게 무익합니다.
아마도 나는 이미 이 스레드에서 이것을 썼지만 전체 스레드를 다시 읽기에는 너무 게으르다. IMHO, C ++ / C #에서 GUI를 만드는 것은 일종의 무모하고 이상한 솔루션입니다. 나 이전에는 별도의 GUI를 만드는 작업이 서지 않았다. 내 전체 차량은 터미널과 관련하여 외부에 있습니다. 터미널은 요청의 데이터 공급자 및 수신자 실행자 역할을 합니다.
이제 컴퓨터에는 4개의 다른 터미널(다른 개발자)이 있습니다. TC는 약간의 변형을 제외하고 거의 모든 곳에서 동일합니다. TS를 다른 플랫폼으로 전송하려면 TS 인터페이스 -> 터미널 또는 커넥터만 작성하면 됩니다. 사실 터미널 -> GUI 데이터 교환 인터페이스를 작성하는 것보다 쉽습니다.
GUI를 구현하기 위해 아무데도 전달할 필요가 없습니다. 또한 여기에 Volchansky가 가장 좋아하는 try... catch 블록, 흐름, 사용자 이벤트 등 외부 매트가 있습니다. 물론 도서관도 문제가 되지 않습니다.
아마도 나는 이미 이 스레드에서 이것을 썼지만 전체 스레드를 다시 읽기에는 너무 게으르다. IMHO, C ++ / C #에서 GUI를 만드는 것은 일종의 무모하고 이상한 솔루션입니다. 나 이전에는 별도의 GUI를 만드는 작업이 서지 않았다. 내 전체 차량은 터미널과 관련하여 외부에 있습니다. 터미널은 요청의 데이터 공급자 및 수신자 실행자 역할을 합니다.
이제 컴퓨터에는 4개의 다른 터미널(다른 개발자)이 있습니다. TC는 약간의 변형을 제외하고 거의 모든 곳에서 동일합니다. TS를 다른 플랫폼으로 전송하려면 TS 인터페이스 -> 터미널 또는 커넥터만 작성하면 됩니다.
GUI를 구현하기 위해 아무데도 전달할 필요가 없습니다. 또한 여기에 Volchansky가 가장 좋아하는 try... catch 블록, 흐름, 사용자 이벤트 등 외부 매트가 있습니다. 물론 도서관도 문제가 되지 않습니다.
ZY Market Sellers, 이 메시지는 당신을 위한 것이 아닙니다.)
예, MQL4 < 빌드 600 시절에는 그렇게 했습니다. 구조조차 없는 언어로 글을 쓰는 것은 불가능했습니다. 그러나 일종의 공공 프로젝트 로 제안된 것은 이 주제였기에 성배가 있는가, 주문을 올바르게 여는 방법, 기타 대기 오염 물질에 대한 논의가 무색해졌다.
내가 이해하는 한, 이제 Karputov만이 공공 프로젝트에 참여하고 있습니다. 글쎄요, 그의 활동의 성격상 그에게 유용합니다. 단순한 필사자에게는 잠재적 구매자를 모집하는 데에만 관심이 있을 수 있습니다. 그러나 여기서 종교 재판에는 오픈 소스가 필요하므로 아기가 사산합니다. 동시에 잘 알려진 포럼, 특히 영어를 사용하는 포럼이 많이 있으며 그러한 프로젝트는 반대로 바람직합니다. 요전에는 그런 지점을 열어달라는 초청장과 함께 또 다른 편지가 왔는데, 어디선가 발견한 입소문?...
나는 비공식적이고 어디에도 작성되지 않은 포럼 규칙을 비판하는 것이 아닙니다. 여자가주지 않으면 세상에 많은 사람들이 있습니다)))
예, MQL4 < 빌드 600 시절에는 그렇게 했습니다. 구조조차 없는 언어로 글을 쓰는 것은 불가능했습니다. 그러나 일종의 공적 프로젝트로 제안된 것은 성배가 있는가, 주문을 올바르게 여는 방법, 기타 대기 오염 물질에 대한 논의가 사라지도록 하기 위한 것이었다.
내가 이해하는 한, 이제 Karputov만이 공공 프로젝트에 참여하고 있습니다. 글쎄요, 그의 활동의 성격상 그에게 유용합니다. 단순한 필사자에게는 잠재적 구매자를 모집하는 데에만 관심이 있을 수 있습니다. 그러나 여기서 종교 재판에는 오픈 소스가 필요하므로 아기가 사산합니다. 동시에 잘 알려진 포럼, 특히 영어를 사용하는 포럼이 많이 있으며 그러한 프로젝트는 반대로 바람직합니다. 요전에는 그런 지점을 열어달라는 초청장과 함께 또 다른 편지가 왔는데, 어디선가 발견한 입소문?...
나는 비공식적이고 어디에도 작성되지 않은 포럼 규칙을 비판하는 것이 아닙니다. 여자가주지 않으면 세상에 다른 사람들이 많이 있습니다)))
네, 그렇습니다. 포럼과 MQ는 아무도 원하지 않고 샌드박스를 벗어나지 않습니다.) 이것은 이상하기 때문입니다. 모든 소프트웨어는 개방형 시스템으로 이동하고 있습니다.
Alexey, C#에서 패널을 사용하여 차트 창 안에 표시되도록 할 수 있습니까?
따라서 전체 화면 공간 내에서 이동할 수 있지만 아무 것도 붙어 있지 않습니다. 이제 원하는 곳에 두 개의 일반 Full HD 모니터가 있고 드래그했습니다. 물론 MQL에서 수행하면 모든 것이 차트 내에서만 이루어집니다.
글쎄요, 저는 꿈을 꾸고 있습니다 :-) (그래픽 및 거래 시스템 구축을 위한 VISUAL), 이미 많은 생성자가 있는 것이 분명합니다....
솔직히 말해서, 나는 Photoshop에서 첫 번째 패널을 그렸습니다. 그리고 그녀는 여전히...
지금은 터미널에서 직접 그리려고 하고 있지만 소수만이 사용하는 것으로 알고 있습니다.
맞춤형 패널은 개별적으로 만들기가 더 쉽습니다.
라이브러리 그리기에 대한 기사를 자세히 공부했지만. 하지만 이 라이브러리들을 사용하면 1%는 유용할 것 같아서 포기...
그리고 그런 반자동 스캘핑을 위한 스마트 패널을 만들고 싶었습니다. 예를 들어 플러그인을 연결할 수 있도록 중단된 주문이 있습니다. "옷걸이 닫기" 버튼을 클릭합니다.
Bdysh-sh-sh-sh, 로봇은 피벗, 추세 또는 플랫을 계산하여 채널의 어느 지점에서 고정됩니다. 그리고 그것은 단순히 자물쇠를 엽니다. 컴플렉스에 따르면 주요 쌍을 분석하고 흥미로운 움직임이 있으면 다른 쌍을 헤지합니다.
순전히 유치하고 흥미롭습니다. 여기에 딥 러닝이 필요합니까(Google도 적합함) 아니면 오래된 DSP 도구로 해결할 수 있습니까?
익명의 중재자에게 분명한 호소.
오늘은 이전 MQL4에서 플러그인을 언급한 부분을 제거하여 내 게시물을 잘라냈습니다. 나는 그것이 특별한 가치가 없다고 분명히 썼습니다. 그래서 아이디어가 거기에 있었기 때문에 코드를 탐구하는 것을 좋아하는 사람의 관심을 끌었습니다. 사람들이 나에게 편지를 썼듯이, 내가 이전 MQL4에서 600 버전까지 구현한 방법이 일반적으로 놀랍습니다.
그러나 일부 중재자 반대 의견은 단순히 메시지를 차단했습니다.
------------------------------
이 리소스에 대한 공개 프로젝트 에서 또 다른 시도를 하고 싶습니다. mql5에 없는 코드가 포함된 게시물이 삭제될 경우 중재자가 답변할 수 있습니까? 속도를 위해 계획합니다 ... 그렇지 않으면 복사하여 붙여 넣기 만하면됩니다.
그러나 결국 C #의 패널 아래에서는 이 포럼에 분기를 만들 수 없습니다. 그렇다면 다시 빨간색으로 작업한 다음 유휴 대화에 참여하시겠습니까? 친애하는 중재자님, 무슨 말씀이십니까? 여기에 C# 패널을 프로젝트의 일부로 게시할 수 있나요?물론 분기에서 MQL5 부분을 공유하고 블로그에서 C# 패널을 공유할 수 있습니다. 그것은 마치 내가 이끼처럼 블로그에 숨도록 강요받는 것처럼 왠지 모욕적입니다.
보시다시피 친애하는 참가자 여러분, 저는 답변을 기다리지 않았습니다. 메시지를 죽이거나 거세하기 위해 여기 있습니다. 이것은 하나 또는 둘입니다. 그리고 명확한 결정을 내리기 위해 우리의 용감한 사람들은 책임을 지는 공황 상태에 빠지게 됩니다.
자, 그럼 얘기 좀...
익명의 중재자에게 분명한 호소.
오늘은 이전 MQL4에서 플러그인을 언급한 부분을 제거하여 내 게시물을 잘라냈습니다. 나는 그것이 특별한 가치가 없다고 분명히 썼습니다. 그래서 아이디어가 거기에 있었기 때문에 코드를 탐구하는 것을 좋아하는 사람의 관심을 끌었습니다. 사람들이 나에게 편지를 썼듯이, 내가 이전 MQL4에서 600 버전까지 구현한 방법이 일반적으로 놀랍습니다.
그러나 일부 중재자-아니무스는 단순히 메시지를 차단했습니다.
------------------------------
이 리소스에 대한 공개 프로젝트에서 또 다른 시도를 하고 싶습니다. mql5에 없는 코드가 포함된 게시물이 삭제될 경우 중재자가 답변할 수 있습니까? 속도를 위해 계획합니다 ... 그렇지 않으면 복사하여 붙여 넣기 만하면됩니다.
그러나 결국 C #의 패널 아래에서는 이 포럼에 분기를 만들 수 없습니다. 그렇다면 다시 빨간색으로 작업한 다음 유휴 대화에 참여하시겠습니까? 친애하는 중재자님, 무슨 말씀이십니까? 여기에 C# 패널을 프로젝트의 일부로 게시할 수 있나요?물론 분기에서 MQL5 부분을 공유하고 블로그에서 C# 패널을 공유할 수 있습니다. 그것은 내가 이끼처럼 블로그에 숨도록 강요받는 것처럼 어떻게 든 굴욕적입니다.
보시다시피 친애하는 참가자 여러분, 저는 답변을 기다리지 않았습니다. 메시지를 죽이거나 거세하기 위해 여기 있습니다. 이것은 하나 또는 둘입니다. 그리고 명확한 결정을 내리기 위해 우리의 용감한 사람들은 책임을 지는 공황 상태에 빠지게 됩니다.
자, 그럼 얘기 좀...
알렉세이, 환영합니다. Metya는 Net을 사용한 GUI 개발 주제에도 관심이 있습니다. 현재 저는 Net에서 dll의 일부로 간단한 패널을 쉽게 구현했으며 차트에서 필요한 데이터를 쉽게 전송할 수 있습니다. 이 모드에서 Net을 사용하면 MQL 내에서 동일한 툴킷을 개발할 때 많은 측면에 대해 걱정하지 않고 복잡성의 매우 빠른 GUI를 작성할 수 있습니다. 현재 GUI와 차트 간의 완전한 상호 작용을 위해 우회할 수 없는 두 개의 목발이 있습니다. 1. 외부 프로그램에서 차트 알림; 2. 생성된 폼을 차트 자체에 연결합니다. 즉, Win API를 사용하여 차트에 바인딩하는 것은 전혀 문제가 되지 않지만 극복 방법을 알기 전까지는 차트에 양식이 그려집니다. 물론 첫 번째 요점은 .. 터미널 자체에서 어떤 작업을 수행하려면 이에 대한 지시가 필요합니다. 물론 파일이나 손상 또는 다른 방법을 통해 수행할 수 있지만 이를 위해 차트의 고문은 데이터 변경 사항을 지속적으로 모니터링해야 하지만 이벤트 원칙에 따라 작동하고 싶습니다. 읽기 데이터가 수신되었습니다 - 읽습니다. 이 두 가지 문제가 해결되면 모든 기능의 구현은 공상에 의해서만 제한됩니다.
이 리소스에 대한 공개 프로젝트를 다시 시도하고 싶습니다...
Alexey, MQL의 현실에서 그러한 프로젝트를 만드는 것은 관련이 없다고 생각합니다. 이것은 나의 IMHO입니다. 그런 프로젝트가 꽤 있었습니다. 캔버스 위의 Gui와 Anatoly의 프로젝트와 Peter의 프로젝트. 결과적으로 이 모든 것은 거래자들에게 거의 요구되지 않으며 모두가 자신의 바퀴를 발명합니다. 예를 들어, 저는 CPanel 을 사용하고 있으며 다른 것으로 전환하고 싶지 않습니다. 그래도 좋은 GUI를 그리는 것은 부차적인 문제입니다. 시장에서 성공한 프로그램의 끔찍한 인터페이스를 보십시오. 그리고 아무것도, 사람들이 가져갑니다. 중요한 것은 인터페이스가 아니라 콘텐츠이기 때문입니다.
Alexey, MQL의 현실에서 그러한 프로젝트를 만드는 것은 관련이 없다고 생각합니다. 이것은 나의 IMHO입니다. 그런 프로젝트가 꽤 있었습니다. 캔버스 위의 Gui와 Anatoly의 프로젝트와 Peter의 프로젝트. 결과적으로 이 모든 것은 거래자들에게 거의 요구되지 않으며 모두가 자신의 바퀴를 발명합니다. 예를 들어, 저는 CPanel을 사용하고 있으며 다른 것으로 전환하고 싶지 않습니다. 그래도 좋은 GUI를 그리는 것은 부차적인 문제입니다. 시장에서 성공한 프로그램의 끔찍한 인터페이스를 보십시오. 그리고 아무것도, 사람들이 가져갑니다. 중요한 것은 인터페이스가 아니라 콘텐츠이기 때문입니다.
죽은 자 부활 ))))) 누가 아이디어의 시체를 부활 시켰습니까? 나는 그것을 한 적이 없습니다. 그것은 판매되지 않을 것이며 그것에 시간을 보내는 것은 나에게 무익합니다.
아마도 나는 이미 이 스레드에서 이것을 썼지만 전체 스레드를 다시 읽기에는 너무 게으르다. IMHO, C ++ / C #에서 GUI를 만드는 것은 일종의 무모하고 이상한 솔루션입니다. 나 이전에는 별도의 GUI를 만드는 작업이 서지 않았다. 내 전체 차량은 터미널과 관련하여 외부에 있습니다. 터미널은 요청의 데이터 공급자 및 수신자 실행자 역할을 합니다.
이제 컴퓨터에는 4개의 다른 터미널(다른 개발자)이 있습니다. TC는 약간의 변형을 제외하고 거의 모든 곳에서 동일합니다. TS를 다른 플랫폼으로 전송하려면 TS 인터페이스 -> 터미널 또는 커넥터만 작성하면 됩니다. 사실 터미널 -> GUI 데이터 교환 인터페이스를 작성하는 것보다 쉽습니다.
GUI를 구현하기 위해 아무데도 전달할 필요가 없습니다. 또한 여기에 Volchansky가 가장 좋아하는 try... catch 블록, 흐름, 사용자 이벤트 등 외부 매트가 있습니다. 물론 도서관도 문제가 되지 않습니다.
ZY Market Sellers, 이 메시지는 당신을 위한 것이 아닙니다.)
아마도 나는 이미 이 스레드에서 이것을 썼지만 전체 스레드를 다시 읽기에는 너무 게으르다. IMHO, C ++ / C #에서 GUI를 만드는 것은 일종의 무모하고 이상한 솔루션입니다. 나 이전에는 별도의 GUI를 만드는 작업이 서지 않았다. 내 전체 차량은 터미널과 관련하여 외부에 있습니다. 터미널은 요청의 데이터 공급자 및 수신자 실행자 역할을 합니다.
이제 컴퓨터에는 4개의 다른 터미널(다른 개발자)이 있습니다. TC는 약간의 변형을 제외하고 거의 모든 곳에서 동일합니다. TS를 다른 플랫폼으로 전송하려면 TS 인터페이스 -> 터미널 또는 커넥터만 작성하면 됩니다.
GUI를 구현하기 위해 아무데도 전달할 필요가 없습니다. 또한 여기에 Volchansky가 가장 좋아하는 try... catch 블록, 흐름, 사용자 이벤트 등 외부 매트가 있습니다. 물론 도서관도 문제가 되지 않습니다.
ZY Market Sellers, 이 메시지는 당신을 위한 것이 아닙니다.)
예, MQL4 < 빌드 600 시절에는 그렇게 했습니다. 구조조차 없는 언어로 글을 쓰는 것은 불가능했습니다. 그러나 일종의 공공 프로젝트 로 제안된 것은 이 주제였기에 성배가 있는가, 주문을 올바르게 여는 방법, 기타 대기 오염 물질에 대한 논의가 무색해졌다.
내가 이해하는 한, 이제 Karputov만이 공공 프로젝트에 참여하고 있습니다. 글쎄요, 그의 활동의 성격상 그에게 유용합니다. 단순한 필사자에게는 잠재적 구매자를 모집하는 데에만 관심이 있을 수 있습니다. 그러나 여기서 종교 재판에는 오픈 소스가 필요하므로 아기가 사산합니다. 동시에 잘 알려진 포럼, 특히 영어를 사용하는 포럼이 많이 있으며 그러한 프로젝트는 반대로 바람직합니다. 요전에는 그런 지점을 열어달라는 초청장과 함께 또 다른 편지가 왔는데, 어디선가 발견한 입소문?...
나는 비공식적이고 어디에도 작성되지 않은 포럼 규칙을 비판하는 것이 아닙니다. 여자가주지 않으면 세상에 많은 사람들이 있습니다)))
예, 예를 들어 블로그에 .ex*를 게시하여 오픈 소스 요구 사항을 우회할 수 있습니다. 그리고 포럼에서 결과를 공유하십시오. 그러나이 숲에는 버섯이없는 것 같습니다.)) 즉, 구매자가 있습니다.
지금까지는 외국인들만이 스카이프와 다른 채널에서 무언가를 사겠다는 제안으로 나에게 편지를 썼다.
예, MQL4 < 빌드 600 시절에는 그렇게 했습니다. 구조조차 없는 언어로 글을 쓰는 것은 불가능했습니다. 그러나 일종의 공적 프로젝트로 제안된 것은 성배가 있는가, 주문을 올바르게 여는 방법, 기타 대기 오염 물질에 대한 논의가 사라지도록 하기 위한 것이었다.
내가 이해하는 한, 이제 Karputov만이 공공 프로젝트에 참여하고 있습니다. 글쎄요, 그의 활동의 성격상 그에게 유용합니다. 단순한 필사자에게는 잠재적 구매자를 모집하는 데에만 관심이 있을 수 있습니다. 그러나 여기서 종교 재판에는 오픈 소스가 필요하므로 아기가 사산합니다. 동시에 잘 알려진 포럼, 특히 영어를 사용하는 포럼이 많이 있으며 그러한 프로젝트는 반대로 바람직합니다. 요전에는 그런 지점을 열어달라는 초청장과 함께 또 다른 편지가 왔는데, 어디선가 발견한 입소문?...
나는 비공식적이고 어디에도 작성되지 않은 포럼 규칙을 비판하는 것이 아닙니다. 여자가주지 않으면 세상에 다른 사람들이 많이 있습니다)))
네, 그렇습니다. 포럼과 MQ는 아무도 원하지 않고 샌드박스를 벗어나지 않습니다.) 이것은 이상하기 때문입니다. 모든 소프트웨어는 개방형 시스템으로 이동하고 있습니다.