크라우드소싱 GUI. 오픈 베타 테스트. - 페이지 47

[Alexandr Andreev]

Реter Konow :

행운을 빕니다! 당신의 발전을 따르겠습니다.

나는 이 방향을 완성할 계획이 없지만 아주 기초만 ..... 우리가 처음부터 시작하고 코드가 불필요하게 주석 처리될 것이라는 점을 감안할 때 시작할 것이라고 생각합니다. 여기?

알렉세이 바바신 :

Sasha, 나를 믿으십시오. Peter는 이것을 필요로하지 않습니다 ;( 곧 이것을 보게 될 것입니다. :)

글쎄, 당신은 주제에있어.

[Alexandr Andreev]

Алексей Барбашин :

첫째, 개체를 개발할 때 표준 라이브러리의 기본 개체에 즉시 의존하는 것이 더 낫다고 생각합니다. 이렇게 하면 나중에 매우 쉽게 만들 수 있습니다.

예, 물론, 우리는 부분적으로 ....에 의존할 것입니다. 비록 모든 것이 거기에서 순조롭게 진행되는 것은 아니지만.

이 모든 것 중에서 올바른 접근 방식은 단 하나뿐입니다. 각 개별 양식은 하나의 캔버스에서 완전히 생성되어야 합니다. 그 결과 움직일 때 하나의 고체 물체가 섞이게 됩니다.

그리고 이벤트 구독뿐만 아니라 객체 첨부 시스템은 개발자, 즉 MFC 기술을 사용하는 것이 더 좋습니다.

MFC 기술 - 기타 방법)

글쎄, 그렇다면 나는 상관하지 않지만 객체 (논리)에서 모든 것을 수행 한 다음 그래픽 반사를 수행하는 것이 더 쉬울 수 있습니다. 그리고 하나 또는 많은 convas는 그렇게 중요하지 않습니다.

좌표만으로 시작

엉뚱한 생각으로

 enum EX{};
enum EY{};

class CCoordPBase
   {
   bool flag;
   CCoordPBase * base ;
   public :
 //  bool chek(CCoorPDdX &x) {return CheckPointer() }
   EX X_,W_;
   EY Y_,H_;
   CCoordPBase (){Init();}
   void Init() {X_=Y_=W_=H_= 0 ; flag= 0 ;}
   void Init(CCoordPBase &a) { base =GetPointer(a);};
   
   EX GetX() { return flag ? X_  +  ;}
   EY GetY() { return Y_;}
   EX GetW() { return W_;}
   EY GetH() { return H_;}
   operator
   bool MouseOn(CMouse &mouse) //px
      {
       return GetX()<=mouse.X && GetX()+GetW()>=mouse.X && GetY()<=mouse.Y && GetY()+GetH()>=mouse.Y;
      }
   };  

아직 끝나지 않았습니다... .즉. 일반적으로 전류가 시작되고 상호 작용의 생각이 있으면 묻습니다 ...

[Реter Konow]

여러분, 존경하는 마음으로 자신의 지점을 만들어야 합니다. 그곳이 더 편할 것이다. 그리고 그것은 논의되고 있는 또 다른 것입니다.

[Alexandr Andreev]

Алексей Барбашин :

"하지만 객체에서 모든 것을 하는 것이 더 쉬울 수 있습니다" - 이것은 논리적 이상입니다.

"네, 물론, 우리는 부분적으로 그것에 의존할 것입니다." - 그런 다음 즉시 수정합니다.

CObject는 개발자 라이브러리에 있는 모든 개체의 기본 클래스입니다. C++ 및 C#과 유추하여 만들었습니다. Sharpe에서 기본 개체(유형)는 개체입니다.

좌표와 치수는 이미 요소(컨트롤)의 속성이며 기본 색상, 프레임 색상 및 두께, 반올림 반경, 아이콘 및 텍스트입니다.

먼저 구성 측면에서 기본으로 간주 할 제어 유형을 결정하고 이것에서 춤을 추십시오. 즉, 기본 속성을 설명하십시오.

물론 이전에 정의된 속성 중 일부는 자손에서 더 이상 사용되지 않을 수 있습니다. 이것은 더 이상 문제가 되지 않지만 기본 속성을 가장 보편적으로 만드는 것이 좋습니다.

멀리 보지 않기 위해 다음은 가장 간단한 범용 컨트롤의 샘플 예입니다.

배경, 테두리, 반경, 아이콘, 텍스트 포함

레이블을 가져와야 하는 경우 배경, 테두리 및 아이콘이 지정되지 않고 패널이 필요한 경우 내용이 지정되지 않고 그림 버튼이 필요한 경우 아이콘만 지정됩니다. 그림이 필요한 다음 배경, 프레임 및 그림이 지정됩니다..

즉, 이러한 구성은 대부분의 컨트롤에 매우 보편적입니다.

하자!!!!!

그리고 바로 기초적인 상호작용을 하려고 생각했습니다.

여기서 우리는 행이나 열에 정렬하는 경우 이전 개체의 왼쪽에 위치를 지정합니다.

일반적으로 범용 컨트롤을 작성합니다.

[Alexandr Andreev]

Реter Konow :
여러분, 존경하는 마음으로 자신의 지점을 만들어야 합니다. 그곳이 더 편할 것이다. 그리고 그것은 논의되고 있는 또 다른 것입니다.

ok .... 중재자가 도움이되기를 바랐습니다.

[Реter Konow]

Alexandr Andreev :

ok .... 중재자가 도움이되기를 바랐습니다.

물론 우리가 마침내 여기에서 영토 투쟁에서 싸우면 도움이 될 것입니다.)) 주제를 열고 개발하십시오. 관심을 가지고 읽겠습니다.

[Алексей Барбашин]

Реter Konow :
여러분, 존경하는 마음으로 자신의 지점을 만들어야 합니다. 그곳이 더 편할 것이다. 그리고 그것은 논의되고 있는 또 다른 것입니다.

정말 논의되고 있습니까?

피터, 당신은 진실을 받아들일 준비조차 되지 않았습니다.

귀하의 개발을 접한 모든 사람들은 다음과 같이 말했습니다. Peter, 모든 것이 훌륭하지만 여기에서 수정하고 여기에서 변경할 가치가 있습니다. 주의: 아무도 모든 것이 나쁘다고 말하지 않았습니다. 그것은 순전히 당신의 인식이었습니다!

그리고 답은 무엇입니까? 그리고 그에 대한 응답으로 Peter는 대답합니다. 당신은 틀렸습니다. 나는 나만의 방식, 나만의 기준, 분자에 대한 나만의 관점이 있습니다 ...

이 시점에서 토론은 끝났고 사람들은 떠났습니다.

그것은 이해할 만합니다. 독점적으로, 따라서 자신의 방식으로 무언가를하는 사람과 어떻게 계속 상호 작용할 수 있습니까?

당신은 "모든 사람"을 위해 일하고 있다고 주장하지만 동일한 "모든 사람"의 표준을 따르려고도 하지 않습니다. 따라서 "모든 사람"은 첫 번째 "랙" 이후에 토론과 테스트를 떠납니다.

[Реter Konow]

Алексей Барбашин :

정말 논의되고 있습니까?

피터, 당신은 진실을 받아들일 준비조차 되지 않았습니다.

....

주제에 사용자가 필요합니다. 내 제품을 테스트하고 사용할 거래자입니다. 여기서 학문적으로 논쟁하려는 것은 아닙니다. 누가 옳은지 개인에서 찾을 수 있습니다.

여기에서 우리는 커뮤니티에 무료로 제공되는 제품을 테스트합니다. 점.

[Alexandr Andreev]

Алексей Барбашин :

정말 논의되고 있습니까?

피터, 당신은 진실을 받아들일 준비조차 되지 않았습니다.

귀하의 개발을 접한 모든 사람들은 다음과 같이 말했습니다. Peter, 모든 것이 훌륭하지만 여기에서 수정하고 여기에서 변경할 가치가 있습니다. 주의: 아무도 모든 것이 나쁘다고 말하지 않았습니다. 그것은 순전히 당신의 인식이었습니다!

그리고 답은 무엇입니까? 그리고 그에 대한 응답으로 Peter는 대답합니다. 당신은 틀렸습니다. 나는 나만의 방식, 나만의 기준, 분자에 대한 나만의 관점이 있습니다 ...

이 시점에서 토론은 끝났고 사람들은 떠났습니다.

그것은 이해할 만합니다. 독점적으로, 따라서 자신의 방식으로 무언가를하는 사람과 어떻게 계속 상호 작용할 수 있습니까?

당신은 "모든 사람"을 위해 일하고 있다고 주장하지만 동일한 "모든 사람"의 표준을 따르려고도 하지 않습니다. 따라서 "모든 사람"은 첫 번째 "랙" 이후에 토론과 테스트를 떠납니다.

https://www.mql5.com/ru/forum/334431

[Реter Konow]

Alexandr Andreev :

https://www.mql5.com/ru/forum/334431

+