실제로는 선택한 조각을 인쇄하는 데 문제가 없습니다. 실제로 사용하지 않는 기능을 생각해 낸 것입니다.
다시 한 번 반복합니다. 예를 들어 25000줄의 목록에서 코드 조각을 인쇄해야 합니다. 이 작업을 수행하는 방법은 무엇입니까?
이제 저는 이렇게 합니다. 미리보기에서 필요한 조각이 표시된 시트를 찾은 다음 인쇄할 때 이 페이지 번호를 표시합니다. 그다지 편리하지 않습니다. :) 게다가 이 "Selected Fragment" 확인란은 "Print" 대화 상자에 있으며 비활성화되어 있습니다. 어렵지 않다면 그러한 기능을 가진 코드 편집기를 하나 이상 이름을 지정하십시오. :)
모든 것이 선택에 문제가 없습니다. 잘못된 링크를 제공한 것입니까?
내 게시물의 일부를 인용하겠습니다.
페이지 번호에 마우스를 놓고 마우스 버튼을 누르고 마우스를 아래로 이동하면 선이 강조 표시됩니다.
마우스가 수평 스크롤 막대에 들어가자 마자(아래에 있는 선을 선택하기 위해) 목록이 즉시 시작 부분으로 스크롤되고 목록의 시작 부분에서 현재 위치까지 선택 영역이 확보됩니다.
물론, 나는 적응했습니다. 수평 스크롤 막대에 떨어지지 않도록 마우스를 왼쪽으로 약간 움직여야하지만, 이것은 어떻게 든 잘못된 것입니다! :)
접는 것은 중요한 기능이 아닙니다. 프로젝트 관리자는 자원 및 상점 준비와 함께 조금 후에 올 것입니다.
도움말에서 기능을 사용하는 예는 거의 없습니다. 그러나 모든 훈련의 기본 원칙은 "내가 하는 대로 하라"입니다.
동일한 도움말 ME4는 단지 예일 뿐입니다. 매우 성공적인 일이며, 바로 간단한 예가 있기 때문입니다.
1차 업무가 있는 것은 알지만, 기능별 적용 사례가 나오기 전까지는 초보자를 위한 도움의 효율성이 낮을 것이다.
우리의 의견으로는 MQL5 문서가 훨씬 더 자세하고 볼륨과 예제 면에서 MQL4 문서를 훨씬 능가합니다.
물론 예는 결코 충분하지 않습니다. 이것이 우리 가 문서 섹션, 기사 및 MQL5 코드 기반 개발에 많은 노력을 기울이는 이유입니다. 특히 개발자의 편의를 위해 기사/코드에 대한 액세스를 편집기에 통합하고 MQL5.community 전체에 빠른 검색 기능을 구현했습니다.
MQL5.com 전체에서 자동 제안을 받으려면 관심 문구에서 Ctrl+F1을 누르고(미리 여러 단어를 선택할 수 있음) 더 자세한 정보를 얻거나 질문할 수 있는 빠른 검색 결과를 얻으십시오.
개발자에게 새로운 MQL5 언어를 가르치는 것은 우리의 글로벌 과제 중 하나이며 우리는 이 분야에 많은 노력을 기울이고 있습니다.
우리의 의견으로는 MQL5 문서가 훨씬 더 자세하고 볼륨과 예제 면에서 MQL4 문서를 훨씬 능가합니다.
물론 예는 결코 충분하지 않습니다. 이것이 우리 가 문서 섹션, 기사 및 MQL5 코드 기반 개발에 많은 노력을 기울이는 이유입니다. 특히 개발자의 편의를 위해 기사/코드에 대한 액세스를 편집기에 통합하고 MQL5.community 전체에 빠른 검색 기능을 구현했습니다.
MQL5.com 전체에서 자동 제안을 받으려면 관심 문구에서 Ctrl+F1을 누르고(미리 여러 단어를 선택할 수 있음) 더 자세한 정보를 얻거나 질문할 수 있는 빠른 검색 결과를 얻으십시오.
개발자에게 새로운 MQL5 언어를 가르치는 것은 우리의 글로벌 과제 중 하나이며 우리는 이 분야에 많은 노력을 기울이고 있습니다.
간략히 답변드리겠습니다
ZY 다시 말하지만, 초보자가 함수 사용에 대해 250개의 예제가 필요한 이유는 무엇입니까? 그는 1분의 검색 후가 아니라 즉시 하나의 간단한 예제가 필요합니다.
ZZY 다음은 초보자가 필요로 하는 모든 것입니다. 가급적이면 서버가 아닌 도움말에 있는 것이 좋습니다.
글쎄요, 선택한 조각이 인쇄되지 않은 것은 비참함의 표시겠죠? (2.5,000줄 목록에서 하나의 기능을 인쇄해야 합니다. 어떻게 해야 하나요?)
머리글과 바닥글(날짜, 인쇄 시간, 파일 이름)을 편집할 수 없다는 것은 비참한 표시입니다. (이것이 표시기의 최신 버전인지 아니면 일주일 전에 인쇄한 파일이 어디에 있는지 알아야 합니다)
어떠한 경우에도. 코드 편집기와 범용 편집기를 혼동하고 있습니다.
실제로는 선택한 조각을 인쇄하는 데 문제가 없습니다. 실제로 사용하지 않는 기능을 생각해 낸 것입니다.
정상적인 텍스트 선택의 가능성이 없다는 것( https://www.mql5.com/en/forum/2582/page2#comment_41664 )은 비참함의 표시입니다. (뭔가를 위해 200줄의 텍스트를 강조 표시해야 함)
접기의 부족과 정상적인 프로젝트 관리자가 큰 장애물입니다. 얼음도 아닙니다. 그렇지 않습니까?
접는 것은 중요한 기능이 아닙니다. 프로젝트 관리자는 자원 및 상점 준비와 함께 조금 후에 올 것입니다.
다른 코드 편집기도 불완전하다면 이해할 수 있지만 Visual Studio에서 MT를 작성하는 것 같습니까? 해당 편집기와 귀하의 편집기를 비교하십시오. :)
프로그래머에게 일반 편집기를 제공하는 대신 스니펫에서 어리석은(내 생각에는!) 스타일 지정에 시간을 낭비하고 있습니다.
그래서 나는 당신에게 확신합니다. 하나의 폴딩과 일반 프로젝트 관리자는 스타일링과 모든 스니펫을 합친 것보다 훨씬 더 많은 크기(즉, 10배)로 프로그래머에게 편의를 제공합니다.
당신은 희망적인 생각입니다.
MetaEditor는 꽤 훌륭하고 어떤 면에서는 Visual Studio보다 낫습니다(그렇지 않으면 지난 13년 동안 이 분야에서 일해 왔습니다). 사실 Visual Assist와 같은 편집기 확장이 없으면 스튜디오는 솔직히 코드 편집에 취약합니다.
인텔리전스, 스니펫, 스타일 지정, 기본 제공 도움말, 지원 리소스와의 통합 - 이 모든 것이 개발 환경의 필수 요소입니다. 그리고 그것들은 MetaEditor'에 있습니다.
게다가 너무 미숙해서 더 나빠질 것 같은 프로그래머를 배려해서 설명했으니 상상할 수 있는 것과 생각할 수 없는 것은 모두 미리 확인해야 한다.
예외 처리라고 하지만 프로그램 단위 내 한 곳에서 유능한 오류 처리에 다시 한 번 집중할 수 있습니다.
이 수많은 검사를 코드에 뿌리고 같은 검사를 수십 번 반복하지 않는 대신 소프트웨어의 신뢰성이 떨어질 수 밖에 없습니다.
어서, 나는 당신이 모르는 것처럼 말하고 있습니다 :)
두 가지 오류 처리 옵션: 반환 코드 또는 예외에 의해 반환 코드를 선택했습니다. 우리의 의견: 예외는 완전히 악이며 사용의 신뢰성을 높이는 것에 대한 이야기는 직접적인 거짓말입니다.
"반환 코드 대 예외"라는 주제는 화려하고 쓸모가 없습니다. 아무도 마음을 바꾸지 않을 것입니다. 따라서 올리지 않는 것이 좋습니다.
에게!
내 프로젝트는 이미 15,000줄로 구성되어 있고 30개 이상의 포함 파일을 포함하고 있습니다. 여기에 이전 구성표가 있습니다(수정할 시간이 없었습니다).
다음은 프로젝트의 실제 스크린샷입니다.
나는 한 가지를 제외하고 코딩에 어려움을 겪지 않습니다 . 열려 있는 파일 에서만 텍스트를 검색할 수 있는 방법이 없습니다.
개발자들에게 이것을 가장 간단한 옵션 으로 만들어달라고 요청했지만 어떤 이유로 그들은 그것을 하고 싶지 않습니다....
존경하는 레나트의 대답을 자유롭게 훑어보았다 .
Renat :
실제로는 선택한 조각을 인쇄하는 데 문제가 없습니다. 실제로 사용하지 않는 기능을 생각해 낸 것입니다.
다시 한 번 반복합니다. 예를 들어 25000줄의 목록에서 코드 조각을 인쇄해야 합니다. 이 작업을 수행하는 방법은 무엇입니까?
이제 저는 이렇게 합니다. 미리보기에서 필요한 조각이 표시된 시트를 찾은 다음 인쇄할 때 이 페이지 번호를 표시합니다. 그다지 편리하지 않습니다. :) 게다가 이 "Selected Fragment" 확인란은 "Print" 대화 상자에 있으며 비활성화되어 있습니다. 어렵지 않다면 그러한 기능을 가진 코드 편집기를 하나 이상 이름을 지정하십시오. :)
내 게시물의 일부를 인용하겠습니다.
페이지 번호에 마우스를 놓고 마우스 버튼을 누르고 마우스를 아래로 이동하면 선이 강조 표시됩니다.
마우스가 수평 스크롤 막대에 들어가자 마자(아래에 있는 선을 선택하기 위해) 목록이 즉시 시작 부분으로 스크롤되고 목록의 시작 부분에서 현재 위치까지 선택 영역이 확보됩니다.
물론, 나는 적응했습니다. 수평 스크롤 막대에 떨어지지 않도록 마우스를 왼쪽으로 약간 움직여야하지만, 이것은 어떻게 든 잘못된 것입니다! :)접는 것은 중요한 기능이 아닙니다. 프로젝트 관리자는 자원 및 상점 준비와 함께 조금 후에 올 것입니다.
동의한다. 스타일러 와 스니펫처럼요, 알겠어요?
접기와 프로젝트 관리자 중 하나를 선택하면 후자를 선택합니다. 다만 파일명 뿐만 아니라 그 안에 포함된 함수, 클래스 등을 반영해야 한다.
당신은 희망적인 생각입니다.
MetaEditor는 충분히 훌륭하고 어떤 면에서는 Visual Studio보다 낫습니다(저는 지난 13년 동안 이 분야에서 일해왔습니다). 사실 Visual Assist와 같은 편집기 확장이 없으면 스튜디오는 솔직히 코드 편집에 취약합니다.
인텔리전스, 스니펫, 스타일 지정, 기본 제공 도움말, 지원 리소스와의 통합 - 이 모든 것이 개발 환경의 필수 요소입니다. 그리고 그것들은 MetaEditor'에 있습니다.
두 가지 오류 처리 옵션: 반환 코드 또는 예외에 의해 반환 코드를 선택했습니다. 우리의 의견: 예외는 완전히 악이며 사용의 신뢰성을 높이는 것에 대한 이야기는 직접적인 거짓말입니다.
신맛이나 단맛을 원칙에 따라 선택하신 것 같습니다. 그냥 맛있다면?
제 생각에는 예외와 반환 코드를 서로 대조할 필요가 없습니다. 이들은 각각 고유한 목적을 위한 두 가지 우수한 메커니즘입니다. 둘 다 유지하는 것이 좋지 않을까요?
"반환 코드 대 예외"라는 주제는 화려하고 쓸모가 없습니다. 아무도 마음을 바꾸지 않을 것입니다. 따라서 올리지 않는 것이 좋습니다.
예, 그때도 이해했습니다. 하지만 희망이 있습니다. 갑자기 시간이 지나고 마음이 바뀌었습니다. :)
어쨌든, 귀하의 답변에 감사드립니다.
이념의 차이는 아직 싸울 이유가 되지 않습니다 :)
글쎄, 당신이 더 잘 알고 있습니다. 저에게는 스니펫, 스타일링, 지원 리소스와의 통합이 필요하지 않습니다.
당신은 당신 자신을 매우 정확하게 표현했습니다.
우리는 최종 결과에 대해 생각해야 하기 때문에 실제로 더 잘 압니다. 그리고 자신의 의견만 표현했고 솔직히 잘못된 "스니펫, 스타일링, 지원 리소스와의 통합이 필요하지 않습니다."
인텔리전스, 스타일, 도움말, 통합, 마법사 및 일반적인 개발 방향 없이 새로운 언어로 개발자를 대량 참여 및 교육하는 작업은 사실상 실패입니다. 그리고 접는 것은 어떤 식으로든 최종 결과에 영향을 미치지 않습니다.
편집기가 추가로 개발되고 있으며, 보다 고급 MQL5 마법사 의 새 버전이 며칠 내에 릴리스되어 매우 복잡한 Expert Advisors를 생성할 수 있습니다. 새로운 기능이 적극적으로 추가되고 프로젝트 지원이 뒤따를 것입니다.
저는 한 가지를 제외하고는 코딩에 어려움을 겪지 않았습니다 . open 에서만 텍스트를 검색할 수 있는 방법이 없습니다.
개발자들에게 이것을 가장 간단한 옵션 으로 만들어달라고 요청했지만 어떤 이유로 그들은 그것을 하고 싶지 않습니다....
당신은 당신 자신을 매우 정확하게 표현했습니다.
우리는 최종 결과에 대해 생각해야 하기 때문에 실제로 더 잘 압니다. 그리고 자신의 의견만 표현했고 솔직히 잘못된 "스니펫, 스타일링, 지원 리소스와의 통합이 필요하지 않습니다."
인텔리전스, 스타일, 도움말, 통합, 마법사 및 일반적인 개발 방향 없이 새로운 언어로 개발자를 대량 참여 및 교육하는 작업 은 사실상 실패입니다. 그리고 접는 것은 어떤 식으로든 최종 결과에 영향을 미치지 않습니다.
편집기가 추가로 개발되고 있으며, 보다 고급 MQL5 마법사의 새 버전이 며칠 내에 릴리스되어 매우 복잡한 Expert Advisors를 생성할 수 있습니다. 새로운 기능이 적극적으로 추가되고 프로젝트 지원이 뒤따를 것입니다.
도움말에 기능을 사용하는 예는 거의 없습니다. 그러나 모든 훈련의 기본 원칙은 "내가 하는 대로 하라"입니다.
동일한 도움말 ME4는 단지 예일 뿐입니다. 매우 성공적인 일이며, 바로 간단한 예가 있기 때문입니다.
1차 업무가 있는 것은 알지만, 기능별 적용 사례가 나오기 전까지는 초보자를 위한 도움의 효율성이 낮을 것이다.
도움말에서 기능을 사용하는 예는 거의 없습니다. 그러나 모든 훈련의 기본 원칙은 "내가 하는 대로 하라"입니다.
동일한 도움말 ME4는 단지 예일 뿐입니다. 매우 성공적인 일이며, 바로 간단한 예가 있기 때문입니다.
1차 업무가 있는 것은 알지만, 기능별 적용 사례가 나오기 전까지는 초보자를 위한 도움의 효율성이 낮을 것이다.
우리의 의견으로는 MQL5 문서가 훨씬 더 자세하고 볼륨과 예제 면에서 MQL4 문서를 훨씬 능가합니다.
물론 예는 결코 충분하지 않습니다. 이것이 우리 가 문서 섹션, 기사 및 MQL5 코드 기반 개발에 많은 노력을 기울이는 이유입니다. 특히 개발자의 편의를 위해 기사/코드에 대한 액세스를 편집기에 통합하고 MQL5.community 전체에 빠른 검색 기능을 구현했습니다.
MQL5.com 전체에서 자동 제안을 받으려면 관심 문구에서 Ctrl+F1을 누르고(미리 여러 단어를 선택할 수 있음) 더 자세한 정보를 얻거나 질문할 수 있는 빠른 검색 결과를 얻으십시오.
개발자에게 새로운 MQL5 언어를 가르치는 것은 우리의 글로벌 과제 중 하나이며 우리는 이 분야에 많은 노력을 기울이고 있습니다.
도움말에 기능을 사용하는 예는 거의 없습니다. 그러나 모든 훈련의 기본 원칙은 "내가 하는 대로 하라"입니다.
동일한 도움말 ME4는 단지 예일 뿐입니다. 매우 성공적인 일이며, 바로 간단한 예가 있기 때문입니다.
1차 업무가 있는 것은 알지만, 기능별 적용 사례가 나오기 전까지는 초보자를 위한 도움의 효율성이 낮을 것이다.
언어가 어느 정도 정착되고 예가 나타날 가능성이 큽니다.
예, 그리고 내가 이해하는 한 개발자는 교과서가 없기 때문에 기사를 희망합니다 ...
내 게시물의 일부를 인용하겠습니다.
페이지 번호에 마우스를 놓고 마우스 버튼을 누르고 마우스를 아래로 이동하면 선이 강조 표시됩니다.
마우스가 수평 스크롤 막대를 치면(아직도 아래에 있는 줄을 선택하기 위해) 목록이 즉시 시작 부분으로 스크롤되고 목록의 시작 부분에서 현재 위치까지 선택 항목을 가져옵니다.
물론 적응했습니다. 수평 스크롤 막대에 떨어지지 않도록 마우스를 왼쪽으로 약간 움직여야하지만, 이것은 어떻게 든 잘못된 것입니다! :)우리의 의견으로는 MQL5 문서가 훨씬 더 자세하고 볼륨과 예제 면에서 MQL4 문서를 훨씬 능가합니다.
물론 예는 결코 충분하지 않습니다. 이것이 우리 가 문서 섹션, 기사 및 MQL5 코드 기반 개발에 많은 노력을 기울이는 이유입니다. 특히 개발자의 편의를 위해 기사/코드에 대한 액세스를 편집기에 통합하고 MQL5.community 전체에 빠른 검색 기능을 구현했습니다.
MQL5.com 전체에서 자동 제안을 받으려면 관심 문구에서 Ctrl+F1을 누르고(미리 여러 단어를 선택할 수 있음) 더 자세한 정보를 얻거나 질문할 수 있는 빠른 검색 결과를 얻으십시오.
개발자에게 새로운 MQL5 언어를 가르치는 것은 우리의 글로벌 과제 중 하나이며 우리는 이 분야에 많은 노력을 기울이고 있습니다.
간략히 답변드리겠습니다
ZY 다시 말하지만, 초보자가 함수 사용에 대해 250개의 예제가 필요한 이유는 무엇입니까? 그는 1분의 검색 후가 아니라 즉시 하나의 간단한 예제가 필요합니다.
ZZY 다음은 초보자가 필요로 하는 모든 것입니다. 가급적이면 서버가 아닌 도움말에 있는 것이 좋습니다.