편집기에서 공동 프로젝트에 대해 논의해 봅시다. 공동 프로젝트가 있는 이유와 이동하는 위치 - 페이지 14

새 코멘트
 

어떤 종류의 주석이 프로젝트에서 진행 중입니다 ...

프로젝트에 폴더 를 만들면 사라지고 리소스에 폴더를 만들고 소스 디렉토리에 나타납니다 ...

폴더를 외부에서 프로젝트로 복사하면 프로젝트에 하위 폴더가 표시되지 않습니다.

 
Vladimir Pastushak :

어떤 종류의 주석이 프로젝트에서 진행 중입니다 ...

프로젝트에 폴더 를 만들면 사라지고 리소스에 폴더를 만들고 소스 디렉토리에 나타납니다 ...

폴더를 외부에서 프로젝트로 복사하면 프로젝트에 하위 폴더가 표시되지 않습니다.

경로를 더 정확하게 지정하십시오. 예를 사용하면 모든 것이 즉시 명확해질 것입니다.

빈 폴더 자체는 작동하지 않습니다. 실제 폴더가 아닌 프로젝트의 가상 구조가 표시됩니다. 폴더는 편집기가 프로젝트 트리를 올바르게 빌드할 수 있도록 데이터를 포함해야 합니다.

과도한 수동 작업 없이 프로젝트가 거의 완전히 자동으로 렌더링됩니다.

추신: 모든 것이 작동합니다. 이전 접근 방식을 이전하지 않고 프로젝트 작업을 위해 재구성 하기만 하면 됩니다.

 
Renat Fatkhullin :

경로를 더 정확하게 지정하십시오. 예를 사용하면 모든 것이 즉시 명확해질 것입니다.

빈 폴더는 단독으로 작동하지 않습니다. 실제 폴더가 아닌 프로젝트의 가상 구조가 표시됩니다. 폴더는 편집기가 프로젝트 트리를 올바르게 빌드할 수 있도록 데이터를 포함해야 합니다.

과도한 수동 작업 없이 프로젝트가 거의 완전히 자동으로 렌더링됩니다.

추신: 모든 것이 작동합니다. 이전 접근 방식을 이전하지 않고 프로젝트 작업을 위해 재구성 하기만 하면 됩니다.


그것이 내가 하려고 하는 것입니다. 여기에서 가장 먼저 발견한 것이 있습니다.

코드에 얽매이지 않은 파일을 끈질기게 찾아 메타에디터를 다시 시작해 보았다.

 

.net 파일에 이미 링크된 파일로 자신을 위한 템플릿을 만들려고 합니다 .

내가 한 프로젝트 없이 모든 것이 잘 작동합니다.

하지만 나는 트렌드를 따라가려고 노력하고 어떤 식으로든 프로젝트와 무언가를 만들 템플릿을 만들려고 노력합니다.

동시에 나는 주문을 좋아합니다: 소리 속의 음악, 그림 이미지, 도움말에 있는 제품 도움말

 

프로젝트를 완전히 삭제하는 데 도움이되었습니다.

 

그래서 이 wav 파일은 어딘가에 선언되어 있습니다.

프로젝트 에서 이전에 식별된 문제가 표시되지 않습니다.

또한 자동 프로젝트 관리 기능으로 인해 실제로 관련/수신 파일 없이 mqproj 파일을 마이그레이션하지 않는 것이 좋습니다. 누락된 파일에 대한 정보는 프로젝트에서 자동으로 제거될 수 있습니다.

 
Renat Fatkhullin :

그래서 이 wav 파일은 어딘가에 선언되어 있습니다.

프로젝트에서 이전에 식별된 문제가 표시되지 않습니다.

또한 자동 프로젝트 관리 기능으로 인해 실제로 관련/수신 파일 없이 mqproj 파일을 마이그레이션하지 않는 것이 좋습니다. 누락된 파일에 대한 정보는 프로젝트에서 자동으로 제거될 수 있습니다.


스크린샷은 프로젝트의 모든 파일을 보여줍니다. wav는 어디에도 없습니다. 프로젝트 자체에 이 파일에 대한 경로가 있었기 때문에 프로젝트를 삭제하여 문제를 해결했습니다...

그러나 디렉토리에 모든 것을 배포하고 하나의 디렉토리에 여러 프로젝트를 저장하면 디렉토리 이름이 바뀌면 프로젝트가 더 이상 컴파일되지 않습니다 ...

나는 프로젝트에서 더 자세한 디렉토리 구조의 옵션을 고려할 것을 제안합니다. 리소스에 하위 폴더를 추가합니다. 이렇게 하면 리소스가 많은 프로젝트에서 더 쉽게 작업할 수 있습니다.

 
Vladimir Pastushak :

스크린샷은 모든 프로젝트 파일을 보여줍니다. wav는 어디에도 없습니다. 프로젝트 자체에 이 파일에 대한 경로가 있었기 때문에 프로젝트를 삭제하여 문제를 해결했습니다...

그것이 내가 쓴 이유입니다. 프로젝트 파일을 수동으로 조작(전송, 편집, 소스 데이터 박탈)할 필요가 없습니다. GUI에서 프로젝트로 작업하십시오.


그러나 디렉토리에 모든 것을 배포하고 하나의 디렉토리에 여러 프로젝트를 저장하면 디렉토리 이름이 바뀌면 프로젝트가 더 이상 컴파일되지 않습니다 ...

예를 들어 주십시오. 프로젝트에서 디렉토리 이름에 의존하는 경우(거의 항상 그렇습니다), 물론 이름을 바꾼 후 컴파일에 문제가 발생합니다.

컴파일 로그에는 모든 것이 명확하게 설명되어 있습니다.


나는 프로젝트에서 더 자세한 디렉토리 구조의 옵션을 고려할 것을 제안합니다. 리소스에 하위 폴더를 추가합니다. 이렇게 하면 리소스가 많은 프로젝트에서 더 쉽게 작업할 수 있습니다.

프로젝트의 모든 부분에 있는 하위 디렉터리가 작동하고 자동으로 인식됩니다.

프로젝트를 조금만 더 오래 해보면 구조의 자동화로 인해 프로젝트가 매우 편리하다는 것을 알 수 있습니다. 수작업으로만 수행할 필요는 없습니다. 모든 작업이 그래픽 인터페이스 를 통해 이루어집니다.

 
Renat Fatkhullin :
그것이 내가 쓴 이유입니다. 프로젝트 파일을 수동으로 조작(전송, 편집, 소스 데이터 박탈)할 필요가 없습니다. GUI에서 프로젝트로 작업하십시오.

예를 들어 주십시오. 프로젝트에서 디렉토리 이름에 의존하는 경우(거의 항상 그렇습니다), 물론 이름을 바꾼 후 컴파일에 문제가 발생합니다.

컴파일 로그에는 모든 것이 명확하게 설명되어 있습니다.

프로젝트의 모든 부분에 있는 하위 디렉터리가 작동하고 자동으로 인식됩니다.

프로젝트를 조금만 더 오래 해보면 구조의 자동화로 인해 프로젝트가 매우 편리하다는 것을 알 수 있습니다. 수작업으로만 수행할 필요는 없습니다. 모든 것이 그래픽 인터페이스를 통해 이루어집니다.


다른 질문이나 문제가 있습니다:

좋은 제품을 만들기 위해 여러 언어로 프로그램 설정을 합니다.

이제 각 언어에는 고유한 mqh 파일과 고유한 최종 mq5 파일이 있습니다. 즉, 컴파일 시 settings_ru.mqh 파일을 포함하는 Expert_ru.mq5 버전이 있으므로 결과적으로 프로그램은 러시아어 설정으로 얻습니다. 그리고

영어 설정이 포함된 프로그램의 결과로 컴파일 시 settings_en.mqh 파일이 포함된 전문가_en.mq5 버전이 있습니다.

이제 프로젝트 에서는 모든 것이 영어로만 제한됩니다. 포함 이름을 변경하더라도 컴파일 시 ex5가 대체됩니다. 물론 디렉토리에서 파일을 제거하고 러시아어로 컴파일 할 수 있지만 종종 공원에서는 이것을 할 수 없습니다 ...


어떻게 든 OS의 언어를 자동으로 결정하고 이에 따라 OS의 언어로 설정을 대체할 수 있는 기회가 있습니까?

 

대부분의 경우 하나의 실행 파일이 있고 언어가 즉석에서 변경되도록 다국어 문자열의 일반 리소스를 만들 것입니다.

구현에 대해 생각해 봅시다. 우리는 시장에 대한 다국어 설명을 구현할 것입니다.

1...78910111213141516
새 코멘트