ForexTools>> : ....Единственное что меня удивляет - их болезненная реакция на любые попытки по(до)казать им что чтото они сделали не совсем так как нам хочется :)
나는 당신과 절대적으로 동의합니다. 종종 우리가 풍차와 싸우는 느낌이 있습니다.그리고 우리의 의견(거래자의 의견)이 마지막에 고려됩니다.
글쎄, 너무 비관하지 마십시오. 우리는 이 모든 것을 우리 편에서만 볼 뿐, 그들과의 실제 상황에 대해 아는 것이 없습니다. 아마도 (그리고 거의 확실하게) 그들은 그들이 찾은 모든 것을 빠르고 효율적으로 고칠 충분한 사람들이 없을 것입니다. 글쎄, 아마도 오류를 찾고 무언가를 제공하는 포럼의 적어도 천 명의 회원일 것입니다. MQL5의 상황으로 판단하면 거래 서버에서도 동일한 문제가 있다고 가정할 수 있습니다(작년 9월 이후로 닫힌 포트 1950으로 프록시에 대한 평범한 액세스를 할 수 없었음). 그리고 그들이 그곳의 구멍을 닫을 때까지 우리의 문제를 가진 당신과 나는 그들을 기다리고 있을 것입니다.............
그리고 헛되이 그들은 디자인 단계에서 최소한 비공개 포럼을 만들지 않았습니다. 오늘날의 문제 중 많은 부분이 그 당시에는 논의되어 간단히 예방할 수 있었지만 지금은 ... 수백만 줄의 코드가 이미 작성되었으며 무언가를 다시 실행해야 합니다. ) 어떻게 든 작업 장소에서 무고한 편집이 다른 사람들의 눈사태로 이어질 것입니다 더 심각한 실수. 결과적으로 - 농담처럼
프로그래머는 디버깅에 깊이 관여합니다. 적합한 아들: - 아빠, 왜 해는 매일 동쪽에서 뜨고 서쪽에서 져요? - 확인하셨나요? - 확인했습니다. - 잘 확인하셨나요? - 좋은. - 작동? - 작동합니다. - 매일 합니까? - 예, 매일. - 그럼 맙소사, 얘야, 아무 것도 만지지 말고 아무 것도 바꾸지 마.
1. 객체의 이름은 고유 식별자입니다. 네 가지에서 개체의 이름은 개체 목록의 위치를 결정하는 데 사용되었습니다. 즉, 차트에 개체가 나타나는 순서를 변경하려면 식별자를 변경해야 합니다! 옳지 않아!
2. 이 접근 방식으로 나타나는 또 다른 효과. 다른 개체 위에 개체를 만들었는데 여기서는 이름이 제대로 나오지 않고 이 개체가 갑자기 아래쪽에 나타납니다.
3. 또 다른 효과. 객체는 생성 날짜가 줄어들수록 끝에서 백스페이스 키를 사용하여 삭제됩니다. 즉, 개체는 한 순서로 나타나고 다른 순서로 제거됩니다.
우리가 불평 한이 3 가지 포인트 만. 4에서 우리는 오랫동안 아무것도 변경하지 않았습니다. 상위 5개는 처음부터 작성했기 때문에 생성 시간에 따라 개체의 순서가 자연 스럽습니다. 소위 z-order는 제한된 개체 그룹에 대해서만 역할을 합니다(전체 목록이 아님). 따라서 이름을 건드리지 않고 원하는 순서로 이 개체 그룹을 쉽게 다시 만들 수 있습니다.
생성, 재생성, 이름에 따라 개체의 순서가 달라지는 네 가지 방법에서 불가능했던 것이 바로 이것이었습니다. 프로그래머에게는 문제가 없을 수 있지만 개체를 수동으로(또는 반자동으로 스크립트를 사용하여 생성하는 사람에게는) 개체의 전체 목록을 분석하지 않는 경우) 위의 문제 중 하나가 문제로 나타날 수 있습니다. 즉, 우리는 프로그래머가 아닌 사람들에게 관심을 보였고 프로그래머는 화를 냈습니다. 프로그래머는 이제 이름을 건드리지 않고도 모든 순서의 개체를 쉽게 제공할 수 있습니다.
stringo>> : То есть, мы проявили заботу о непрограммистах, а программисты обиделись. Хотя программисты теперь без проблем могут обеспечить любой порядок объектов, не трогая их имён.
우리는 기분이 상하지 않았습니다. 우리는 차트에서 개체의 배치를 어떻게든 제어할 수 있는 유일한 기회를 잃었고 그 대가로 아무것도 받지 못했습니다. 명백한 (희망) 이유로 재구축 조언은 가치 있는 솔루션으로 간주되지 않습니다. 예, 이제 " 모든 주문 " 을 얻을 수 있지만(이벤트 핸들러를 예로 들어 설명했습니다) 필요한 주문을 얻을 수는 없습니다 . 그러나 우리는 코딩을 더 쉽게 하기 위해 필요하지 않습니다. 이미 우려를 표한 사람들의 전문가도 돌볼 수 있습니다.
그래서 나는 그들에게 우리를 돌보고 적어도 일종의 메커니즘을 생각해 내라고 요청했습니다. 가능한 옵션을 제공했습니다. 이것은 당신에게 해결할 수 없는 문제입니까? 백스페이스를 사용하면 생성된 순서대로 객체를 삭제할 수 있으며 수직 배치는 코드에서 수동으로 제어됩니다. 두 개의 인덱스 배열로 모든 것이 해결됩니다.)
또한 터미널 도구 모음에 다음 아이콘이 있으면 동일한 거래자가 반드시 기뻐할 것입니다.
처음 두 개 정도는 말을 더듬는 것조차 두려웠지만 이것은 고통스럽게 적절한 기회였습니다.)
내가 차트에서 어떤 그림을 봤다고 상상해보십시오. 3-5개의 선과 같은 fibo 수준과 같은 다른 개체로 윤곽을 그립니다. 이제 이 마크업을 사용하여 내역과 향후 거래에서 확인하고 싶습니다. 이렇게 하려면 전체 그룹을 동시에 이동해야 합니다 .... 정확히는 기본적으로 구현되지는 않았지만 문제 없이 확실히 구현되었지만 터미널이나 MQL5에는 그런 기능이 없습니다.
우리는 기분이 상하지 않았습니다. 우리는 차트에서 개체의 배치를 어떻게든 제어할 수 있는 유일한 기회를 잃었고 그 대가로 아무것도 받지 못했습니다. 명백한 (희망) 이유로 재구축 조언은 가치 있는 솔루션으로 간주되지 않습니다. 예, 이제 " 모든 주문 " 을 얻을 수 있지만(이벤트 핸들러가 있는 예를 들었습니다) 필요한 주문을 얻을 수 없습니다.
이와 같이? 유일한 기회를 잃었습니까? 모두가 졌습니까, 아니면 당신만 졌습니까?
나는 그 이유를 이해할 수 없다. 오히려 지금 바로 이 솔루션이 필요하다는 것을 이해합니다. 하지만 왜 필요한 주문을 만들 수 없는지 이해가 되지 않습니다. 쓰기 너무 게으르다?
MT5는 포토샵이 아니라 거래를 위한 클라이언트 단말기라는 점을 상기시켜드리고 싶습니다. 프로그래머뿐만 아니라 완전히 다른 사람들이 사용합니다. 개체는 스크립트와 프로그램뿐만 아니라 완전히 다른 사람들이 그립니다. 그리고 프로그래머의 경우(일반인과 달리) 프로그래밍하는 것은 특별한 문제가 되지 않습니다.
내가 말할 수 있는 것은, 우리(Ruskaphones)는 포럼에서 그들이 가장 좋아하는 자물쇠를 박탈하고 있다고 징징거리며 울었습니다. 그리고 여기에서 MT 커뮤니티의 외국어를 사용하는 부분이 그것을 받아 들였습니다. 슬프게도 문제를 해결하는 접근 방식에서 눈에 띄는 대조를 이룹니다.
그래서 왜 그렇게 감동적이야? 이것은 불만이 아니라 이것이 지금 어떻게 수행되는지 알아내려는 시도입니다. 코드의 실수, 알고리즘의 결함, 또는 합의된 입장과 최종 결정입니까? 실수라면 수정될 때까지 기다리겠습니다. 결함이면 수정하도록 설득할 수 있습니다. 최종 결정이라면 귀를 기울여 재작성 코드를 작성하겠습니다.
첫째, 겹치는 인터페이스를 구축할 필요가 없으며,
글쎄, 그러한 범주성은 어디에서 오는가? 당신은 그것을 필요로하지 않을 수도 있지만 나는 필요합니다. 예를 들어 모든 열린 위치에 대해 화면에 일부 텍스트 정보를 표시하고 싶습니다. 예를 들어, "현재 가격에서 정류장까지의 거리"와 같은 열이 없으며 필요합니다. 따라서 전체 목록이 필요하고 텍스트를 표시하기만 하면 차트 상단에 배치됩니다. 끝에서 두 번째 눈금(1픽셀 간격으로 분리된 1픽셀 작은 물고기 세트일 때)은 그 아래에 그래프가 있으면 읽을 수 없게 됩니다.
개체 삭제를 위한 이벤트 처리기를 제공했습니다. 모든 개체의 재창조를 그 위에 놓으면 내가 못 박고 만든 모든 것이 해결되기 시작하고 터미널에서 깜박임(삭제한 다음 생성)이 별로 좋아 보이지 않습니다. 그러나 Z-order 컨트롤이 있는 경우 삭제된 항목을 체크인하고 하나의 개체만 복원합니다. 빠르고 효율적이며 효과적으로.
글쎄, 너무 비관하지 마십시오. 우리는 이 모든 것을 우리 편에서만 볼 뿐, 그들과의 실제 상황에 대해 아는 것이 없습니다. 아마도 (그리고 거의 확실하게) 그들은 그들이 찾은 모든 것을 빠르고 효율적으로 고칠 충분한 사람들이 없을 것입니다. 글쎄, 아마도 오류를 찾고 무언가를 제공하는 포럼의 적어도 천 명의 회원일 것입니다. MQL5의 상황으로 판단하면 거래 서버에서도 동일한 문제가 있다고 가정할 수 있습니다(작년 9월 이후로 닫힌 포트 1950으로 프록시에 대한 평범한 액세스를 할 수 없었음). 그리고 그들이 그곳의 구멍을 닫을 때까지 우리의 문제를 가진 당신과 나는 그들을 기다리고 있을 것입니다.............
그리고 헛되이 그들은 디자인 단계에서 최소한 비공개 포럼을 만들지 않았습니다. 오늘날의 문제 중 많은 부분이 그 당시에는 논의되어 간단히 예방할 수 있었지만 지금은 ... 수백만 줄의 코드가 이미 작성되었으며 무언가를 다시 실행해야 합니다. ) 어떻게 든 작업 장소에서 무고한 편집이 다른 사람들의 눈사태로 이어질 것입니다 더 심각한 실수.결과적으로 - 농담처럼
자원의 부족이 아니라 접근 방식입니다. 많은 회사는 계획된 일을 제시간에 수행할 시간이 없지만 부수적인 버그 버그 및 실패한 설계 결정(실패한 결정 및 최소한 수정, 리팩토링)을 계획할 여유가 있습니다. 여기서 모든 것이 그들의 직업적 자질을 폄하하려는 시도로 적대감에 부딪히며 결과적으로 반대의 효과가 있습니다. 이러한 자질의 신뢰성을 더욱 훼손합니다. 당신은 일화를 인용하고 폐쇄된 포럼을 언급하고 있는데, 그건 그렇고, 둘 다 이미 현실에서 작동하고 있습니다. 나는 하나의 버그에 대해 서비스 데스크 (4-ki 폐쇄)에 연락했습니다. 그래서 2주동안 설명을 드려야 했는데 전문가들은 처음으로 충분하다고 생각했는데 Windows가 어떻게 돌아가는지 설명을 해서 꾸중을 당하고 결국 판결이 나더군요 - 우리는 고치지 않겠습니다 , 다른 것을 깨뜨리지 않도록. ;-)
나는 그 이유를 이해할 수 없다. 오히려 지금 바로 이 솔루션이 필요하다는 것을 이해합니다.
죄송하지만 이 모든 포럼과 베타 테스트가 필요한 이유는 무엇입니까? 귀하의 플랫폼에서 필요한 것을 가지고 다른 곳으로 갈 수 있습니까?
하지만 왜 필요한 주문을 만들 수 없는지 이해가 되지 않습니다. 쓰기 너무 게으르다?
전혀 게으르지 않습니다. 나는 더 말할 것입니다 - 당신의 반응을 완벽하게 알고 당신이 아무것도 바꾸고 싶지 않다고 가정하면 나는 오래 전에 이것을했고 모든 것이 지금도 저에게 효과적입니다. 귀하의 터미널을 보다 유연하고 다용도로 사용할 수 있도록 제안하고 싶었습니다. 원하지 않는 - 원하는대로. 그런 다음 터미널을 해제할 때 다른 사람들이 일괄적으로 걸려 넘어지기 시작할 때 동일한 주장을 듣게 될 것입니다.
상위 4위 안에는 차트에서 마우스 클릭으로 거래 관리를 구현했는데, 이는 이제 상위 5위 안에만 들며, 실제 경험으로 볼 때 나와 같은 갈퀴를 이미 많이 알고 있습니다. . 나중에 수정하는 것이 훨씬 더 어려울 것입니다.
상호 비난을 중지합시다. 이것은 건설적이지 않습니다 . 포럼은 MQL 개발자와 프로그래머 간의 커뮤니케이션을 위해 만들어졌습니다. 귀하의 제품에서 나에게 적합하지 않고 설문 조사를 구성할 수 없는 것을 발견했는데 나 또는 다른 사람만 알아내면 됩니다. 나는 내 관점에서 왜 불편하거나 잘못된 것인지 설명하고 문제에 대한 가능한 해결책을 제안합니다. 당신은 내 주장을 받아들이고 변경을 하거나 문서로 나를 보내어, 그 이유와 방법을 설명하는 문서를 보내주십시오. 일상적인 업무와 여기에서 인신공격을 할 이유가 전혀 보이지 않습니다....
....Единственное что меня удивляет - их болезненная реакция на любые попытки по(до)казать им что чтото они сделали не совсем так как нам хочется :)
나는 당신과 절대적으로 동의합니다. 종종 우리가 풍차와 싸우는 느낌이 있습니다. 그리고 우리의 의견(거래자의 의견)이 마지막에 고려됩니다.
여기 내 요청이 있습니다 https://www.mql5.com/en/forum/1031/6388#comment_6388
우리는 어떻게 든 노력을 통합하고 이것이 우리에게 중요하다는 것을 개발자에게 보여줄 필요가 있는 것 같습니다.
Z.Y. 또는 특정 등급의 포럼 회원이 투표를 생성할 수 있습니다.
나는 당신과 절대적으로 동의합니다. 종종 우리가 풍차와 싸우는 느낌이 있습니다. 그리고 우리의 의견(거래자의 의견)이 마지막에 고려됩니다.
글쎄, 너무 비관하지 마십시오. 우리는 이 모든 것을 우리 편에서만 볼 뿐, 그들과의 실제 상황에 대해 아는 것이 없습니다. 아마도 (그리고 거의 확실하게) 그들은 그들이 찾은 모든 것을 빠르고 효율적으로 고칠 충분한 사람들이 없을 것입니다. 글쎄, 아마도 오류를 찾고 무언가를 제공하는 포럼의 적어도 천 명의 회원일 것입니다. MQL5의 상황으로 판단하면 거래 서버에서도 동일한 문제가 있다고 가정할 수 있습니다(작년 9월 이후로 닫힌 포트 1950으로 프록시에 대한 평범한 액세스를 할 수 없었음). 그리고 그들이 그곳의 구멍을 닫을 때까지 우리의 문제를 가진 당신과 나는 그들을 기다리고 있을 것입니다.............
그리고 헛되이 그들은 디자인 단계에서 최소한 비공개 포럼을 만들지 않았습니다. 오늘날의 문제 중 많은 부분이 그 당시에는 논의되어 간단히 예방할 수 있었지만 지금은 ... 수백만 줄의 코드가 이미 작성되었으며 무언가를 다시 실행해야 합니다. ) 어떻게 든 작업 장소에서 무고한 편집이 다른 사람들의 눈사태로 이어질 것입니다 더 심각한 실수. 결과적으로 - 농담처럼
프로그래머는 디버깅에 깊이 관여합니다. 적합한 아들:
- 아빠, 왜 해는 매일 동쪽에서 뜨고 서쪽에서 져요?
- 확인하셨나요?
- 확인했습니다.
- 잘 확인하셨나요?
- 좋은.
- 작동?
- 작동합니다.
- 매일 합니까?
- 예, 매일.
- 그럼 맙소사, 얘야, 아무 것도 만지지 말고 아무 것도 바꾸지 마.
1. 객체의 이름은 고유 식별자입니다. 네 가지에서 개체의 이름은 개체 목록의 위치를 결정하는 데 사용되었습니다. 즉, 차트에 개체가 나타나는 순서를 변경하려면 식별자를 변경해야 합니다! 옳지 않아!
2. 이 접근 방식으로 나타나는 또 다른 효과. 다른 개체 위에 개체를 만들었는데 여기서는 이름이 제대로 나오지 않고 이 개체가 갑자기 아래쪽에 나타납니다.
3. 또 다른 효과. 객체는 생성 날짜가 줄어들수록 끝에서 백스페이스 키를 사용하여 삭제됩니다. 즉, 개체는 한 순서로 나타나고 다른 순서로 제거됩니다.
우리가 불평 한이 3 가지 포인트 만. 4에서 우리는 오랫동안 아무것도 변경하지 않았습니다. 상위 5개는 처음부터 작성했기 때문에 생성 시간에 따라 개체의 순서가 자연 스럽습니다. 소위 z-order는 제한된 개체 그룹에 대해서만 역할을 합니다(전체 목록이 아님). 따라서 이름을 건드리지 않고 원하는 순서로 이 개체 그룹을 쉽게 다시 만들 수 있습니다.
생성, 재생성, 이름에 따라 개체의 순서가 달라지는 네 가지 방법에서 불가능했던 것이 바로 이것이었습니다. 프로그래머에게는 문제가 없을 수 있지만 개체를 수동으로(또는 반자동으로 스크립트를 사용하여 생성하는 사람에게는) 개체의 전체 목록을 분석하지 않는 경우) 위의 문제 중 하나가 문제로 나타날 수 있습니다. 즉, 우리는 프로그래머가 아닌 사람들에게 관심을 보였고 프로그래머는 화를 냈습니다. 프로그래머는 이제 이름을 건드리지 않고도 모든 순서의 개체를 쉽게 제공할 수 있습니다.
То есть, мы проявили заботу о непрограммистах, а программисты обиделись. Хотя программисты теперь без проблем могут обеспечить любой порядок объектов, не трогая их имён.
우리는 기분이 상하지 않았습니다. 우리는 차트에서 개체의 배치를 어떻게든 제어할 수 있는 유일한 기회를 잃었고 그 대가로 아무것도 받지 못했습니다. 명백한 (희망) 이유로 재구축 조언은 가치 있는 솔루션으로 간주되지 않습니다. 예, 이제 " 모든 주문 " 을 얻을 수 있지만(이벤트 핸들러를 예로 들어 설명했습니다) 필요한 주문을 얻을 수는 없습니다 . 그러나 우리는 코딩을 더 쉽게 하기 위해 필요하지 않습니다. 이미 우려를 표한 사람들의 전문가도 돌볼 수 있습니다.
그래서 나는 그들에게 우리를 돌보고 적어도 일종의 메커니즘을 생각해 내라고 요청했습니다. 가능한 옵션을 제공했습니다. 이것은 당신에게 해결할 수 없는 문제입니까? 백스페이스를 사용하면 생성된 순서대로 객체를 삭제할 수 있으며 수직 배치는 코드에서 수동으로 제어됩니다. 두 개의 인덱스 배열로 모든 것이 해결됩니다.)
또한 터미널 도구 모음에 다음 아이콘이 있으면 동일한 거래자가 반드시 기뻐할 것입니다.
처음 두 개 정도는 말을 더듬는 것조차 두려웠지만 이것은 고통스럽게 적절한 기회였습니다.)
내가 차트에서 어떤 그림을 봤다고 상상해보십시오. 3-5개의 선과 같은 fibo 수준과 같은 다른 개체로 윤곽을 그립니다. 이제 이 마크업을 사용하여 내역과 향후 거래에서 확인하고 싶습니다. 이렇게 하려면 전체 그룹을 동시에 이동해야 합니다 .... 정확히는 기본적으로 구현되지는 않았지만 문제 없이 확실히 구현되었지만 터미널이나 MQL5에는 그런 기능이 없습니다.
우리는 기분이 상하지 않았습니다. 우리는 차트에서 개체의 배치를 어떻게든 제어할 수 있는 유일한 기회를 잃었고 그 대가로 아무것도 받지 못했습니다. 명백한 (희망) 이유로 재구축 조언은 가치 있는 솔루션으로 간주되지 않습니다. 예, 이제 " 모든 주문 " 을 얻을 수 있지만(이벤트 핸들러가 있는 예를 들었습니다) 필요한 주문을 얻을 수 없습니다.
이와 같이? 유일한 기회를 잃었습니까? 모두가 졌습니까, 아니면 당신만 졌습니까?
나는 그 이유를 이해할 수 없다. 오히려 지금 바로 이 솔루션이 필요하다는 것을 이해합니다. 하지만 왜 필요한 주문을 만들 수 없는지 이해가 되지 않습니다. 쓰기 너무 게으르다?
MT5는 포토샵이 아니라 거래를 위한 클라이언트 단말기라는 점을 상기시켜드리고 싶습니다. 프로그래머뿐만 아니라 완전히 다른 사람들이 사용합니다. 개체는 스크립트와 프로그램뿐만 아니라 완전히 다른 사람들이 그립니다. 그리고 프로그래머의 경우(일반인과 달리) 프로그래밍하는 것은 특별한 문제가 되지 않습니다.
나는 감히 여기에서 인용한다
내가 말할 수 있는 것은, 우리(Ruskaphones)는 포럼에서 그들이 가장 좋아하는 자물쇠를 박탈하고 있다고 징징거리며 울었습니다. 그리고 여기에서 MT 커뮤니티의 외국어를 사용하는 부분이 그것을 받아 들였습니다. 슬프게도 문제를 해결하는 접근 방식에서 눈에 띄는 대조를 이룹니다.
내가 이해하는 한, 우리는 겹치는 개체에 대해서만 이야기하고 있으며 주장은 이를 기반으로 합니다.
첫째, 겹치는 인터페이스를 구축할 필요가 없고(잘못), 둘째, 패널을 완전히 다시 만들 수 있습니다. 이 경우 개체가 겹치는 문제가 없습니다.
... 그리고 이를 기반으로 주장이 만들어집니다.
첫째, 겹치는 인터페이스를 구축할 필요가 없으며,
글쎄, 그러한 범주성은 어디에서 오는가? 당신은 그것을 필요로하지 않을 수도 있지만 나는 필요합니다. 예를 들어 모든 열린 위치에 대해 화면에 일부 텍스트 정보를 표시하고 싶습니다. 예를 들어, "현재 가격에서 정류장까지의 거리"와 같은 열이 없으며 필요합니다. 따라서 전체 목록이 필요하고 텍스트를 표시하기만 하면 차트 상단에 배치됩니다. 끝에서 두 번째 눈금(1픽셀 간격으로 분리된 1픽셀 작은 물고기 세트일 때)은 그 아래에 그래프가 있으면 읽을 수 없게 됩니다.
그러므로 나는 이 글들 아래에 기질을 놓고 싶다. 이 솔루션은 오랫동안 입증되었으며 매우 성공적이었습니다( http://forextools.com.ua/trading/tm.html 또는 http://forextools.com.ua/trading/tc/tc-begin.html ).
둘째, 패널의 재생성을 완료할 수 있습니다. 이 경우 개체가 겹치는 문제가 없습니다.
왜 모든 진드기에 그런 보석이 필요합니까 ... 오? 다른 할 일이 없는 전문가? ;)
개체 삭제를 위한 이벤트 처리기를 제공했습니다. 모든 개체의 재창조를 그 위에 놓으면 내가 못 박고 만든 모든 것이 해결되기 시작하고 터미널에서 깜박임(삭제한 다음 생성)이 별로 좋아 보이지 않습니다. 그러나 Z-order 컨트롤이 있는 경우 삭제된 항목을 체크인하고 하나의 개체만 복원합니다. 빠르고 효율적이며 효과적으로.
글쎄, 너무 비관하지 마십시오. 우리는 이 모든 것을 우리 편에서만 볼 뿐, 그들과의 실제 상황에 대해 아는 것이 없습니다. 아마도 (그리고 거의 확실하게) 그들은 그들이 찾은 모든 것을 빠르고 효율적으로 고칠 충분한 사람들이 없을 것입니다. 글쎄, 아마도 오류를 찾고 무언가를 제공하는 포럼의 적어도 천 명의 회원일 것입니다. MQL5의 상황으로 판단하면 거래 서버에서도 동일한 문제가 있다고 가정할 수 있습니다(작년 9월 이후로 닫힌 포트 1950으로 프록시에 대한 평범한 액세스를 할 수 없었음). 그리고 그들이 그곳의 구멍을 닫을 때까지 우리의 문제를 가진 당신과 나는 그들을 기다리고 있을 것입니다.............
그리고 헛되이 그들은 디자인 단계에서 최소한 비공개 포럼을 만들지 않았습니다. 오늘날의 문제 중 많은 부분이 그 당시에는 논의되어 간단히 예방할 수 있었지만 지금은 ... 수백만 줄의 코드가 이미 작성되었으며 무언가를 다시 실행해야 합니다. ) 어떻게 든 작업 장소에서 무고한 편집이 다른 사람들의 눈사태로 이어질 것입니다 더 심각한 실수. 결과적으로 - 농담처럼
나는 그 이유를 이해할 수 없다. 오히려 지금 바로 이 솔루션이 필요하다는 것을 이해합니다.
하지만 왜 필요한 주문을 만들 수 없는지 이해가 되지 않습니다. 쓰기 너무 게으르다?
그래도 감히 내 링크를 따라가서 비-whiner가 인터페이스 측면에서 수행한 작업과 I-whiner가 수행한 작업을 비교하십시오.
이 솔루션은 오랫동안 입증되었으며 매우 성공적이었습니다( http://forextools.com.ua/trading/tm.html 또는 http://forextools.com.ua/trading/tc/tc-begin.html ).
상위 4위 안에는 차트에서 마우스 클릭으로 거래 관리를 구현했는데, 이는 이제 상위 5위 안에만 들며, 실제 경험으로 볼 때 나와 같은 갈퀴를 이미 많이 알고 있습니다. . 나중에 수정하는 것이 훨씬 더 어려울 것입니다.
상호 비난을 중지합시다. 이것은 건설적이지 않습니다 . 포럼은 MQL 개발자와 프로그래머 간의 커뮤니케이션을 위해 만들어졌습니다. 귀하의 제품에서 나에게 적합하지 않고 설문 조사를 구성할 수 없는 것을 발견했는데 나 또는 다른 사람만 알아내면 됩니다. 나는 내 관점에서 왜 불편하거나 잘못된 것인지 설명하고 문제에 대한 가능한 해결책을 제안합니다. 당신은 내 주장을 받아들이고 변경을 하거나 문서로 나를 보내어, 그 이유와 방법을 설명하는 문서를 보내주십시오. 일상적인 업무와 여기에서 인신공격을 할 이유가 전혀 보이지 않습니다....