mql의 ide로서의 Vim - 페이지 2 123456789...16 새 코멘트 Alexey Viktorov 2020.01.10 16:28 #11 Vladimir Simakov : 편집기에서만 현재 파일만 변경되며, 저는 전체 프로젝트에 대해 이야기하고 있었습니다. 당신은 메서드 이름을 잘못 지정했고 라이브러리에 있는 파일의 90%에서 한 번만 호출되는 것이 아니라 파일 수가 이미 수십 개로 늘어났습니다. 예, 5-10분입니다. 이름 바꾸기는 모든 곳에서 작동하지만 다른 IDE에서는 다음과 같이 수행합니다. 추정하고 이 경우 보호가 있습니다. 이것은 검색뿐만 아니라 교체에도 적용됩니다... 코드의 전체 텍스트를 선택하고 " 선택한 텍스트에서 " 확인란을 선택할 수도 있습니다. 불편함을 탓하지 않고 일하고 싶은 욕망일 것이다. Реter Konow 2020.01.10 16:40 #12 Alexey Viktorov : 추정하고 이 경우 보호가 있습니다. 이것은 검색뿐만 아니라 교체에도 적용됩니다... 코드의 전체 텍스트를 선택하고 "선택한 텍스트에서" 확인란을 선택할 수도 있습니다... 불편함을 탓하지 않고 일하고 싶은 욕망일 것이다. 정확히! 얼마나 많은 변수와 함수의 이름이 그렇게 변경되었는지. VS보다 조금 더 길지만 더 많은 제어가 가능합니다. Vladimir Simakov 2020.01.10 16:40 #13 Alexey Viktorov : 추정하고 이 경우 보호가 있습니다. 이것은 찾기뿐만 아니라 교체까지 확장됩니다 ... 코드의 전체 텍스트를 선택하고 "선택한 텍스트에서" 확인란을 선택할 수도 있습니다... 불편함을 탓하지 않고 일하고 싶은 욕망일 것이다. 오오오오.... 누군가 파일과 . Реter Konow 2020.01.10 16:44 #14 Vladimir Simakov : 오오오오.... 누군가 파일과 프로젝트의 차이점을 설명합니다. 모든 파일에서 이름과 제목을 찾고 필요한 파일에서 순차적으로 변경합니다. 조금 더 힘들지만 여전히 어렵지 않습니다. Igor Makanu 2020.01.10 16:51 #15 Vladimir Simakov : 오오오오.... 누군가 파일과 프로젝트의 차이점을 설명합니다. 작동하지 않으며 다른 컴파일러를 사용하지 않습니다. Vladimir Pastushak 2020.01.10 16:53 #16 저를 포함하여 MetaEditor를 개선해 달라는 요청이 많았습니다... 그러나 MetaEditor를 개선하는 것은 mt 개발자의 주요 목표가 아니며 아마도 MetaEditor의 개선이 전혀 없을 것입니다. 다행히 스타일리스트 는 조금 나아졌고, 덕분에... 종종 포럼은 많은 양의 코드가 포함된 크고 심각한 프로젝트에 대해 이야기합니다. 큰 코드로 편안하게 작업하려면 접기가 필요하지만 아무 것도 없습니다. ME 개발자는 1000개의 포함 파일이 있는 것으로 많은 코드가 포함된 큰 프로젝트를 작업하는 것으로 보고 있다고 생각합니다. 그렇지 않으면 접는 부분이 없다는 것을 어떻게 정당화 할 수 있습니까 .... 1000개의 내포물 중 MT 5와 ME가 동일하게 개발되고 있는지, 아니면 개발자가 접는 방식을 사용하는지라는 질문이 떠올랐습니다. Dr.F의 데모 거래 코딩 도움말 [아카이브!] 포럼을 어지럽히 지 Реter Konow 2020.01.10 17:01 #17 Igor Makanu : 작동하지 않으며 다른 컴파일러를 사용하지 않습니다. 중고 VS. 백라이팅과 폴딩 등이 있고... 동시에 선택의 여지가 있다면 ME를 선호합니다. 글쎄, 나는 하이라이트와 접기가 필요하지 않습니다. 글쎄, 그것은 불필요합니다 ... 더 예뻐요? - 예, 더 실용적입니까? - 아니요. 그건 그렇고, 총 6년 동안 나는 내 프로젝트 의 저장된 버전을 500MB 이상 축적했습니다. 수백 개의 파일. 그리고 제가 무슨 말을 하는지 압니다. TheXpert 2020.01.10 17:01 #18 Vladimir Simakov : 누군가 파일과 프로젝트의 차이점을 설명합니다. 독점적인 mql 형식화 스타일에 대해 논의할 때 입에 거품을 일으키며 변경 제안에 대해 부패를 퍼뜨리는 몇 명의 익숙한 보수주의자가 항상 있을 것입니다. 그리고 비판에 대해, 비록 실질적이고 정당화되기는 하지만 일반적으로 미친 듯이 뒤로 물러납니다. 피터 코노우 : 그리고 저는 제가 무슨 말을 하는지 압니다. 예, 거래는 어떻습니까 OOP는 어떻습니까? 물론 알고 있습니다) Реter Konow 2020.01.10 17:09 #19 TheXpert : ... 예, 거래는 어떻습니까 OOP는 어떻습니까? 물론 알고 있습니다) 나와 당신의 작업 및 솔루션에 대한 간단한 비교를 몇 번이나 제안했습니다. 네가 할 수 있는 걸 보여줘, 내가 할 수 있는 걸 보여줄게. 그 후에도 계속 말을 하게 됩니다. Vladimir Simakov 2020.01.10 17:10 #20 Vladimir Pastushak : 저를 포함하여 MetaEditor를 개선해 달라는 요청이 많았습니다... 그러나 MetaEditor를 개선하는 것은 mt 개발자의 주요 목표가 아니며 아마도 MetaEditor의 개선이 전혀 없을 것입니다. 다행히 스타일리스트 는 조금 나아졌고, 덕분에... 종종 포럼은 많은 양의 코드가 포함된 크고 심각한 프로젝트에 대해 이야기합니다. 큰 코드로 편안하게 작업하려면 접기가 필요하지만 아무 것도 없습니다. ME 개발자는 1000개의 포함 파일이 있는 것으로 많은 코드가 포함된 큰 프로젝트를 작업하는 것으로 보고 있다고 생각합니다. 그렇지 않으면 접는 부분이 없다는 것을 어떻게 정당화 할 수 있습니까 .... 1000개의 내포물 중 MT 5와 ME가 동일하게 개발되고 있는지, 아니면 개발자가 접는 방식을 사용하는지라는 질문이 떠올랐습니다. 적어도 개발자들은 읽고 어떻게든 반응했습니다. 그건 그렇고, 대량으로오고 싶은 마음은 결코 없었습니다. 그렇게 보였다면 죄송합니다. 간단히 말해서, 제가 메타에디터를 사용한 2.5년 동안, 작업 환경을 개선했다는 점에서 아무것도 기억나지 않습니다. 수비수를 위한 PS: 어떤 이유에서인지 아무도 전화를 걸지 않았습니다. Ctrl+Shift+F. 여전히 옳지 않지만 왜 - 스스로 생각하십시오. 123456789...16 새 코멘트 트레이딩 기회를 놓치고 있어요: 무료 트레이딩 앱 복사용 8,000 이상의 시그널 금융 시장 개척을 위한 경제 뉴스 등록 로그인 공백없는 라틴 문자 비밀번호가 이 이메일로 전송될 것입니다 오류 발생됨 Google으로 로그인 웹사이트 정책 및 이용약관에 동의합니다. 계정이 없으시면, 가입하십시오 MQL5.com 웹사이트에 로그인을 하기 위해 쿠키를 허용하십시오. 브라우저에서 필요한 설정을 활성화하시지 않으면, 로그인할 수 없습니다. 사용자명/비밀번호를 잊으셨습니까? Google으로 로그인
편집기에서만 현재 파일만 변경되며, 저는 전체 프로젝트에 대해 이야기하고 있었습니다. 당신은 메서드 이름을 잘못 지정했고 라이브러리에 있는 파일의 90%에서 한 번만 호출되는 것이 아니라 파일 수가 이미 수십 개로 늘어났습니다. 예, 5-10분입니다. 이름 바꾸기는 모든 곳에서 작동하지만 다른 IDE에서는 다음과 같이 수행합니다.
추정하고 이 경우 보호가 있습니다. 이것은 검색뿐만 아니라 교체에도 적용됩니다...
코드의 전체 텍스트를 선택하고 " 선택한 텍스트에서 " 확인란을 선택할 수도 있습니다.
불편함을 탓하지 않고 일하고 싶은 욕망일 것이다.
추정하고 이 경우 보호가 있습니다. 이것은 검색뿐만 아니라 교체에도 적용됩니다...
코드의 전체 텍스트를 선택하고 "선택한 텍스트에서" 확인란을 선택할 수도 있습니다...
불편함을 탓하지 않고 일하고 싶은 욕망일 것이다.
추정하고 이 경우 보호가 있습니다. 이것은 찾기뿐만 아니라 교체까지 확장됩니다 ...
코드의 전체 텍스트를 선택하고 "선택한 텍스트에서" 확인란을 선택할 수도 있습니다...
불편함을 탓하지 않고 일하고 싶은 욕망일 것이다.
오오오오....
누군가 파일과 .
오오오오....
누군가 파일과 프로젝트의 차이점을 설명합니다.
오오오오....
누군가 파일과 프로젝트의 차이점을 설명합니다.
작동하지 않으며 다른 컴파일러를 사용하지 않습니다.
저를 포함하여 MetaEditor를 개선해 달라는 요청이 많았습니다...
그러나 MetaEditor를 개선하는 것은 mt 개발자의 주요 목표가 아니며 아마도 MetaEditor의 개선이 전혀 없을 것입니다.
다행히 스타일리스트 는 조금 나아졌고, 덕분에...
종종 포럼은 많은 양의 코드가 포함된 크고 심각한 프로젝트에 대해 이야기합니다. 큰 코드로 편안하게 작업하려면 접기가 필요하지만 아무 것도 없습니다.
ME 개발자는 1000개의 포함 파일이 있는 것으로 많은 코드가 포함된 큰 프로젝트를 작업하는 것으로 보고 있다고 생각합니다.
그렇지 않으면 접는 부분이 없다는 것을 어떻게 정당화 할 수 있습니까 ....
1000개의 내포물 중 MT 5와 ME가 동일하게 개발되고 있는지, 아니면 개발자가 접는 방식을 사용하는지라는 질문이 떠올랐습니다.
작동하지 않으며 다른 컴파일러를 사용하지 않습니다.
중고 VS. 백라이팅과 폴딩 등이 있고... 동시에 선택의 여지가 있다면 ME를 선호합니다. 글쎄, 나는 하이라이트와 접기가 필요하지 않습니다. 글쎄, 그것은 불필요합니다 ... 더 예뻐요? - 예, 더 실용적입니까? - 아니요.
그건 그렇고, 총 6년 동안 나는 내 프로젝트 의 저장된 버전을 500MB 이상 축적했습니다. 수백 개의 파일. 그리고 제가 무슨 말을 하는지 압니다.
누군가 파일과 프로젝트의 차이점을 설명합니다.
독점적인 mql 형식화 스타일에 대해 논의할 때 입에 거품을 일으키며 변경 제안에 대해 부패를 퍼뜨리는 몇 명의 익숙한 보수주의자가 항상 있을 것입니다.
그리고 비판에 대해, 비록 실질적이고 정당화되기는 하지만 일반적으로 미친 듯이 뒤로 물러납니다.
피터 코노우 :
그리고 저는 제가 무슨 말을 하는지 압니다.
예, 거래는 어떻습니까 OOP는 어떻습니까? 물론 알고 있습니다)
...
예, 거래는 어떻습니까 OOP는 어떻습니까? 물론 알고 있습니다)
나와 당신의 작업 및 솔루션에 대한 간단한 비교를 몇 번이나 제안했습니다. 네가 할 수 있는 걸 보여줘, 내가 할 수 있는 걸 보여줄게. 그 후에도 계속 말을 하게 됩니다.
저를 포함하여 MetaEditor를 개선해 달라는 요청이 많았습니다...
그러나 MetaEditor를 개선하는 것은 mt 개발자의 주요 목표가 아니며 아마도 MetaEditor의 개선이 전혀 없을 것입니다.
다행히 스타일리스트 는 조금 나아졌고, 덕분에...
종종 포럼은 많은 양의 코드가 포함된 크고 심각한 프로젝트에 대해 이야기합니다. 큰 코드로 편안하게 작업하려면 접기가 필요하지만 아무 것도 없습니다.
ME 개발자는 1000개의 포함 파일이 있는 것으로 많은 코드가 포함된 큰 프로젝트를 작업하는 것으로 보고 있다고 생각합니다.
그렇지 않으면 접는 부분이 없다는 것을 어떻게 정당화 할 수 있습니까 ....
1000개의 내포물 중 MT 5와 ME가 동일하게 개발되고 있는지, 아니면 개발자가 접는 방식을 사용하는지라는 질문이 떠올랐습니다.
적어도 개발자들은 읽고 어떻게든 반응했습니다.
그건 그렇고, 대량으로오고 싶은 마음은 결코 없었습니다. 그렇게 보였다면 죄송합니다. 간단히 말해서, 제가 메타에디터를 사용한 2.5년 동안, 작업 환경을 개선했다는 점에서 아무것도 기억나지 않습니다.
수비수를 위한 PS: 어떤 이유에서인지 아무도 전화를 걸지 않았습니다. Ctrl+Shift+F. 여전히 옳지 않지만 왜 - 스스로 생각하십시오.