팬케이크! 최신 메시지의 케이스에 대한 최소한 한 단어, 어떤 것으로 끝나지 않는 견고한 홀리바. .net은 잊어버리세요. 작은 소프트웨어가 이 분야에 관심을 갖는 것을 신은 금합니다. 모든 것을 모든 것으로 만들 수 있습니다. 예, .net은 좋습니다 ... 개발자에게는 좋지만 사용자에게는 크기에서 버전 비호환성에 이르기까지 골치 아픈 일이며 개발자가 서로의 과일을 사용하기 시작할 때 설치 프로그램은 두 번째 버전을 원하고 첫 번째 내부의 일부 구성 요소와 다른 모든 것은 세 번째이고 노래는 일반적으로 시작됩니다. 최소한 .net 없이 해보자
추신 나도 저항할 수 없었다. holivars에 대한 별도의 섹션을 만들 수 있습니까? 우리는 서로에게 침을 뱉을거야
5를 출시하기 전에 보류 중인 주문 의 중지 주문에 대한 StopLevel 한도의 기준 기준 에 대해 다시 생각하는 것이 좋습니다. 내 생각에 이것은 선언된 주문의 시작 가격(실제로 시작 가격)이 아니라 해당 시장 주문의 종료 가격(시장 주문의 경우)이어야 합니다.
이제 가장 가까운 SL=1.0047, TP=1.0053으로 BuyStop = 1.0050을 여는 것이 가능합니다(spread = 3, StopLevel = 3). 이연의 시장으로의 변환의 순간에 상황은 기술적으로 수용 가능하게 됩니다. 입찰가(정확한 종가) 가 이미 SL에 있습니다. (원래 시장의 경우 이러한 상황은 허용되지 않으며 당연히 허용됩니다).
계산 기준이 변경되면 동일한 BuyStop = 1.0050이 가능한 한 SL = 1.0044 및 TP = 1.0050에 가까워질 수 있습니다. 시장으로 전환할 때 BId는 지정가 주문에서 동일한 거리가 됩니다. 이 시장을 닫으려면 가격 이 3포인트를 더 밟아야 합니다.
팬케이크! 최신 메시지의 케이스에 대한 최소한 한 단어, 어떤 것으로 끝나지 않는 견고한 홀리바. .net은 잊어버리세요. 작은 소프트웨어가 이 분야에 관심을 갖는 것을 금합니다. 모든 것을 지옥으로 만드는 방법을 알고 있습니다. 예, .net은 좋습니다 ... 개발자에게는 좋지만 사용자에게는 크기에서 버전 비호환성에 이르기까지 골치 아픈 일이며 개발자가 서로의 과일을 사용하기 시작할 때 설치 프로그램은 두 번째 버전을 원하고 첫 번째 내부의 일부 구성 요소와 다른 모든 것은 세 번째이고 노래는 일반적으로 시작됩니다. 최소한 .net 없이 해보자
추신 나도 저항할 수 없었다. holivars에 대한 별도의 섹션을 만들 수 있습니까? 우리는 서로에게 침을 뱉을거야
버전 비호환성은 원칙적으로 개발자가 하나의 소프트웨어를 사용하고 다른 사람이 사용하는 경우에만 개발자 사이에서 발생합니다. 그렇지 않은 경우 사용자는 일반적으로 업데이트 서비스와 연결됩니다. 일반적으로 관리자는 이를 모니터링하고 라이선스가 부여된 소프트웨어 사용자 및 다른 규칙과 같은 개발자는 예를 들어 글로벌 업데이트의 발효에 대해 모니터링됩니다. 어쨌든 모든 문제는 어떤 식으로든 해결되며 글로벌 문제는 보이지 않습니다. 대부분의 경우 개입이 필요하지 않습니다. 버전 종속성은 우리가 노력해야 하는 것입니다. 그렇지 않으면 훨씬 더 많은 버그가 나타나고, 구멍이 뚫리고, 한 번에 이것에 많은 문제가 있었고, 무엇보다도 개발자에게 끝없는 골칫거리가 있었던 것이 사실이기 때문입니다. , 그리고 개발자가 이를 처리하지 않고 개발자가 주로 사용자 자신인 경우 사용자는 경련에 어려움을 겪고 있습니다.
당신은 Windows를 사용하는데, 오류가 없는 작업을 보는 것이 중요합니다. 그런데 왜 비호환성을 고려하여 오류, 잘못된 작업에 대한 경고를 받아들이고 사용자 오류가 개발자와 관련되어야 한다고 생각합니까? 그리고 호환성에 대한 제어가 없고 오류가 더 많은 경우 오류가 있는 위치를 개발자에게 어떻게 설명하시겠습니까?
저는 사용자로서 항상 더 나은 제품을 사용하기 위해 더 완벽한 것을 선택하기 위해 노력해왔습니다. 그렇지 않으면 시대에 뒤쳐지고 더 많은 시간을 낭비할 수 있지만 개발자로서 저는 다른 많은 요소도 고려합니다. 당신은 MQL로 작성하고 저는 MQL로 작성하지 않습니다. 저는 MT를 사용하고 MQL을 알고 있지만 그렇기 때문에 작성하지 않습니다. 모두가 자신의 경로를 선택합니다. 반면 귀하는 개발자에게 부족한 부분만 기대합니다. 우리는 이미 하고 있습니다. 우리 자신을 위해 좁은 원에서 개발하려고 노력합니다. :) 사실, 저는 여기서 더 이상 할 일이 없으며 새 빌드가 출시될 때까지 여기에 전혀 나타나지 않을 수도 있습니다. 더군다나 새로운 버전의 MT . 그러나 토론에 참여하지 않고 중요한 영역을 그대로 방치할 수 있으며 모든 것이 빠르게 다시 작성되고 새로운 환경에 적응해야 하기 때문에 빈 공간에서 다시 한 번 더 많은 시간을 허비할 수 있습니다. 새 버전으로 전환할 때 가능한 한 빨리 이러한 문제를 제거하기 위해서는 상상할 수 없는 방식으로 모든 것을 문자 그대로 고려해야 합니다.
당신은 말 그대로 내가 모든 것에 침을 뱉고 내가 가진 것으로 만족해야 한다고 말합니다. 그들이 말하는 것처럼, 하나님이 주실 것입니다. 나머지는 당신의 문제이며, 일어나지 않습니다. 어떤 개발에도 시간과 돈이 투자됩니다. 어떤 사람들은 하나님의 뜻에 따라 더 이상 생각하는 것이 불가능하다고 말합니다. 어떤 방법으로든 아이디어를 밀어붙일 필요가 있습니다.
팬케이크! 최신 메시지의 케이스에 대한 최소한 한 단어, 어떤 것으로 끝나지 않는 견고한 홀리바. .net은 잊어버리세요. 작은 소프트웨어가 이 분야에 관심을 갖는 것을 신은 금합니다. 모든 것을 모든 것으로 만들 수 있습니다. 예, .net은 좋습니다 ... 개발자에게는 좋지만 사용자에게는 크기에서 버전 비호환성에 이르기까지 골치 아픈 일이며 개발자가 서로의 과일을 사용하기 시작할 때 설치 프로그램은 두 번째 버전을 원하고 첫 번째 내부의 일부 구성 요소와 다른 모든 것은 세 번째이고 노래는 일반적으로 시작됩니다. 최소한 .net 없이 해보자
추신 나도 저항할 수 없었다. holivars에 대한 별도의 섹션을 만들 수 있습니까? 우리는 서로에게 침을 뱉을거야
MQL5에 대한 소망을 표현해 주십시오.
MQL5의 개발은 한창 진행 중이며 이것은 새로운 거래 플랫폼에서 우리의 핵심 위치 중 하나입니다. 우리는 평화를 위한 논의에 특별히 참여하지 않습니다. 그러나 잠시 후 우리는 새로운 언어, 라이브러리 및 프로그래밍 환경에 대한 정보를 게시하기 시작할 것입니다.
...
언어
1 객체지향(가장 강한 욕망)
2 최대한 C++에 가깝게
2.1 구조(그들을 보는 것이 좋을 것입니다)
3 이벤트 추가
3.1 명령으로 작업...(실행, 중지)
3.2 오류(함수 후 또는 함께 폴링하는 대신)
타이머의 3.3 이벤트(애플리케이션을 더 잘 제어할 수 있음)
...
편집자
비주얼 디버거
...
단말기
비표준 시간 프레임의 간격을 선택하는 기능 ... 3분 또는 6시간 25분 등을 가정해 봅시다. ... 즉, 확장 가능
테스터 W1
다중 통화 테스터
이미징에 대한 다중 TF 테스터
5를 출시하기 전에 보류 중인 주문 의 중지 주문에 대한 StopLevel 한도의 기준 기준 에 대해 다시 생각하는 것이 좋습니다. 내 생각에 이것은 선언된 주문의 시작 가격(실제로 시작 가격)이 아니라 해당 시장 주문의 종료 가격(시장 주문의 경우)이어야 합니다.
이제 가장 가까운 SL=1.0047, TP=1.0053으로 BuyStop = 1.0050을 여는 것이 가능합니다(spread = 3, StopLevel = 3). 이연의 시장으로의 변환의 순간에 상황은 기술적으로 수용 가능하게 됩니다. 입찰가(정확한 종가) 가 이미 SL에 있습니다. (원래 시장의 경우 이러한 상황은 허용되지 않으며 당연히 허용됩니다).
계산 기준이 변경되면 동일한 BuyStop = 1.0050이 가능한 한 SL = 1.0044 및 TP = 1.0050에 가까워질 수 있습니다. 시장으로 전환할 때 BId는 지정가 주문에서 동일한 거리가 됩니다. 이 시장을 닫으려면 가격 이 3포인트를 더 밟아야 합니다.
팬케이크! 최신 메시지의 케이스에 대한 최소한 한 단어, 어떤 것으로 끝나지 않는 견고한 홀리바. .net은 잊어버리세요. 작은 소프트웨어가 이 분야에 관심을 갖는 것을 금합니다. 모든 것을 지옥으로 만드는 방법을 알고 있습니다. 예, .net은 좋습니다 ... 개발자에게는 좋지만 사용자에게는 크기에서 버전 비호환성에 이르기까지 골치 아픈 일이며 개발자가 서로의 과일을 사용하기 시작할 때 설치 프로그램은 두 번째 버전을 원하고 첫 번째 내부의 일부 구성 요소와 다른 모든 것은 세 번째이고 노래는 일반적으로 시작됩니다. 최소한 .net 없이 해보자
추신 나도 저항할 수 없었다. holivars에 대한 별도의 섹션을 만들 수 있습니까? 우리는 서로에게 침을 뱉을거야
버전 비호환성은 원칙적으로 개발자가 하나의 소프트웨어를 사용하고 다른 사람이 사용하는 경우에만 개발자 사이에서 발생합니다. 그렇지 않은 경우 사용자는 일반적으로 업데이트 서비스와 연결됩니다. 일반적으로 관리자는 이를 모니터링하고 라이선스가 부여된 소프트웨어 사용자 및 다른 규칙과 같은 개발자는 예를 들어 글로벌 업데이트의 발효에 대해 모니터링됩니다. 어쨌든 모든 문제는 어떤 식으로든 해결되며 글로벌 문제는 보이지 않습니다. 대부분의 경우 개입이 필요하지 않습니다. 버전 종속성은 우리가 노력해야 하는 것입니다. 그렇지 않으면 훨씬 더 많은 버그가 나타나고, 구멍이 뚫리고, 한 번에 이것에 많은 문제가 있었고, 무엇보다도 개발자에게 끝없는 골칫거리가 있었던 것이 사실이기 때문입니다. , 그리고 개발자가 이를 처리하지 않고 개발자가 주로 사용자 자신인 경우 사용자는 경련에 어려움을 겪고 있습니다.
당신은 Windows를 사용하는데, 오류가 없는 작업을 보는 것이 중요합니다. 그런데 왜 비호환성을 고려하여 오류, 잘못된 작업에 대한 경고를 받아들이고 사용자 오류가 개발자와 관련되어야 한다고 생각합니까? 그리고 호환성에 대한 제어가 없고 오류가 더 많은 경우 오류가 있는 위치를 개발자에게 어떻게 설명하시겠습니까?
저는 사용자로서 항상 더 나은 제품을 사용하기 위해 더 완벽한 것을 선택하기 위해 노력해왔습니다. 그렇지 않으면 시대에 뒤쳐지고 더 많은 시간을 낭비할 수 있지만 개발자로서 저는 다른 많은 요소도 고려합니다. 당신은 MQL로 작성하고 저는 MQL로 작성하지 않습니다. 저는 MT를 사용하고 MQL을 알고 있지만 그렇기 때문에 작성하지 않습니다. 모두가 자신의 경로를 선택합니다. 반면 귀하는 개발자에게 부족한 부분만 기대합니다. 우리는 이미 하고 있습니다. 우리 자신을 위해 좁은 원에서 개발하려고 노력합니다. :) 사실, 저는 여기서 더 이상 할 일이 없으며 새 빌드가 출시될 때까지 여기에 전혀 나타나지 않을 수도 있습니다. 더군다나 새로운 버전의 MT . 그러나 토론에 참여하지 않고 중요한 영역을 그대로 방치할 수 있으며 모든 것이 빠르게 다시 작성되고 새로운 환경에 적응해야 하기 때문에 빈 공간에서 다시 한 번 더 많은 시간을 허비할 수 있습니다. 새 버전으로 전환할 때 가능한 한 빨리 이러한 문제를 제거하기 위해서는 상상할 수 없는 방식으로 모든 것을 문자 그대로 고려해야 합니다.
당신은 말 그대로 내가 모든 것에 침을 뱉고 내가 가진 것으로 만족해야 한다고 말합니다. 그들이 말하는 것처럼, 하나님이 주실 것입니다. 나머지는 당신의 문제이며, 일어나지 않습니다. 어떤 개발에도 시간과 돈이 투자됩니다. 어떤 사람들은 하나님의 뜻에 따라 더 이상 생각하는 것이 불가능하다고 말합니다. 어떤 방법으로든 아이디어를 밀어붙일 필요가 있습니다.
TedBeer 쓴:..., Andy_Kon 쓴:..., pxx 쓴:..., xnsnet 쓴:...
저는 "종교적 관용"에 투표합니다. :)
이 주제에 대해:
언어 - 예외도 있습니다.
1 대상 지향(가장 강한 욕망)
디버깅 속도를 높이려면 레이블과 추적을 추가해야 합니다(예: 예전의 절차적 언어에서처럼). 그러나 다른 조언자(ex4 실행 파일)에서 한 조언자를 호출할 수 있는 기능을 제공해야 합니다.
이고르
테스터와 터미널 창에 주문을 특징짓는 모든 열(MN 및 주석)을 추가해야 합니다.
확인란을 통해 테스터에 더 많은 자유가 있습니다(리소스 절약에 유용).
- 로그에 메시지를 표시하거나 표시하지 않습니다.
- 마지막 100개를 제외한 모두 표시/건너뛰기
- 그래픽을 그리거나 그리지 않습니다.
- 결과를 표시하거나 표시하지 않습니다.
수동 주문관리 창에서 체크박스 체크
- 꺼짐 / 왼쪽;
왼쪽에 표시(책갈피 또는 확인란)
- 틱 차트;
- 시장 검토;
- 데이터 창;
- 실행 중인 응용 프로그램에서 유용한 정보를 표시합니다.
- 변형..
재컴파일 없이 [v] 체크박스를 선택하여 차트가 있는 창이나 별도의 창(차트 아래)에 표시기를 표시할 수 있도록 합니다.
차트가 있는 창과 차트 아래 창 모두에서 확인란을 선택하여 하나의 지표의 개별 요소( 그래픽 도구 )의 출력을 선택할 수 있는 것도 좋을 것입니다.
예를 들어, Andrews Pitchfork는 차트가 있는 창에 표시되고 동일한 표시기의 일부 계산된 요소(예: 시간 표시)는 차트 아래의 창에 예를 들어 히스토그램 형태로 표시됩니다.
===============
표시기를 표시하기 위한 창 또는 표시기의 개별 요소는 출력이 발생해야 하는 창의 번호를 지정하여 선택 가능하게 만들 수도 있습니다.
표시기를 표시하기 위한 창 또는 표시기의 개별 요소는 출력이 발생해야 하는 창의 번호를 지정하여 선택 가능하게 만들 수도 있습니다.