300 лет назад был топик про интерфейс и все такое. Давайте продолжим те традиции? Выкладываем примеры с небольшим сопроводительным описанием, скриншотами и плюсами решения.




1. Минималистичный внешний вид,
2. Разнесены данные и управление фильтрами на разные вкладки
3. В систему фильтров встроен гибкий фильтр по датам(сегодня, вчера, прошлый месяц и так далее), в том числе и указание периода и точной даты
4. Понятная настройка отображение столбцов и их порядок следования
5. Выгрузка отчета в Excel, исходя из настроек фильтров и столбцов
6. Вместо кнопок для новой операции и выгрузки в Excel применены костыли в виде картинки и label`а.


p.s. Это не "рабочий" проект, а сделанный на коленке прототип журнала операций.

Как-то с картинками не задалось:

https://ibb.co/d4TGF0
https://ibb.co/m26ghf

Сам файл проекта.

vmag, знал же, что было. Хотя была еще более старая ветка. Без намека на намеки на агрессию, спасибо.

alecko, как то без "потыкать" - смотрится не очень. Не поклонник я цветных решений(без всякого расизма, само собой).

Еще одно "решение" - справочники, деревья и все-все-все.
В примере никаких "красивостей" с точки зрения ui нет, но есть некоторые находки, которые давно витают в воздухе и которые неоднократно обсуждали господа nord-wolf и Программист-Любитель(он же П-Л) - работа с экземплярами форм.(у них это реализовано - у каждого немного иначе)

Цель прототипа на коленке - получить возможность за фиксированное время добавить в систему унифицированную форму справочника, без добавления кода, форм и так далее. Кроме того, хранить метаинформацию об имеющихся формах в проекте(как завещал П-Л) - тоже солидный бонус к описательной части любого проекта, если все сделать грамотно.

В примере есть 3 таблицы - иерархические справочники(Список смежности, самый примитивный вариант реализации, не считая глубины элемента), для каждой из таблиц можно открыть, собственно, саму форму с деревом(стандартный контрол винды. В новых 64х битных виндах бывают с ним проблемы и как бороться общего решения я не нашел), и из каждой формы справочника можно открыть форму свойств элемента.

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

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

Чтобы потыкать: запускаем форму frmMain и тыкаем. Местами есть нерабочий код(перемещение в другую группу, например, сделано, но если там есть дочерние элементы, по-моему -криво, но не суть). Чтобы переместить элемент из одной группы в другую в свойствах элемента нажимаем напротив группы элемента три точки, выбираем в открывшемся дереве(тоже, кстати, экземпляр) нужный элемент и нажимаем энтер.

p.s. Мета информация хранится в двух таблицах: r_forms и r_form_params.

aleckoчто то там потеряно не открывает. но скажу сразу что с эвентами все хорошо пока у вас один модуль класса в коллекции - если таких модулей класса несколько, event в модуле вызова не различает с какого именно класса прилетает евент- поэтому для себя сделал вывод что лучше public sub объявлять в родительском модуле класса и засовывая в качестве аргумента признак (типа номера точки) - получаю все что нужно.

Возможно референсы: http://prntscr.com/lceyq8

С эвентами там все несколько прозрачнее(ссылка на форму, и через нее уже ловля всех эвентов).

PredeclaredОзверин... унифицированную форму справочника, без добавления кода, форм и так далее. ...
Засада, как всегда, скрывается в деталях.
Я отказался от полностью унифицированной формы по простой причине:
малейшая потребность в дополнительном контроле, кнопке, например,
выливается в кучу геморроя.
Всю типовую обработку унифицировал, но табачок врозь формочки разные.

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

Пример, есть общий для всех справочников класс clsRef и несколько разных форм frmRef1, frmRef2. У них общая логика построения деревьев, общая логика кнопок Добавить элемент или удалить. Весь этот код реализован в класс clsRef. Но вот в frmRef2 попросили добавить поиск по артиклу, кроме имени товара. Добавляем контрол в форму frmRef2 и реализуем весь функционал там.

Predeclared, вот так выглядит код в форме: )

http://prntscr.com/lcf7be

при том, что сама форма довольно богата функционалом http://prntscr.com/lcf7gb

PredeclaredКстати говоря, кнопки удобней, кмк, унифицировать с MSComctlLib.Toolbar.
Не?

Может быть, не пробовал ни разу. Делитесь ;)