Обсуждение статьи "Пользовательские графические элементы управления. Часть 1. Создание простого элемента управления"

 

Опубликована статья Пользовательские графические элементы управления. Часть 1. Создание простого элемента управления:

В статье рассматриваются общие принципы разработки графических элементов управления, выполняется подготовка средств для быстрой и удобной работы с графическими объектами, приводится пример создания простого элемента управления для ввода текстовых или числовых данных и пример его использования.

Автор: Дмитрий

 

Интересно, а что планируется во второй части?
 
sergeev:

Интересно, а что планируется во второй части?
Во второй библиотека стандартных элементов управления (более 10 штук: чекбокс, комбокс, скроллбары, список, радиокнопки и пр.), в третьей - создание форм с элементами управления.
 

Идеология меняться будет ?  ...очень нужно чтоб поменялась.

наверно начать надо с третьей части - создание форм с помощью ваших элементов управления.

и перейти в следующей части - к устройству внутренностей каждого элемента.

то есть сначала просветить юзеров как работает комплекс в целом, как обменивается сообщениями и событиями дочерний элемент с родительским, как работает идеология в общем виде. Это важно, так как желательно перейти от общего к частному, - к тонкостям каждого конкретного элемента.

И кстати - акцент на отрисовке, то есть как рисуется каждый элемент - делать не стоит (вкратце можно, но у вас ведь все элементы отрисовываются функцией Show, поэтому юзеры и так будут знать куда им смотреть в каждый класс. чтоб увидеть блок рисования). Отрисовка ведь на самомо деле ничто по сравнению с идеологией процесса в целом.

Будет лучше показать несколько готовых примеров форм, в которой связаны между собой все элементы.

То есть на готовом примере разобрать частности.

 
sergeev:

Идеология меняться будет ?  ...очень нужно чтоб поменялась.

наверно начать надо было с третьей части - создание форм.

и перейти постепенно к устройству внутренностей каждого элемента.

Что конкретно в идеолигии?

Форма это по сути ничто - координаты x и у. 

Если бы с формы начать, что там писать - "это форма, а сюда будет добавляться элемент управления, а здесь обрабатываться его событие...", а что за элемент управления, что он из себя представляет - никому не известно.

Если во второй части делать форму, пока имеем всего один элемент управления - не показательно и не красиво. 

 
Integer:

Что конкретно в идеолигии?

Форма это по сути ничто - координаты x и у. 

расширил ответ чуть выше.

Вы правы. В том и дело, что форма ничто. Главное - процесс обмена событиями и взаимодействие всех элементов в целом. А это можно объяснить только когда демонстрируешь работу системы в целом, а не по элементно.

 
Integer:

Если во второй части делать форму, пока имеем всего один элемент управления - не показательно и не красиво. 
А у вас уже готов класс формы и контроля контролов?
 
sergeev:

расширил ответ чуть выше.

Вы правы. В том и дело, что форма ничто. Главное - процесс обмена событиями и взаимодействие всех элементов в целом.

Будет на форме и кнопка ОК и Отмена, сохранение данных на случай перезапуска терминала.  Будет оработка событий, возможность перетаскивать форму, сворачивать.
 
sergeev:
А у вас уже готов класс формы и контроля контролов?

Вполне готов. Сначала делал без подокон, сейчас все переделываю для работы в подокнах.

 

 
sergeev:

Идеология меняться будет ?  ...очень нужно чтоб поменялась.

наверно начать надо было с третьей части - создание форм с помощью ваших элементов управления.

и перейти в следующей части - к устройству внутренностей каждого элемента.

то есть сначала просветить юзеров как работает комплекс в целом, как обменивается сообщениями и событиями дочерний элемент с родительским, как работает идеология в общем виде. Это важно, так как желательно перейти от общего к частному, - к тонкостям каждого конкретного элемента.

И кстати - акцент на отрисовке, то есть как рисуется каждый элемент - делать не стоит. Лучше показать несколько примеров как работают формы и связаны между собой все элементы. Отрисовка ведь на самомо деле ничто по сравнению с идеологией процесса в целом.


Не скажите, примеров создания простых кодов уже хватает, а вот создать удачную иерархию классов или хотябы удобную для реализации схему универсального, легко трансформируемого продукта пока нет. Даже стандартные классы  от MQ закладывая возможности наперёд, часто усложняют написание программ.


 
Integer:
Будет на форме и кнопка ОК и Отмена, сохранение данных на случай перезапуска терминала.  Будет оработка событий, возможность перетаскивать форму, сворачивать.

ок. Это очень хорошо.

Если во второй части расскажите про высокоуровневые функции, то компонентами статьи начнут быстрее пользоваться.
Я бы всё таки начал с формы + кнопки (+ inputbox) и потом только в третьей части рассказал про конкретные компоненты управления - списки, меню и т.д.

Ведь задача - научить писать такие контролы. Но пока нет формы, куда их вставить, то статья не даст такого зрелищного и нужного эффекта.
К томуже как только вы дадите Форму+Button (имею ввиду 3 вида - radio, push, check) + EditBox уже во второй статье, то юзер будет видеть классы в целом и сможет создавать свои контролы самостоятельно.


Причина обращения: