이 작업은 솔직히 초보자를 위한 것이 아닙니다. 차트에 있는 모든 것을 템플릿에 저장한 다음 모든 매개변수와 함께 필요한 지표를 이 템플릿에 추가하고 새 템플릿을 차트에 다시 로드해야 합니다. MQL을 사용하여 템플릿을 저장하고 로드할 수 있지만 템플릿 파일을 편집하려면 이미 DLL을 작성해야 하므로 사용자 스크립트에 템플릿 파일에 대한 쓰기 권한이 있는지 확실하지 않습니다.
차트 작업
차트 작업을 위한 기능입니다. 차트를 사용한 모든 작업은 Expert Advisor 및 스크립트에서만 적용할 수 있습니다.
차트의 속성을 설정하는 함수는 실제로 차트를 변경하는 명령을 보내는 역할을 합니다. 이러한 기능이 성공적으로 실행되면 명령은 차트 이벤트의 일반 대기열에 들어갑니다. 이 차트의 이벤트 큐를 처리하는 동안 차트가 변경됩니다.
이러한 이유로 이러한 함수를 호출한 후 그래프의 즉각적인 시각적 업데이트를 기대해서는 안 됩니다. 일반적으로 차트는 새로운 견적의 도착, 차트 창의 크기 변경 등 변경 이벤트에 따라 터미널에서 자동으로 업데이트됩니다. 차트 모양을 강제로 업데이트하려면 ChartRedraw() 명령을 사용하여 차트를 다시 그립니다.
이 작업은 솔직히 초보자를 위한 것이 아닙니다. 차트에 있는 모든 것을 템플릿에 저장한 다음 모든 매개변수와 함께 필요한 지표를 이 템플릿에 추가하고 새 템플릿을 차트에 다시 로드해야 합니다. MQL을 사용하여 템플릿을 저장하고 로드할 수 있지만 템플릿 파일을 편집하려면 이미 DLL을 작성해야 하므로 사용자 스크립트에 템플릿 파일에 대한 쓰기 권한이 있는지 확실하지 않습니다.
필요한 지표를 별도의 창에서 열면 모두 템플릿에 저장합니다. 그런 다음 "빈" 차트에서 프로그램을 실행하고 이 템플릿을 엽니다. 모든 지표도 열리나요? 아니면 템플릿 자체에서 표시기의 열기를 규정해야 합니까?
질문 1 - 새 빌드(ME5 빌드 934, MT4 빌드 646)의 Expert Advisor 외부 매개변수에서 변수 이름 대신 주석이 표시됩니다. 그것을 제거하는 방법? 댓글을 쓰지 말라고 제안하지 마세요. 댓글이 필요합니다(질문 2 참조).
질문 2 - 내가 이해하는 한, 주석은 프로그래머 자신, 그의 생각, 메모 등에 대한 메모를 위한 것입니다. 코드를 작성하는 동안. 이것이 그렇다면(즉, 이것이 책과 코스에서 가르치는 것), 이것은 독특한 작업입니다. 그리고 우리는 하나의 기능 - 하나의 작업을 배웁니다. 따라서이 작업에 대해 다른 작업이 나타날 때 - 새 빌드에서 수행 된 작업을 인식해야 할 정도로 말장난이 있으면 vinaigrette를 얻습니다. - 맞나요? 그렇지 않으면 어떻게 내가 필요하고 모든 사람에게 보이고 싶지 않은 의견을 쓸 수 있습니까? 내 댓글이 대중에 반영된다면 어떤 댓글이 될까요? 이것은 완전히 다른 작업입니다.
즉, "코드를 작성하는 동안 자신을 위한 주석"과 "외부 변수에 대한 설명"이라는 두 가지 작업이 있습니다.
"외부 변수 선언"이라는 새 작업에는 다른 독립적인 컴파일러 옵션이 할당되어야 하는 것 같습니다. 또는 최소한 이 옵션을 사용자가 선택하도록 하십시오(이는 이미 프로그래밍의 기본 원칙과 모순되지만).
질문 1 - 새 빌드(ME5 빌드 934, MT4 빌드 646)의 Expert Advisor 외부 매개변수에서 변수 이름 대신 주석이 표시됩니다. 그것을 제거하는 방법? 댓글을 쓰지 말라고 제안하지 마세요. 댓글이 필요합니다(질문 2 참조).
질문 2 - 내가 이해하는 한, 주석은 프로그래머 자신, 그의 생각, 메모 등에 대한 메모를 위한 것입니다. 코드를 작성하는 동안. 이것이 그렇다면(즉, 이것이 책과 코스에서 가르치는 것), 이것은 독특한 작업입니다. 그리고 우리는 하나의 기능 - 하나의 작업을 배웁니다. 따라서이 작업에 대해 다른 작업이 나타날 때 - 새 빌드에서 수행 된 작업을 인식해야 할 정도로 말장난이 있으면 vinaigrette를 얻습니다. - 맞나요? 그렇지 않으면 어떻게 내가 필요하고 모든 사람에게 보이고 싶지 않은 의견을 쓸 수 있습니까? 내 댓글이 대중에 반영된다면 어떤 댓글이 될까요? 이것은 완전히 다른 작업입니다.
즉, "코드를 작성하는 동안 자신을 위한 주석"과 "외부 변수에 대한 설명"이라는 두 가지 작업이 있습니다.
"외부 변수 선언"이라는 새 작업에는 다른 독립적인 컴파일러 옵션이 할당되어야 하는 것 같습니다. 또는 최소한 이 옵션을 사용자가 선택하도록 하십시오(이는 이미 프로그래밍의 기본 원칙과 모순되지만).
내가 틀렸다면, 저를 수정하십시오.
외부 변수를 자신 및/또는 사용자가 더 쉽게 읽을 수 있도록 하는 것은 매우 편리합니다.
그리고 외부 변수에 대한 주석이 표시되지 않도록(코드에서만 볼 수 있음) 두 번째 줄에 간단히 작성할 수 있습니다.
예를 들어 다음 대신:
inputdouble AbcD= 1.2345 ; //Хочу профит на отметке:
두 줄로 수행하십시오.
inputdouble AbcD= 1.2345 ;
//Желаемый уровень профита
첫 번째 경우 에는 Abcd 대신 외부 변수에 표시됩니다. " I want Profit at the mark: 1.2345 ",
그리고 외부 변수에 대한 주석이 표시되지 않도록(코드에서만 볼 수 있음) 두 번째 줄에 간단히 작성할 수 있습니다.
예를 들어 다음 대신:
두 줄로 수행하십시오.
첫 번째 경우 에는 Abcd 대신 외부 변수에 표시됩니다. " I want Profit at the mark: 1.2345 ",
두 번째: " AbcD 1.2345 "
예, 저는 전혀 상관하지 않습니다. 편리합니다. 또한 그들이 달성하고자 하는 바를 이해합니다. 한 작업을 구현하고 동시에 다른 작업을 죽이는 것은 불가능합니다.
2줄로 작성하는 것은 이미 덜 편리합니다. 이것이 5-10 개의 변수라면 견딜 수 있습니다 (다시 말하지만 왜 견뎌야합니까?). 그리고 이 변수가 약 200이라면? 이 경우 코드 크기가 크게 증가합니다. 반면에 이것이 또 다른 옵션이라면 여전히 변수를 설명하여 코드를 늘려야 합니다. 따라서 아마도 제안한 솔루션은 두 번째 옵션을 도입하는 것보다 더 최적화되고 간결할 것입니다. 동의할 준비가 되었습니다.
내가 올바르게 추측한다면 캐리지 리턴은 변수를 설명하는 데 제한이 있습니까?
그리고 추가 질문이 있습니다.
선택한 여러 언어로 설명을 선택 사항으로 만들 수 있습니까? 훨씬 더 편리할 것입니다. :)) 이 경우 설명에 일반적인 주석을 사용하는 것보다 추가 옵션을 수행하는 것이 여전히 좋습니다.
그런데. 이러한 변수 설명은 설정 창에 여전히 드물게 표시됩니다. 열 크기는 늘이기를 유지하지 않으며 대부분 의 설명은 설명 열의 폭이 좁아서 "소모"됩니다. 그러나 변수의 값에는 터무니없이 많은 공간이 있습니다. 그래서 우리는 최고를 원했습니다 ... 그러나 이것은 또한 한 걸음 더 나아갔습니다. :))
이 작업은 솔직히 초보자를 위한 것이 아닙니다. 차트에 있는 모든 것을 템플릿에 저장한 다음 모든 매개변수와 함께 필요한 지표를 이 템플릿에 추가하고 새 템플릿을 차트에 다시 로드해야 합니다. MQL을 사용하여 템플릿을 저장하고 로드할 수 있지만 템플릿 파일을 편집하려면 이미 DLL을 작성해야 하므로 사용자 스크립트에 템플릿 파일에 대한 쓰기 권한이 있는지 확실하지 않습니다.
차트 작업
차트 작업을 위한 기능입니다. 차트를 사용한 모든 작업은 Expert Advisor 및 스크립트에서만 적용할 수 있습니다.
차트의 속성을 설정하는 함수는 실제로 차트를 변경하는 명령을 보내는 역할을 합니다. 이러한 기능이 성공적으로 실행되면 명령은 차트 이벤트의 일반 대기열에 들어갑니다. 이 차트의 이벤트 큐를 처리하는 동안 차트가 변경됩니다.
이러한 이유로 이러한 함수를 호출한 후 그래프의 즉각적인 시각적 업데이트를 기대해서는 안 됩니다. 일반적으로 차트는 새로운 견적의 도착, 차트 창의 크기 변경 등 변경 이벤트에 따라 터미널에서 자동으로 업데이트됩니다. 차트 모양을 강제로 업데이트하려면 ChartRedraw() 명령을 사용하여 차트를 다시 그립니다.
기능
행동
차트 적용 템플릿
지정된 파일의 템플릿을 지정된 차트에 적용합니다.
차트저장 템플릿
현재 차트 설정을 지정된 이름의 템플릿에 저장합니다.
차트창찾기
표시기가 위치한 하위 창의 번호를 반환합니다.
ChartTimePriceToXY
차트 좌표를 시간/가격 표현에서 x 및 y 좌표로 변환
ChartXYToTime가격
차트의 X 및 Y 좌표를 시간 및 가격 값으로 변환합니다.
차트 열기
지정된 기호와 기간이 있는 새 차트를 엽니다.
차트 우선
지정된 차트 다음에 오는 차트의 ID를 반환합니다.
차트넥스트
클라이언트 터미널의 첫 번째 차트의 식별자를 반환합니다.
차트닫기
지정된 차트를 닫습니다.
차트심볼
지정된 차트의 기호 이름을 반환합니다.
차트 기간
지정된 기간의 값을 반환합니다.
차트 작업
네 맞습니다. 템플릿 편집(또는 MT5에서와 같이 지표 추가)은 어디에 있습니까? 없기. 그래서 DLL이 필요합니다. 맞죠? 아니면 템플릿 편집 외에 지표를 MT4 차트에 추가하는 다른 방법이 있습니까?
질문은 고문의 도움으로 지표를 추가하는 것에 관한 것이었습니다. 여기
이 작업은 솔직히 초보자를 위한 것이 아닙니다. 차트에 있는 모든 것을 템플릿에 저장한 다음 모든 매개변수와 함께 필요한 지표를 이 템플릿에 추가하고 새 템플릿을 차트에 다시 로드해야 합니다. MQL을 사용하여 템플릿을 저장하고 로드할 수 있지만 템플릿 파일을 편집하려면 이미 DLL을 작성해야 하므로 사용자 스크립트에 템플릿 파일에 대한 쓰기 권한이 있는지 확실하지 않습니다.
필요한 지표를 별도의 창에서 열면 모두 템플릿에 저장합니다. 그런 다음 "빈" 차트에서 프로그램을 실행하고 이 템플릿을 엽니다. 모든 지표도 열리나요? 아니면 템플릿 자체에서 표시기의 열기를 규정해야 합니까?
필요한 지표를 별도의 창에서 열면 모두 템플릿에 저장합니다. 그런 다음 "빈" 차트에서 프로그램을 실행하고 이 템플릿을 엽니다. 모든 지표도 열리나요? 아니면 템플릿 자체에서 표시기의 열기를 규정해야 합니까?
템플릿을 적용하면 모든 지표가 이 차트 창에 자동으로 첨부됩니다.
템플릿을 적용하면 모든 지표가 이 차트 창에 자동으로 첨부됩니다.
ok) 알았어) 고마워 얘들아
필요한 지표를 별도의 창에서 열면 모두 템플릿에 저장합니다. 그런 다음 "빈" 차트에서 프로그램을 실행하고 이 템플릿을 엽니다. 모든 지표도 열리나요? 아니면 템플릿 자체에서 표시기의 열기를 규정해야 합니까?
질문 1 - 새 빌드(ME5 빌드 934, MT4 빌드 646)의 Expert Advisor 외부 매개변수에서 변수 이름 대신 주석이 표시됩니다. 그것을 제거하는 방법? 댓글을 쓰지 말라고 제안하지 마세요. 댓글이 필요합니다(질문 2 참조).
질문 2 - 내가 이해하는 한, 주석은 프로그래머 자신, 그의 생각, 메모 등에 대한 메모를 위한 것입니다. 코드를 작성하는 동안. 이것이 그렇다면(즉, 이것이 책과 코스에서 가르치는 것), 이것은 독특한 작업입니다. 그리고 우리는 하나의 기능 - 하나의 작업을 배웁니다. 따라서이 작업에 대해 다른 작업이 나타날 때 - 새 빌드에서 수행 된 작업을 인식해야 할 정도로 말장난이 있으면 vinaigrette를 얻습니다. - 맞나요? 그렇지 않으면 어떻게 내가 필요하고 모든 사람에게 보이고 싶지 않은 의견을 쓸 수 있습니까? 내 댓글이 대중에 반영된다면 어떤 댓글이 될까요? 이것은 완전히 다른 작업입니다.
즉, "코드를 작성하는 동안 자신을 위한 주석"과 "외부 변수에 대한 설명"이라는 두 가지 작업이 있습니다.
"외부 변수 선언"이라는 새 작업에는 다른 독립적인 컴파일러 옵션이 할당되어야 하는 것 같습니다. 또는 최소한 이 옵션을 사용자가 선택하도록 하십시오(이는 이미 프로그래밍의 기본 원칙과 모순되지만).
내가 틀렸다면, 저를 수정하십시오.
질문 1 - 새 빌드(ME5 빌드 934, MT4 빌드 646)의 Expert Advisor 외부 매개변수에서 변수 이름 대신 주석이 표시됩니다. 그것을 제거하는 방법? 댓글을 쓰지 말라고 제안하지 마세요. 댓글이 필요합니다(질문 2 참조).
질문 2 - 내가 이해하는 한, 주석은 프로그래머 자신, 그의 생각, 메모 등에 대한 메모를 위한 것입니다. 코드를 작성하는 동안. 이것이 그렇다면(즉, 이것이 책과 코스에서 가르치는 것), 이것은 독특한 작업입니다. 그리고 우리는 하나의 기능 - 하나의 작업을 배웁니다. 따라서이 작업에 대해 다른 작업이 나타날 때 - 새 빌드에서 수행 된 작업을 인식해야 할 정도로 말장난이 있으면 vinaigrette를 얻습니다. - 맞나요? 그렇지 않으면 어떻게 내가 필요하고 모든 사람에게 보이고 싶지 않은 의견을 쓸 수 있습니까? 내 댓글이 대중에 반영된다면 어떤 댓글이 될까요? 이것은 완전히 다른 작업입니다.
즉, "코드를 작성하는 동안 자신을 위한 주석"과 "외부 변수에 대한 설명"이라는 두 가지 작업이 있습니다.
"외부 변수 선언"이라는 새 작업에는 다른 독립적인 컴파일러 옵션이 할당되어야 하는 것 같습니다. 또는 최소한 이 옵션을 사용자가 선택하도록 하십시오(이는 이미 프로그래밍의 기본 원칙과 모순되지만).
내가 틀렸다면, 저를 수정하십시오.
외부 변수를 자신 및/또는 사용자가 더 쉽게 읽을 수 있도록 하는 것은 매우 편리합니다.
그리고 외부 변수에 대한 주석이 표시되지 않도록(코드에서만 볼 수 있음) 두 번째 줄에 간단히 작성할 수 있습니다.
예를 들어 다음 대신:
두 줄로 수행하십시오.
첫 번째 경우 에는 Abcd 대신 외부 변수에 표시됩니다. " I want Profit at the mark: 1.2345 ",
두 번째: " AbcD 1.2345 "
외부 변수를 자신 및/또는 사용자가 더 쉽게 읽을 수 있도록 하는 것은 매우 편리합니다.
그리고 외부 변수에 대한 주석이 표시되지 않도록(코드에서만 볼 수 있음) 두 번째 줄에 간단히 작성할 수 있습니다.
예를 들어 다음 대신:
두 줄로 수행하십시오.
첫 번째 경우 에는 Abcd 대신 외부 변수에 표시됩니다. " I want Profit at the mark: 1.2345 ",
두 번째: " AbcD 1.2345 "
예, 저는 전혀 상관하지 않습니다. 편리합니다. 또한 그들이 달성하고자 하는 바를 이해합니다. 한 작업을 구현하고 동시에 다른 작업을 죽이는 것은 불가능합니다.
2줄로 작성하는 것은 이미 덜 편리합니다. 이것이 5-10 개의 변수라면 견딜 수 있습니다 (다시 말하지만 왜 견뎌야합니까?). 그리고 이 변수가 약 200이라면? 이 경우 코드 크기가 크게 증가합니다.
반면에 이것이 또 다른 옵션이라면 여전히 변수를 설명하여 코드를 늘려야 합니다. 따라서 아마도 제안한 솔루션은 두 번째 옵션을 도입하는 것보다 더 최적화되고 간결할 것입니다. 동의할 준비가 되었습니다.
내가 올바르게 추측한다면 캐리지 리턴은 변수를 설명하는 데 제한이 있습니까?
그리고 추가 질문이 있습니다.
선택한 여러 언어로 설명을 선택 사항으로 만들 수 있습니까? 훨씬 더 편리할 것입니다. :)) 이 경우 설명에 일반적인 주석을 사용하는 것보다 추가 옵션을 수행하는 것이 여전히 좋습니다.
그런데. 이러한 변수 설명은 설정 창에 여전히 드물게 표시됩니다. 열 크기는 늘이기를 유지하지 않으며 대부분 의 설명은 설명 열의 폭이 좁아서 "소모"됩니다. 그러나 변수의 값에는 터무니없이 많은 공간이 있습니다. 그래서 우리는 최고를 원했습니다 ... 그러나 이것은 또한 한 걸음 더 나아갔습니다. :))