6.16.3 Заголовок (таблицы)

MHHeaderControl (автор Д. Жаров a.k.a. Gandlaf) – заголовок таблицы, который используется в списке list view, но без самого списка list view. Я вот решил, что мне такой объект не нужен, и не стал его включать в основной набор KOL. И так до сих пор и не придумал еще, для чего бы он мне мог понадобиться. Тем не менее, мало ли у кого какие могут появиться потребности.

6.16.4 Выбора шрифта

Для выбора шрифта вполне можно использовать функции API, позволяющие перебрать (enumerate) установленные в системе шрифта, и добавить их в свой комбинированный список. Эту работу автоматизируется специально созданным объектом TKOLFontCombobox из пакета EnhCombos (автор Boguslav Brandys, Польша).

Так же, имеется пакет MHFontDialog (автор Д. Жаров a.k.a. Gandalf), предназначенный для вызова системного диалога выбора шрифта.

6.16.5. Выбор цвета

В основном наборе объектов KOL имеется только диалог для выбора цвета. Но иногда цвет удобнее выбирать из комбинированного списка – когда набор цветов значительно более ограничен. Для этого может оказаться удобным использовать объект TKOLColorComboBox из EnhCombos (автор Boguslav Brandys, Польша).

6.16.6 Выбор диска

Имеется по крайней мере два варианта комбинированных списков для выбора имени дисковода:

SPCDriveComboBox (автор М. Бессчетнов) и

BAPDriveBox (автор А. Бартов).

6.16.7 Ввод пути к директории

Для этой задачи можно попробовать использовать компонент SPCDirectoryEditBox (автор М. Бессчетнов).

6.16.8 Выбор фильтра имени файла

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

6.16.9 Список файлов и директорий

Существует несколько готовых реализаций компонентов для просмотра списков файлов и/или директорий.

SPCDirectoryListBox, SPCFileListBox (автор М. Бессчетнов) – списки директорий и фалов на базе простого списка (list box).

BAPFileBrowser (автор А. Бартов) – уже практически готовое окно браузера файлов, только вставляй себе на форму и пользуйся.

DirTreeView (автор я, если не ошибаюсь) – дерево для просмотра (и выбора) директорий на диске.

KOLDirMon (опять мой) – просмотр содержимого директории с отслеживанием изменений на диске и автоматическим обновлением содержимого.

6.16.10 Ввод ip

MHIPEdit (автор Д. Жаров a.k.a. Gandalf) – специальное поле ввода интернет-адреса (IP). Использует соответствующее API (оказывается, и такое существует).

6.16.11 Календарь и выбор даты и/или времени

DateTimePicker (автор Boguslav Brandys, Польша) – аналог соответствующего компонента из VCL для выбора даты / времени.

MHMonthCalendar (автор Д. Жаров a.k.a. Gandalf) – календарь, для помещения на форму (именно такой вызывается из компонента DateTimePicker по нажатию на специальную кнопочку, но уже в виде отдельного модального диалога).

KOLMonthCalendar (автор Е. Михайличенко a.k.a. ECМ ) – еще одна реализация календаря.

6.16.12 Двойной список

Диалог для работы с двойным списком: DualList. Автор Boguslav Brandys (Польша) почерпнул идею из широко известного пакета RxLib.

6.16.13 Двухпозиционная кнопка (вверх-вниз)

KOLUpDown (автор тот же) – реализует кнопку для перелистывания значений или позиций вверх и вниз. Лично я предпочитаю использовать две маленькие кнопки с картинками для этой цели, но у каждого могут быть свои предпочтения.

6.16.14 Кнопка непрямоугольная

Tbitmapbutton из архива KOL_HHC_Unit (автор Tamerlan311) – обеспечивает рисование кнопок произвольной формы.

6.16.15 Расширенная панель

KOLmdvPanel (автор Д. Матвеев a.k.a. mdw) – панель с дополнительными возможностями.

6.16.16 Метка с изображением

Пара примеров того, как можно положить на форму картинку без написания собственного обработчика события OnPaint:

KOLmdvGlyphLabel (автор Д. Матвеев a.k.a. mdw) – метка с картинкой вместо текста.

SPLPicture (автор А. Правдин a.k.a. Speller) – картинка (bitmap) на форме.

6.16.17 Разделитель

KOLSeparator (автор я) – нечто вроде компонента splitter из основного набора, но принцип работы несколько иной. Идея перенесена из прародительской библиотеки XCL, где использовался именно такой разделитель.

6.16.18 Таблица

KOLListEdit (автор А. Шахайло) – позволяет редактировать вся ячейки таблицы, для отображения которой используется стандартный list view;

KOLListData (автор А. Шахайло) – основан на KOLListEdit, может использоваться как представление таблицы БД подобно TDBGrid в VCL;

StringGrid (автор неизвестен) – портированный из VCL компонент TStringGrid.

6.16.19 Подцветка синтаксиса

HilightMemo (автор я) – аналог многострочного редактора с возможностью подцветки синтаксиса, авто-вводом (auto-completion), откатами и откатами откатов. Компактный, имеется более десятка различных опций компиляции для конфигурирования желаемого набора возможностей;

VMHSyntaxEdit (автор Д. Жаров a.k.a. Gandalf) – еще один редактор с подцветкой синтаксиса, портирован из VCL-компонента;

VMHPasHighlighter – основан на VMHSyntaxEdit, специально предназначен для подцветки синтаксиса исходного текста на языке Паскаль.

6.16.20 GRush Controls

Автор этого пакета Александр Карпинский a.k.a. homm. Пакет содержит набор контролов с чрезвычайно красивым внешним видом (с «живыми» кнопками в стиле «плавленый металл»), работают эти визуальные элементы очень быстро, вплоть до использования MMX для ускорения графики. Разумеется, использование этого набора компонентов несколько увеличивает размер приложения (примерно от 20К дополнительно). Но иногда такое увеличение размера может быть оправдано существенным улучшением внешнего вида, повышающим конкурентоспособность вашей разработки в глазах пользователей, избалованных красивыми интерфейсами Windows. Немаловажным является и тот факт, что вид интерфейса будет одинаково «крут» независимо от того, включены или не включены темы XP. Он не зависит даже от версии операционной системы, и выглядит так же привлекательно и в Windows 95.

Соблазненный внешним видом этих контролов, я так же решил приложить руку к внедрению этого пакета. Мною был разработан специальный миграционный модуль ToGrush.pas, который позволяет значительно упростить переход к использованию этого интерфейса от обычного скучноватого внешнего вида. Теперь достаточно добавить ссылку на этот модуль в конец списка используемых модулей, и после перекомпиляции практически все контролы принимают новый облик. Более того, если эту добавку заключить в скобки {$IFDEF USE_GRUSH}, ToGrush {$ENDIF}, то теперь наличие символа условной компиляции USE_GRUSH будет определять, используется ли этот пакет, или контролы сохраняют свой стандартный интерьер. Это позволяет, в частности, быстро сравнить размер приложения в случае использования и не использования пакета, или быстро пересобрать приложение для случая стандартного интерфейса, если вдруг приложение стало вести себя некорректно, и вы подозреваете, что дело в этом пакете (хотя это, конечно, вряд ли так). И, разумеется, это позволяет очень быстро перейти к новому интерфейсу без полной его переработки под новые контролы.

При этом существует ряд особенностей, связанных с отсутствием в пакете GRushControls некоторых стандартных элементов управления. Например, в нем нет линейки инструментов (toolbar). Этот визуальный элемент, тем не менее, легко имитируется созданием панели с кнопками (благо, что кнопки в рассматриваемом пакете могут содержать и картинку, и текст).

В модуле ToGrush функция конструкции линейки инструментов фактически берет на себя создание аналога toolbar-контрола именно по этой схеме: создается панель, и на ней размещаются кнопки. Важный момент заключается в том, что для пиктограмм линейки управления вы более не можете использовать системные изображения, и изображения, ширина которых отличается от высоты, а так же картинки из списка изображений (image list). В этом случае, например, MCK генерирует такой код для создания линейки, в котором дескриптор изображения передается функции NewToolbar в качестве параметра. / В любом из прочих случаев в первом вызове NewToolbar на месте этого параметра передается 0, и изображения добавляются позже, и в результате функция NewToolbar из модуля ToGrush не может связать пиктограммы с кнопками /.

Я пошел даже на то, чтобы внести изменения в модули KOL, KOLadd и в пакет MCK с тем, чтобы переход на GRushControls мог происходить без особых проблем в случае использования MCK. А именно, тип TEdgeStyle, определяющий внешний вид границы панели, пополнился значениями esTransparent и esSolid. В обычном случае эти стили ничем не отличается от стиля esNone (и соответствует отсутствию видимой вдавленной или выдавленной границы). В случае же использования GRushControls через переходный модуль ToGrush этот стиль используется для создания прежней (не в стиле GRushControls) панели, (в случае esTransparent – такая панель сразу делается прозрачной) и опять же, без выделенных границ. Дело в том, что вложенные панели часто используются для группировки контрола, но их границы или заливка не должны делать их заметными на фоне родительских панелей или формы. В этом случае достаточно выставить панели именно этот стиль, чтобы получить требуемый результат.

Кроме того, я перенес функцию ShowQuestionEx и использующие ее функции ShowQuestion и ShowMsgModal из KOL.pas в модуль KOLadd.pas, а в список USES модуля KOLadd добавил как раз вышеописанную ссылку на модуль ToGRush в скобках условной компиляции. Таким образом, создаваемые этими функциями диалоги так же автоматически будут использовать пакет GRushControls, если в приложении определен символ USE_GRUSH. Аналогичная ссылка на модуль ToGrush добавлена так же в модуле KOLDirDialogEx, так что и этот диалог для быстрого выбора директории теперь использует стиль GRushControls, если это определено для всего приложения.