제가 뒤쳐져 있는 것 같지만 다른 포럼에서는 이런 것을 본 적이 없습니다. 버튼 아래 모든 메시지는 일반적으로 정확히 모든 메시지에 있습니다. 그리고 어떻게든 필터링하고 싶다면 이것은 일반적인 보이는 필터 필드에 의해 수행됩니다. 여기서 더 논리적인 접근 방식은 무엇입니까?
논리는 다음과 같습니다. 사람이 포럼의 언어 섹션을 선택하는 데는 이유가 있습니다. 따라서 그가 보는 모든 것은 이 선택된 언어로 제한되며 추가 정보는 그를 방해할 뿐입니다. 다른 경우에는 언어를 전환하기만 하면 됩니다. 그리고 이것은 정확히 당신을 위한 옵션입니다. 당신이 너무 게으른 경우 - 이것은 사용자에 대해 모든 언어로 검색을 버리는 이유가 아닙니다.
논리는 다음과 같습니다. 사람이 포럼의 언어 섹션을 선택하는 데는 이유가 있습니다. 따라서 그가 보는 모든 것은 이 선택된 언어로 제한되며 추가 정보는 그를 방해할 뿐입니다. 다른 경우에는 언어를 전환하기만 하면 됩니다. 그리고 이것은 정확히 당신을 위한 옵션입니다. 당신이 너무 게으른 경우 - 이것은 사용자에 대해 모든 언어로 검색을 버리는 이유가 아닙니다.
버그 보고를 위한 공개 프로세스를 갖는 것이 좋으며, 좋은 기술 보고서를 요청하는 것이 옳은 일입니다. 그러나 Metaquotes가 수행한 방식은 좋지 않으며 대부분의 사람들이 버그를 보고하지 않는 이유는 다음과 같습니다.
신뢰할 수 있고 문서화되며 재현 가능한 버그 보고서를 작성하는 데는 많은 시간이 걸리며 때로는 많은 시간이 걸립니다. 그러나 아직 아무도 이것을 하지 않는다는 것을 어떻게 알 수 있습니까? 전체 포럼을 읽어야 합니까? 찾는 중심이 없기 때문입니다.
피드백을 받으면 여전히 기꺼이 할 의향이 있습니다. 그럴 가능성은 거의 없습니다. 대부분의 경우 오류가 발생하는 이유는 MT5 또는 mql5에서 제공하는 일부 기능이나 메서드를 사용해야 하기 때문입니다. 버그가 있을 때 해결 방법을 찾아야 할 수도 있습니다. 버그가 곧 수정될 것이라는 것을 알았다면 미룰 수 있었습니다.
그래서 지금 일어나고 있는 일은 가장 유능한 코더들이 다른 선택의 여지가 없을 때만 버그를 보고한다는 것입니다. 우리는 MT5, mql5를 좋아하고 mql5.com과 함께 일하는 모든 이점에 감사합니다. 하지만 낭비할 시간이 없고 베타 테스터에 대한 대가를 받지도 않습니다. 따라서 Metaquotes와 특히 Renat의 의견을 환영합니다. . 기본적으로 버그 보고서는 더 잘 구성되어야 합니다. 이를 관리할 수 있는 무료 소프트웨어가 있습니다. Metaquote가 좋은 공개 오류 관리 솔루션을 구현하는 것이 왜 그렇게 어려운가요?!
Sergei, 가능하다면 Renat에게 알려주세요. 이것은 매우 합리적이고 건설적인 제안입니다.
이해가 되지 않습니다. 첫째, 우리는 어떤 메시지에 대해 이야기하고 있습니까? 개인적인 것이라면 기본적으로 언어 필터를 선험적으로 적용하는 것은 옳지 않습니다! 이것은 내 메시지입니다. 나는 그들 모두를보아야합니다! 특정 언어로 된 메시지에만 관심이 있다면 이 필터를 직접 선택하겠습니다!
추신 여기 포럼에서 아니오, 아니오, 예, 영어 및 번역 없는 슬립 게시물. 왜 이러한 메시지가 필터링되지 않습니까? 논리는 어디에 있습니까?
안녕하세요. 내 디버거는 해당 메서드를 입력할 때 기본 응용 프로그램 클래스의 필드를 볼 수 없습니다. 또한 메서드에서 지역 변수 를 볼 수 없습니다. 값 열의 편집기에서 다음과 같이 씁니다.
Expression could not be evaluated
그러나 이것을 입력하면 절대적으로 모든 필드가 표시됩니다. 다른 응용 프로그램 클래스에서는 이 문제가 발생하지 않습니다. 메인 클래스에서만 가능합니다. 유감스럽게도 이 경우는 예시로 재현할 수 없습니다. 필드와 메서드가 있는 임의의 클래스를 만듭니다. 그러나 디버거는 문제 없이 모든 것을 봅니다. 불행히도 명백한 이유로 프로젝트의 소스 코드를 공개할 수 없습니다. 메인 모듈은 약 3000줄로 구성되어 있습니다. 또한 20개 이상의 모듈이 연결되어 있는데 메인 클래스가 복잡해서 전체 문제가 아닐까요?... 누가 비슷한 경우를 가졌을까요?
제가 뒤쳐져 있는 것 같지만 다른 포럼에서는 이런 것을 본 적이 없습니다. 버튼 아래 모든 메시지는 일반적으로 정확히 모든 메시지에 있습니다. 그리고 어떻게든 필터링하고 싶다면 이것은 일반적인 보이는 필터 필드에 의해 수행됩니다. 여기서 더 논리적인 접근 방식은 무엇입니까?
논리는 다음과 같습니다. 사람이 포럼의 언어 섹션을 선택하는 데는 이유가 있습니다. 따라서 그가 보는 모든 것은 이 선택된 언어로 제한되며 추가 정보는 그를 방해할 뿐입니다. 다른 경우에는 언어를 전환하기만 하면 됩니다. 그리고 이것은 정확히 당신을 위한 옵션입니다. 당신이 너무 게으른 경우 - 이것은 사용자에 대해 모든 언어로 검색을 버리는 이유가 아닙니다.
논리는 다음과 같습니다. 사람이 포럼의 언어 섹션을 선택하는 데는 이유가 있습니다. 따라서 그가 보는 모든 것은 이 선택된 언어로 제한되며 추가 정보는 그를 방해할 뿐입니다. 다른 경우에는 언어를 전환하기만 하면 됩니다. 그리고 이것은 정확히 당신을 위한 옵션입니다. 당신이 너무 게으른 경우 - 이것은 사용자에 대해 모든 언어로 검색을 버리는 이유가 아닙니다.
논리는 분명합니다. 그래서 기능입니다. 고맙습니다.
거래, 자동 거래 시스템 및 거래 전략 테스트에 관한 포럼
포럼의 일반 규칙 및 모범 사례.
Alain Verleyen , 2021.03.26 17:31
버그 보고를 위한 공개 프로세스를 갖는 것이 좋으며, 좋은 기술 보고서를 요청하는 것이 옳은 일입니다. 그러나 Metaquotes가 수행한 방식은 좋지 않으며 대부분의 사람들이 버그를 보고하지 않는 이유는 다음과 같습니다.
신뢰할 수 있고 문서화되며 재현 가능한 버그 보고서를 작성하는 데는 많은 시간이 걸리며 때로는 많은 시간이 걸립니다. 그러나 아직 아무도 이것을 하지 않는다는 것을 어떻게 알 수 있습니까? 전체 포럼을 읽어야 합니까? 찾는 중심이 없기 때문입니다.
피드백을 받으면 여전히 기꺼이 할 의향이 있습니다. 그럴 가능성은 거의 없습니다. 대부분의 경우 오류가 발생하는 이유는 MT5 또는 mql5에서 제공하는 일부 기능이나 메서드를 사용해야 하기 때문입니다. 버그가 있을 때 해결 방법을 찾아야 할 수도 있습니다. 버그가 곧 수정될 것이라는 것을 알았다면 미룰 수 있었습니다.
그래서 지금 일어나고 있는 일은 가장 유능한 코더들이 다른 선택의 여지가 없을 때만 버그를 보고한다는 것입니다. 우리는 MT5, mql5를 좋아하고 mql5.com과 함께 일하는 모든 이점에 감사합니다. 하지만 낭비할 시간이 없고 베타 테스터에 대한 대가를 받지도 않습니다. 따라서 Metaquotes와 특히 Renat의 의견을 환영합니다. . 기본적으로 버그 보고서는 더 잘 구성되어야 합니다. 이를 관리할 수 있는 무료 소프트웨어가 있습니다. Metaquote가 좋은 공개 오류 관리 솔루션을 구현하는 것이 왜 그렇게 어려운가요?!
Sergei, 가능하다면 Renat에게 알려주세요. 이것은 매우 합리적이고 건설적인 제안입니다.
논리는 분명합니다. 그래서 기능입니다. 고맙습니다.
이해가 되지 않습니다. 첫째, 우리는 어떤 메시지에 대해 이야기하고 있습니까? 개인적인 것이라면 기본적으로 언어 필터를 선험적으로 적용하는 것은 옳지 않습니다! 이것은 내 메시지입니다. 나는 그들 모두를보아야합니다! 특정 언어로 된 메시지에만 관심이 있다면 이 필터를 직접 선택하겠습니다!
추신 여기 포럼에서 아니오, 아니오, 예, 영어 및 번역 없는 슬립 게시물. 왜 이러한 메시지가 필터링되지 않습니까? 논리는 어디에 있습니까?이해가 되지 않습니다. 첫째, 우리는 어떤 메시지에 대해 이야기하고 있습니까?
위에 예제 링크를 제공했습니다.
거래, 자동 거래 시스템 및 거래 전략 테스트에 관한 포럼
오류, 버그, 질문
여행자00 , 2021.03.26 14:42
https://www.mql5.com/en/users/traveller00/publications/all과 같은 모든 사용자 메시지에서이것은 forum=posts에 대한 모든 사용자의 공개 게시물입니다.
위에 예제 링크를 제공했습니다.
이것은 forum=posts에 대한 모든 사용자의 공개 게시물입니다.
귀하의 링크에 따르면 언어 필터를 전혀 보지 못했습니다. 여기에서 "P.S."라는 약어로 질문을 반복하겠습니다.
최적화가 작동을 멈췄습니다 MQL5 클라우드 네트워크
그냥 그렇게 매달려 있습니다.
upd: 업데이트되지 않은 휴대용 버전에서 확인했습니다. 업데이트 전에 네트워크를 통한 최적화가 작동합니다.
메뉴를 통해 테이블을 생성해도 작동하지 않으며 로그에 변경 사항이 없습니다.
테이블은 쿼리에 의해 생성됩니다.
현재 마지막 빌드입니다.
안녕하세요. 내 디버거는 해당 메서드를 입력할 때 기본 응용 프로그램 클래스의 필드를 볼 수 없습니다. 또한 메서드에서 지역 변수 를 볼 수 없습니다. 값 열의 편집기에서 다음과 같이 씁니다.
Expression could not be evaluated
그러나 이것을 입력하면 절대적으로 모든 필드가 표시됩니다. 다른 응용 프로그램 클래스에서는 이 문제가 발생하지 않습니다. 메인 클래스에서만 가능합니다. 유감스럽게도 이 경우는 예시로 재현할 수 없습니다. 필드와 메서드가 있는 임의의 클래스를 만듭니다. 그러나 디버거는 문제 없이 모든 것을 봅니다. 불행히도 명백한 이유로 프로젝트의 소스 코드를 공개할 수 없습니다. 메인 모듈은 약 3000줄로 구성되어 있습니다. 또한 20개 이상의 모듈이 연결되어 있는데 메인 클래스가 복잡해서 전체 문제가 아닐까요?... 누가 비슷한 경우를 가졌을까요?
코드 생성 에러 발생 1 1
iHigh (a_sSymb,0, +1) 를 작성하는 데 문제가 있음을 발견했습니다(오타, iHigh(a_sSymb,0, i+1 )여야 함)
각 기능에 대해 차근차근 댓글을 달아야 문제를 찾을 수 있었습니다.