내 접근 방식. 코어 - 엔진. - 페이지 132

새 코멘트
 
Реter Konow :

예, 멋져 보입니다. 그러나 아직 생성자가 아닙니다. 여기 디자이너랑은 거리가 멀다...

모든 사람을 위해 모든 것을 알고 있습니다.

 

이것은 실제로 다른 요소의 이름을 테이블에 삽입하면 테이블에 발생하는 일입니다. 

GROUP, "Orders table" , IS_TABLE,  

__,     T_HEADER, "#" ,W, 20 ,_,H, 30 , C_HEADER, "Order" ,     C_HEADER, "Opening Time" ,W, 90 , C_HEADER, "Type" , W, 90 ,  C_HEADER, "Volume" , W, 90 ,  C_HEADER, "Symbol" , W, 90 , 
                               C_HEADER, "Price" ,       W, 90 ,    
                               C_HEADER, "Comission" ,   W, 90 , C_HEADER, "Swap" , W, 90 ,  C_HEADER, "PnL" ,    W, 90 ,  C_HEADER, "Close" ,  W, 40 ,

__,     R_HEADER, "1" , CELL, A,  C_LIST, A,  H_SLIDER, A,   CHECKBOX, A,  P_BAR, A,   S_EDIT, A, CELL, A, R_BUTTON, A, CELL, A,  I_BUTTON, A,     
__,     R_HEADER, "2" ,CELL, A,   C_LIST, A,  H_SLIDER, A,   CHECKBOX, A,  P_BAR, A,   S_EDIT, A, CELL, A, R_BUTTON, A, CELL, A,  I_BUTTON, A, 
__,     R_HEADER, "3" ,CELL, A,   C_LIST, A,  H_SLIDER, A,   CHECKBOX, A,  P_BAR, A,   S_EDIT, A, CELL, A, R_BUTTON, A, CELL, A,  I_BUTTON, A, 
__,     R_HEADER, "4" ,CELL, A,   C_LIST, A,  H_SLIDER, A,   CHECKBOX, A,  P_BAR, A,   S_EDIT, A, CELL, A, R_BUTTON, A, CELL, A,  I_BUTTON, A, 
__,     R_HEADER, "5" ,CELL, A,   C_LIST, A,  H_SLIDER, A,   CHECKBOX, A,  P_BAR, A,   S_EDIT, A, CELL, A, R_BUTTON, A, CELL, A,  I_BUTTON, A, 
__,     R_HEADER, "6" ,CELL, A,   C_LIST, A,  H_SLIDER, A,   CHECKBOX, A,  P_BAR, A,   S_EDIT, A, CELL, A, R_BUTTON, A, CELL, A,  I_BUTTON, A, 
__,     R_HEADER, "7" ,CELL, A,   C_LIST, A,  H_SLIDER, A,   CHECKBOX, A,  P_BAR, A,   S_EDIT, A, CELL, A, R_BUTTON, A, CELL, A,  I_BUTTON, A, 
__,     R_HEADER, "8" ,CELL, A,   C_LIST, A,  H_SLIDER, A,   CHECKBOX, A,  P_BAR, A,   S_EDIT, A, CELL, A, R_BUTTON, A, CELL, A,  I_BUTTON, A, 
__,     R_HEADER, "9" ,CELL, A,   C_LIST, A,  H_SLIDER, A,   CHECKBOX, A,  P_BAR, A,   S_EDIT, A, CELL, A, R_BUTTON, A, CELL, A,  I_BUTTON, A, 
__,     R_HEADER, "10" ,CELL, A,  C_LIST, A,  H_SLIDER, A,   CHECKBOX, A,  P_BAR, A,   S_EDIT, A, CELL, A, R_BUTTON, A, CELL, A,  I_BUTTON, A, 
__,     R_HEADER, "11" ,CELL, A,  C_LIST, A,  H_SLIDER, A,   CHECKBOX, A,  P_BAR, A,   S_EDIT, A, CELL, A, R_BUTTON, A, CELL, A,  I_BUTTON, A, 
__,     R_HEADER, "12" ,CELL, A,  C_LIST, A,  H_SLIDER, A,   CHECKBOX, A,  P_BAR, A,   S_EDIT, A, CELL, A, R_BUTTON, A, CELL, A,  I_BUTTON, A, 
__,     R_HEADER, "13" ,CELL, A,  C_LIST, A,  H_SLIDER, A,   CHECKBOX, A,  P_BAR, A,   S_EDIT, A, CELL, A, R_BUTTON, A, CELL, A,  I_BUTTON, A, 
__,     R_HEADER, "14" ,CELL, A,  C_LIST, A,  H_SLIDER, A,   CHECKBOX, A,  P_BAR, A,   S_EDIT, A, CELL, A, R_BUTTON, A, CELL, A,  I_BUTTON, A, 
__,     R_HEADER, "15" ,CELL, A,  C_LIST, A,  H_SLIDER, A,   CHECKBOX, A,  P_BAR, A,   S_EDIT, A, CELL, A, R_BUTTON, A, CELL, A,  I_BUTTON, A, 
__,     R_HEADER, "16" ,CELL, A,  C_LIST, A,  H_SLIDER, A,   CHECKBOX, A,  P_BAR, A,   S_EDIT, A, CELL, A, R_BUTTON, A, CELL, A,  I_BUTTON, A, 
__,     R_HEADER, "17" ,CELL, A,  C_LIST, A,  H_SLIDER, A,   CHECKBOX, A,  P_BAR, A,   S_EDIT, A, CELL, A, R_BUTTON, A, CELL, A,  I_BUTTON, A, 
__,     R_HEADER, "18" ,CELL, A,  C_LIST, A,  H_SLIDER, A,   CHECKBOX, A,  P_BAR, A,   S_EDIT, A, CELL, A, R_BUTTON, A, CELL, A,  I_BUTTON, A, 
__,     R_HEADER, "19" ,CELL, A,  C_LIST, A,  H_SLIDER, A,   CHECKBOX, A,  P_BAR, A,   S_EDIT, A, CELL, A, R_BUTTON, A, CELL, A,  I_BUTTON, A, 
__,     R_HEADER, "20" ,CELL, A,  C_LIST, A,  H_SLIDER, A,   CHECKBOX, A,  P_BAR, A,   S_EDIT, A, CELL, A, R_BUTTON, A, CELL, A,  I_BUTTON, A, 
__,     R_HEADER, "21" ,CELL, A,  C_LIST, A,  H_SLIDER, A,   CHECKBOX, A,  P_BAR, A,   S_EDIT, A, CELL, A, R_BUTTON, A, CELL, A,  I_BUTTON, A, 
 
END_GROUP,
//------------------------------------


 

너무 부드럽고 천천히 그리고 눈에 띄지 않게 적절함은 지평선 너머로 멀리 떨어져 있습니다. 이것은 21개 열의 제한이 있는 헛소리이며 전혀 표시할 가치가 없습니다. 이런 한계를 안고 결과를 얻을 수 있다는 것을 알면서도, 그 결과는 유머 부문이나 이달의 연보만을 위한 것이기 때문에 개발에 접근할 가치조차 없을 것이다.

그러나 동시에 그 동지는 여전히 모든 것이 그에게는 매우 멋지고 다른 모든 사람들은 형편없다는 입장에 도달합니다.

 

이론적으로 이 속성 i를 활성화하면 IS_DINAMIC

그러면 이 테이블은 동적이어야 하고 모든 요소와 함께 정상적으로 작동해야 합니다. 아직 확인하지 않았습니다. 내 자신이 궁금하다...

 
Реter Konow :

이론적으로 이 속성 i를 활성화하면 IS_DINAMIC

그러면 이 테이블은 동적이어야 하고 모든 요소와 함께 정상적으로 작동해야 합니다. 아직 확인하지 않았습니다. 내 자신이 궁금하다...

이것은 이미 실험적 프로그래밍 범주에 속합니다 :-) 핵심 엔진이 작성된 다음 속성과 옵션은 다음을 입력하여 찾습니다.
 
Реter Konow :

다음 동적 테이블은 훨씬 더 흥미로울 것입니다. 셀에는 입력 필드 , 목록, 확인란, 버튼, 라디오 버튼, 진행률 표시줄, +/- 버튼이 있는 입력 필드가 있습니다.

가장 어려운 점은 바로 그러한 테이블의 역동성입니다. 결국 요소에 액세스하고 해당 값을 가져오는 것은 특정 매개변수에 묶여 있지 않고 행의 마법에 달려 있습니다.

니콜라이 셈코 :
그것이 바로 내가 당신이 모든 것을 스스로 하기를 원하고 벽에 완두콩과 같은 기성품 솔루션을 제공하지 않기를 바랐던 이유입니다.
Peter, 함수 포인터와 같은 기능이 있다는 것을 상상할 수 있습니까? 덕분에 이러한 포인터 배열에서 이러한 포인터를 가져옴으로써 함수 호출 을 구성할 수 있습니다. 귀하의 작업에 매우 유용할 것이라고 생각합니다. 여기에 문제가 있습니다. 다시 수업에 연락해야합니다.

나는 5일 전에 이것에 대해 이야기했다.
에이, 아직 듣도보도 못한...

 
Maxim Kuznetsov :
이것은 이미 실험적 프로그래밍 범주에 속합니다 :-) 핵심 엔진이 작성된 다음 속성과 옵션은 다음을 입력하여 찾습니다.

흠, 예상하지 못했지만 "실험 프로그래밍"은 구글링:

다윈 프로그래밍/실험 프로그래밍

작동할 때까지 변경 내용의 의미를 이해하지 않고 코드를 변경하는 것(보통 실수로). 예를 들어 증가를 감소로 대체합니다.

주제별 https://habr.com/company/mailru/blog/191998/

 
Nikolai Semko :

나는 5일 전에 이것에 대해 이야기했다.
에이, 아직 듣도보도 못한...

하지만 당신의 노동조합이 도움이 되었습니다. 리소스를 통한 통신으로 전환했습니다.)) (MT 개체를 사용할 수 있지만 여전히 리소스가 더 유망하고 간단하다고 결정했습니다.)

 
Реter Konow :

하지만 당신의 노동조합이 도움이 되었습니다. 리소스를 통한 통신으로 전환했습니다.)) (MT 개체를 사용할 수 있지만 여전히 리소스가 더 유망하고 간단하다고 결정했습니다.)

다시는 내 말을 들을 수 없어! 그리고 저 뿐만 아니라...

예, 마침내 다음을 읽었습니다.

https://www.mql5.com/ru/docs/basis/types/object_pointers

https://www.mql5.com/ru/docs/basis/types/typedef

 
Nikolai Semko :

다시는 내 말을 들을 수 없어!

예, 마침내 다음을 읽습니다.

https://www.mql5.com/ru/docs/basis/types/object_pointers

https://www.mql5.com/ru/docs/basis/types/typedef

예, 알지만 이해가 되지 않습니다. 어디에 적용하나요?

1...125126127128129130131132133134135136137138139...184
새 코멘트