MQL4/5 문서 작업 및 컴파일을 위한 SlickEdit 설정. - 페이지 3

새 코멘트
 
tol64 :
UTF-8 인코딩이 필요하고 SlickEdit에서는 이 krakozyabra 때문에 기본값이 ANSI일 가능성이 높습니다.

아니요, 컴포스터가 맞습니다. 복사하기 전에 러시아어 레이아웃으로 전환하기만 하면 됩니다. ME5로 작업할 때도 마찬가지입니다.

SE 에서 인코딩을 구성할 필요는 없습니다.

 
komposter :
복사하기 전에 러시아어 키보드 레이아웃으로 전환해 보십시오.

훌륭합니다. 당신의 방법은 효과가 있습니다.

가장 멋진 점은 슬릭에서 메모장으로 복사한 후 거기에 crocozyabrs가 있고 메모장에서 슬릭으로 다시 복사하고 러시아어가 올바르게 표시된다는 것입니다.

 
tol64 :
UTF-8 인코딩이 필요하고 SlickEdit에서는 이 krakozyabra 때문에 기본값이 ANSI일 가능성이 높습니다.

소스 코드가 ansi Windows 인코딩에 있을 때 utf와 무슨 관련이 있습니까?

일종의 결함 .. Windows 러시아어 7 64비트 및 매끄러운 v16.0.0.6 32비트

유료 프로그램에서 그런 어린이 잼이 있다는 것이 이상합니다 ;(

 

선언된 변수와 함수를 표시하는 클래스 탭의 또 다른 불쾌한 순간..

또한 일종의 잼 .. 특정 기능까지 올바르게 표시되고 어떤 이유로 다음 (아마도) 함수 또는 다음 함수의 변수가 목록에 들어갑니다 (종종 동일한 변수가 있기 때문에 이해하기 어렵습니다. 이름은 다른 기능에서 사용됨) ..

따라서 아래 기능 중 일부는 목록에 포함되지 않습니다 ..

아마도 joo는 여기서 무슨 일이 일어나고 있는지 알고 있습니까? 뭔가 조정이 필요하다..

 
keekkenen :

선언된 변수와 함수를 표시하는 클래스 탭의 또 다른 불쾌한 순간..

또한 일종의 잼 .. 특정 기능까지 올바르게 표시되고 어떤 이유로 다음 (아마도) 함수 또는 다음 함수의 변수가 목록에 들어갑니다 (종종 동일한 변수가 있기 때문에 이해하기 어렵습니다. 이름은 다른 기능에서 사용됨) ..

따라서 아래 기능 중 일부는 목록에 포함되지 않습니다 ..

아마도 joo는 여기서 무슨 일이 일어나고 있는지 알고 있습니까? 뭔가 조정이 필요하다..

전체 프로젝트를 보지 않고는 판단하기 어렵습니다.

"Defs" 탭을 참조하십시오. 프로젝트 작업을 위한 "클래스" 탭.

"잘못된 색"은(는) 무슨 뜻인가요? 아마도 하나 이상의 키릴 문자가 함수 이름에 사용되었을 것입니다. 그러면 함수(이것은 변수에도 적용됨)가 빨간색으로 강조 표시됩니다(또는 선언되지 않은 함수/변수 강조 표시가 설정된 색상).

 
Defs와 Class 사이에는 차이가 없습니다 .. 나는 프로젝트를 사용합니다 .. 귀하의 색 구성표가 사용됩니다 (이전에 첨부 된 아카이브에서 .. 기능은 기능 이름에서 녹색으로 강조 표시됩니다 (ala frog) .. 빨간색으로 강조 표시된 것은 러시아어 문자가 없으며 이름 기능을 입력하면 자동 대체 중에 강조 표시됩니다.
 
keekkenen :
Defs와 Class 사이에는 차이가 없습니다 .. 나는 프로젝트를 사용합니다 .. 귀하의 색 구성표가 사용됩니다 (이전에 첨부 된 아카이브에서 .. 기능은 기능 이름에서 녹색으로 강조 표시됩니다 (ala frog) .. 빨간색으로 강조 표시된 것은 러시아어 문자가 없으며 이름 기능을 입력하면 자동 대체 중에 강조 표시됩니다.
기이한. 프로젝트 를 보내주시면 확인하겠습니다. 모든 함수 내용을 제거하고 빈 선언만 남깁니다.
 
joo :
기이한. 프로젝트를 보내주시면 확인하겠습니다. 모든 함수 내용을 제거하고 빈 선언만 남겨둡니다.
어떤 의미에서 (mqh) 파일을 포함 하는 프로젝트 는 어떤 디스플레이가 걸려 있습니까?
파일:
test.mqh  56 kb
 

SE는 다음과 같은 구성을 이해하지 못합니다.

 double getLastOrderProfit ( string symb= "0" , int type= OP_MARKET ,
                           int mn= OP_ALLMN , int mode= MODE_TRADES ){ 
}

이 오해가 커지는 것 같으며 그는 아무것도 이해하지 못합니다. 그러한 기능을 강조 표시하는 방법이 그에게 명확하지 않습니다.

 int openOrder ( string orderSymbol, int orderType, double orderLots ,
               double orderOpenPrice , int slippage , double orderStopLoss ,
               double orderTakeProfit , string orderComment , int orderMagicNumber ,
               datetime orderExpiration , int try , int tradeSleep, bool showErrors,
               bool convert= false , bool modifyAfterOpen= false , bool isPlaySound = false ){ 
}

:)

그래서 모든 것이 맞는 것처럼 보이지만 개인적으로 나는 그러한 구성을 피하려고합니다.


ZY 컴파일러가 맹세하지 않고 이러한 "불명예"를 사용하려는 경우 식별되지 않은 SE 번째 함수 및 변수로 측정해야 합니다.

 
joo :

SE는 다음과 같은 구성을 이해하지 못합니다.

이 오해가 커지는 것 같으며 그는 아무것도 이해하지 못합니다. 그러한 기능을 강조 표시하는 방법이 그에게 명확하지 않습니다.

:)

그래서 모든 것이 맞는 것처럼 보이지만 개인적으로 나는 그러한 구성을 피하려고합니다.


ZY 컴파일러가 맹세하지 않고 이러한 "불명예"를 사용하려는 경우 식별되지 않은 SE 번째 함수 및 변수로 측정해야 합니다.

얘가 이걸 이해 못하는게 이상한데 안타깝다..

나는 여기에 쓰지 않았지만 아마도 그러한 구조가 거기에서 사용되었을 것입니다 ..

12345678910
새 코멘트