저는 현재 터미널 개체 : 버튼 및 텍스트 레이블에서 직접 패널을 디자인하는 데 "내 손을 시도"하고 있습니다,
그리고 나는이 상황을 발견했습니다 : -->
--> "나 자신"을 위해 - 버튼의 혼란을 피하기 위해 - 버튼 자체에 "자세히"서명하기로 결정했습니다. 따라서-비문을 버튼 자체가 아닌 (비문이 버튼 높이의 중간에있을 것이므로 ) 버튼에 "겹쳐진"텍스트 형태로 만들어야했습니다 (!) 그래서 비문이 2 줄로 밝혀졌습니다:
따라서이 상황을 설명하기위한 전제-미래에 방법을 "발명"할 경우를 대비하여 GUI의 버튼에 이러한 2-3 줄 캡션을 만드는 방법 --> 캔버스없이 또는 캔버스를 사용하여 -->.
기술 구현의 품질을 향상시키는 데 확실히 도움이 될 것입니다. 하지만 디자이너나 에디터의 코드는 논의 대상이 아니라는 점을 분명히 말씀드리고 싶습니다. 기능의 작업과 사용자 요구 사항을 준수하는 작업 만 있습니다. 이것은 전제 조건입니다. 동의하면 모든 것이 "레일 위에"갈 것입니다. :)
저는 현재 터미널 개체에서 직접 패널을 디자인하는 데 "내 손을 시도"하고 있습니다 : 버튼 및 텍스트 레이블,
그리고이 상황에 직면했습니다 : -->
--> "나 자신"의 경우-버튼의 혼동을 피하기 위해-버튼 "세부 정보"자체에 서명하기로 결정했습니다. 따라서-비문을 버튼 자체가 아닌 (비문이 버튼 높이의 중간에 나타나기 때문에) 버튼에 "겹쳐진"텍스트 형태로 만들어야했습니다 (!) . 그래서 비문이 2 줄로 판명되었습니다:
따라서이 상황을 설명하는 이유-향후에 방법을 "발명"하는 경우-GUI의 버튼에 이러한 2-3 줄 캡션을 만드는 방법-> 캔버스없이 또는 캔버스를 사용하여 -->.
사용자가 복잡한 패널을 만들려면 언어의 규칙을 알아야 합니다. 하지만 앞으로 6~7개월 동안 작성해야 할 튜토리얼을 20개 정도 공부해야만 알 수 있습니다.
2. 언어 규칙에 대한 지식 없이는 GUI 템플릿을 완전히 사용할 수 없습니다.
지식은 튜토리얼에서 얻고 자료는 기사로 인쇄됩니다. 기사는 한 달에 한두 번 간격으로 게시됩니다. 전체 학습 과정을 완료하려면 최소 7 ~ 10 개의 기사를 게시해야하며이 속도로이 과정은 약 반년이 걸립니다.
위의 주장의 결론은 기사가 게시된 후에만 템플릿을 게시하는 것이 합리적이라는 것입니다. 언어에 대한 실질적인 지식이 없으면 사용자는 자신의 필요에 맞게 kib 코드 템플릿을 수정할 수 없으므로 유용성이 크게 떨어집니다. 결과적으로 사용자들은 저에게 설명과 도움을 요청하게 될 것입니다. 한두 명은 도와줄 수 있지만 그 수가 많아지면 막다른 골목에 다다르게 됩니다.
이제 시각적 편집기를 개발하는 것이 왜 중요한지 설명하겠습니다.
1. 사용자의 진입 문턱이 낮습니다.
비주얼 에디터는 직관적이라는 장점이 있습니다. 그래픽 인터페이스를 살펴보면 기능과 한계를 쉽게 파악할 수 있습니다. 툴팁을 추가하면 복잡한 내용을 이해하는 데 도움이 됩니다.
2. 비주얼 에디터를 시작하는 데 필요한 소량의 교육 자료.
전체 과정은 3~5개의 문서로 구성할 수 있습니다. 그러나 이러한 자료가 없어도 사용자는 간단하고 복잡한 패널을 만드는 방법을 빠르게 배울 수 있습니다.
3. 편집기는 GUI 생성을 최대한 단순화하고 속도를 높입니다.
마크업 언어와 시각적 편집기로 작업하는 노력의 차이는 엄청납니다. 이 요소는 결국 시각적 편집기를 선호하는 쪽으로 기울었습니다. 필요한 노력이 적다는 점은 사용자들이 GUI 트레이딩 애플리케이션을 만드는 데 유리하게 작용합니다.
4. 비주얼 에디터의 개념적 기반은 잘 짜여져 있고 기술 기반은 4년 전에 작성 및 테스트되었습니다. 객관적으로 볼 때 에디터는 첫 출시의 문턱에 있다고 말할 수 있습니다.
Peter가 OOP 지식 없이 디버그(!!!)를 사용하지 않고 이걸 만들었다는 것을 상기하는 것이 중요합니다.저는 지쳐서 OOP와 디버깅 없이는 이걸 할 수 없었을 것입니다.
그리고 이 작업이 미완성으로 남았다는 것은 중요하지 않습니다. 피터는 아름다워요!존경합니다!
... 어떻게 이 작품이 주인 없는 작품이 되었나요?! 0_О
...
그리고 저는 거래 패널을 만들 그래픽 디자이너를 찾고 있습니다 ! 나는 심지어 여기에 MQL-5 개발자에게 물어 보았다 :https://www.mql5.com/ru/forum/476574:).
... 이 댓글을 쓰는 순간 8 번째 페이지까지 지점을 읽었습니다 .... 그리고 저를 믿으십시오-저자의 수고에 경외심을 느낍니다 (!) :)
잠정 출시 기간은 11월 22일부터 28일까지입니다.
베타 테스터가 되고 싶어요 :)
... 콘텐츠에 대해 말하자면 ("미래의 아이디어"를 위해) :
저는 현재 터미널 개체 : 버튼 및 텍스트 레이블에서 직접 패널을 디자인하는 데 "내 손을 시도"하고 있습니다,
그리고 나는이 상황을 발견했습니다 : -->
--> "나 자신"을 위해 - 버튼의 혼란을 피하기 위해 - 버튼 자체에 "자세히"서명하기로 결정했습니다.
따라서-비문을 버튼 자체가 아닌 (비문이 버튼 높이의 중간에있을 것이므로 ) 버튼에 "겹쳐진"텍스트 형태로 만들어야했습니다 (!) 그래서 비문이 2 줄로 밝혀졌습니다:
따라서이 상황을 설명하기위한 전제-미래에 방법을 "발명"할 경우를 대비하여 GUI의 버튼에 이러한 2-3 줄 캡션을 만드는 방법 --> 캔버스없이 또는 캔버스를 사용하여 -->.
베타 테스터가 되고 싶어요 :)
... GUI의 버튼에 비슷한 2~3줄 캡션을 만드는 방법 --> 칸버스 없이 또는 칸버스와 함께...
... 콘텐츠에 대해 말하자면 ("미래를위한 아이디어") :
저는 현재 터미널 개체에서 직접 패널을 디자인하는 데 "내 손을 시도"하고 있습니다 : 버튼 및 텍스트 레이블,
그리고이 상황에 직면했습니다 : -->
--> "나 자신"의 경우-버튼의 혼동을 피하기 위해-버튼 "세부 정보"자체에 서명하기로 결정했습니다.
따라서-비문을 버튼 자체가 아닌 (비문이 버튼 높이의 중간에 나타나기 때문에) 버튼에 "겹쳐진"텍스트 형태로 만들어야했습니다 (!) . 그래서 비문이 2 줄로 판명되었습니다:
따라서이 상황을 설명하는 이유-향후에 방법을 "발명"하는 경우-GUI의 버튼에 이러한 2-3 줄 캡션을 만드는 방법-> 캔버스없이 또는 캔버스를 사용하여 -->.
맞죠? :-)
GUI 편집기없이 :-)
또는 이렇게...
또는 이렇게
:-)
기록상으로는 10분의 여유가 있었습니다...
그렇죠? :-)
이것은 GUI 편집기가 없는 상태입니다 :-)
정도입니다.
또는 이
:-)
그냥 하는 말인데, 10분의 여유가 있었어요...