MetaEditor 사용의 편의를 위한 제안 - 페이지 7

 

Andrey Khatimlianskii :

사용자 정의 스타일러 에 대한 리소스가 없습니다. 이해할 수 있습니다. 아무도 밀지 않습니다.

그러나 왜 십자가를 지고 가서 모든 사람에게 당신의 믿음이 가장 옳다고 말합니까 (절대 논쟁의 여지가 없습니다!)???

그게 다야 Toshnit은 다른 포럼으로 이동해야 합니다.

 
Andrey Khatimlianskii :

로슈, 개깅이 뭐가 문제야? MQ 스타일도 원인이 되는데, 이런 말을 하면 누군가에게 무례하게 굴지 않을까?

코드베이스를 원하는 대로 포맷하면 코드를 로드할 때 인코더에 무리를 주지 않고 자동으로 수행할 수 있습니다. 나는 여전히 기억한다: 나는 코드를 작성하고, MQ로 스타일을 지정하고, 그것을 새로운 이름으로 저장하고 확인을 위해 업로드한다. 그런 다음 스타일링을 취소하고 더 씁니다. 글쎄, 미친 거 아니야?

사용자 정의 스타일러 에 대한 리소스가 없습니다. 이해할 수 있습니다. 아무도 밀지 않습니다.
그러나 왜 십자가를 지고 가서 모든 사람에게 당신의 믿음이 가장 옳다고 말합니까(절대 논쟁의 여지가 없습니다!)???


비슷하게))

 
Rashid Umarov :

그게 다야 다른 포럼에 가려면 기분이 좋지 않습니다.

다 그렇게 보는 게 좋은 걸까? 불쾌한 주제?

정상적으로 시작했습니다. 그들은 저에게 평소 스타일을 하라고 요청했습니다. 여러 번 물었다. 여러 사람.

메스꺼움은 "MQ 스타일이 가장 진실하다"는 당신(당신의 Renata, 그것은 다른 사람처럼 보입니다)의 지속적인 권고에 대한 응답으로 나타났습니다. 왜 이런 무례함이 필요합니까? 왜 그것을 대중에게 옮기는가?

 
Andrey Khatimlianskii :

다 그렇게 보는 게 좋은 걸까? 불쾌한 주제?

정상적으로 시작했습니다. 그들은 저에게 평소 스타일을 하라고 요청했습니다. 여러 번 물었다. 여러 사람.

메스꺼움은 "MQ 스타일이 가장 무섭다"는 당신의(당신, Renata, 다른 사람처럼 보입니다) 끈질긴 권고에 대한 응답으로 나타났습니다. 왜 이런 무례함이 필요합니까? 왜 그것을 대중에게 옮기는가?

Andrei, 당신이 어떤 종류의 국제적인지 지정하십시오. 여기 있는 모든 사람들이 재치를 연습하고 저속한 진부한 표현을 버리기 위해?

아니면 사용자가 자신의 코드 서식 스타일을 사용할 수 있는 상시 기회를 제공하기 위한 것입니까?

당신이 개인적인 동기("고통스러운 주제" 등)로 번역하려고 한다는 사실에서 아무도 아무 것도 얻지 못할 것입니다. 변호사의 역할에서 당신이 그러한 급습을 규범으로 받아들이도록 강요할 것이라고 생각하지 마십시오.

 

이 경우의 강도는 상대방의 지리적 위치에 따라 러시아어에 대한 인식과 사용의 매우 미묘한 차이에서 비롯된 것으로 보입니다. 언어는 >99% 동일하지만 사용법과 인식은 <1%씩 다를 수 있으며 때로는 완전한 오해와 갈등을 일으킬 수 있습니다.

 
네이티브 Editor 개선에 대한 주제는 부러울 정도로 규칙적으로 제기됩니다. 이 문제에 대해 개발자의 입장이 누그러질 것입니다. 물은 돌을 닳게 합니다 :-)
저는 포럼에서 VS VisualAssist 플러그인의 편리함을 언급한 적이 있습니다.
사용자가 설정에서 사용할 스타일을 선택할 수 있다면 좋을 것입니다.
 
Dennis Kirichenko :
네이티브 Editor 개선에 대한 주제는 부러울 정도로 규칙적으로 제기됩니다. 이 문제에 대해 개발자의 입장이 누그러질 것입니다. 물은 돌을 닳게 합니다 :-)
저는 포럼에서 VS VisualAssist 플러그인의 편리함을 언급한 적이 있습니다.
사용자가 설정에서 사용할 스타일을 선택할 수 있다면 좋을 것입니다.

Denis, 내 Poison 브라우저도 VisualAssist라는 문구에 응답했습니다))


 
Rashid Umarov :

Andrei, 당신이 어떤 종류의 국제적인지 지정하십시오. 여기 있는 모든 사람들이 재치를 연습하고 저속한 진부한 표현을 버리기 위해?

아니면 사용자가 자신의 코드 서식 스타일을 사용할 수 있는 상시 기회를 제공하기 위한 것입니까?

당신이 개인적인 동기("고통스러운 주제" 등)로 번역하려고 한다는 사실에서 아무도 아무 것도 얻지 못할 것입니다. 변호사의 역할에서 당신이 그러한 급습을 규범으로 받아들이도록 강요할 것이라고 생각하지 마십시오.

Rashid, 다시 말하지만 상황의 심각성은 MQ(특히 귀하의 위치)의 위치로 인해 발생합니다.

다음과 같이 선언할 때까지 습격은 없습니다.

MetaEditor 사용의 편의를 위한 제안

라시드 우마로프 , 2017.09.28 12:22

나는 두 가지 다른 서식 스타일을 사용하여 두 가지 다른 환경 에서 글을 쓰고 있습니다.

따라서 발명하지 말고 익숙해지십시오 .

"닥치고 먹자" 라고.

그러나 예를 들어 "당신의 제안은 들었고 아마도 다음 버전에서 구현될 것입니다."와 같이 아주 정상적으로 대답할 수 있었습니다. 또는 최소한 단순히 "당신의 제안은 들었지만 불행히도 실행되지 않을 것입니다." 그러면 아무도 실행에 옮기지 않을 것입니다.

 
우와! 무슨 분쟁이야. 어쩐지 스타일을 생각하지 않았을 때는 코더가 아니라 아마추어라서 그런 것 같다. 나는 기술 학교에서 Pascal(그리고 어떻게든) 외에는 아무 것도 몰랐지만 여기에서 외환에 대한 열정으로 인해 어떻게든 MQ에서 프로그래밍하는 방법을 배우게 되었습니다. 스타일에 신경도 안썼는데 손으로 띄어쓰기 하고 코드를 정리하는 시간이 내 지각에 편하고 모든 블럭에 자세히 서명을 해서 나중에 하지 않아도 될 것 같아서 내가 거기에서 계산한 것을 기억하지 마십시오 ...
 
fxsaber :

클래스 이름에 대한 동일한 요구 사항 - 문자 C로 시작해야 합니다. 상식이 통하고 더 이상 그런 요구가 나오지 않는 것이 좋다.


다음 컴파일 오류가 수정될 때까지 클래스 이름 요구 사항이 정당화됩니다.

 #include <Controls\WndContainer.mqh>
class Rect {};
void OnStart ()
{
        Rect rect; //ошибка где то там...
}

'Rect' - 잘못된 캐스트 작업 WndContainer.mqh 386 25
'Rect' - 매개변수가 참조로 전달됨, 변수가 예상됨 WndContainer.mqh 386 25

ServiceDesk의 답변에서 이러한 오류는 수정될 예정이 아님을 이해했습니다. 누군가가 Rect() 메서드를 가지고 있다고 해서 클래스 이름을 Rect로 지정할 수 없습니다.