Процессора в расчет не берутся
------------ Дoбавленo:

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

для всех массивов выводит количество элементов в них. Кроме массива строк - думаю туда все же не так часто килобайты текста помещают...

Подсказка над точкой:



если у точки в описание специальным образом прописаны аргументы, то они выводятся в скобках после имени. Скажем аргументы для Work точек это используемые во время работы Data точки, аргументы для Event точек - данные, выдаваемые в поток(очевидно, что при их количестве больше 1 в поток поступает МТ). Для Data и Var точек аргументов нет.

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

------------ Дoбавленo:


Dilma, я еще серъезно подсказками не занимался -- каким способом эти подсказки делаются, и можно ли небольшой пример

не можно, а нужно! Но старый оставить как есть. Думаю следует вообще сделать отдельную вкладку скажем Managed controls, где каждая подгруппа это куски одного элемента. Ну и очевидно прежде, чем приступать к разработке нужно совместно подумать каким менеджеры будут общими для всех и какой интерфейс им сделать(например источник картинок или иконок нужен каждому второму, я бы еще сделал какой-нибудь менеджер пользовательской отрисовки для элементов ListBox, ComboBox, StringTable и всех прочих, ну и наконец все истоники данных так же должны подключаться ко всем им). Перспективность как я уже говорил очевидна - имея весь этот механизм в рабочем состояние мне достаточно сделать один новый менеджер и файктически все компаненты, работающие с его интерфейсом автоматически получают новый функционал.
------------ Дoбавленo:


собственно так панели работают везде, где мне доводилось видеть...


такие подсказки с подцветкой и графикой пока делаются только в build 171.

Такая пользовательская отрисовка подойдет для все компонентов, имеющих общее событие onPaint, но совершенно неприемлемо для StringTable, там, для этих целей, свое событие. Класс ListView по некоторым событиям несовместим ни с чем.

Если у нас панель называется "Свойства", в панели вкладки "Свойства" и "Точки", то даже при
в infotips.txt должно быть
галочку напротив соответствующей точки в панели Свойства.
Нет у нас панели "Параметры".
И по большому счету - это совершенно разные вещи.
Параметры - это параметры,
А свойства - это свойства.

Dilma,
Вообщем всё понравилось
Хотелось бы сделать несколько предложений.
1)Думаю врядли нужны надписи для боковых панелей
достаточно будет иконок с подсказками.
2)Предлагаю немного изменить режим работы (открытия панелей)
При подводе курсора к краю экрана - всегда открывается
последняя выбранная панель!
Панели же выбираются кликами на их иконках.
3)Непривычна иконка для пункта float
может использовать стандартную заколку.

нет, я не это имел ввиду. Пользовательская отрисовка должна быть основана не на onPaint, а на отрисовке каждого отдельного элемента данного контейнера(для списко строк - строка, для таблиц - ячейка и т.д.). При этом в поток должны поступать все данные, достаточные для отрисовки элемента компанентами палитры. Скажем для ListBox и ComboBox выдается 4 параметра - Index|Text, X, Y, State(состояние пункта). Имея такой простой интерфейсик практически автоматом получаем список цветов, список шрифтов, список дисков и т.д и т.п.



опционально


а это пожалуй поумолчанию будет


а это не иконка - два символа >>. Впрочем если в каком-то из шрифтов есть эта заколка можно поменять
------------ Дoбавленo:


добавлю все sha из int в публикатор - сами исправлять будете...

А тебе не кажется, что это будет очень медленно и объемно Я такое уже делал -- цветная кнопка на базе PaintBox'a, не совсем-то просто получилось, хотя и работало

Вернусь чуть-чуть назад.
К примеру Label
Font - это параметер Label
ParentFont - это свойство Label
Значение ParentFont - (True,False) - это параметер свойства ParentFont, а не Label

Splitter - это свойство Label
а то что откравается при нажатии на плюсик:
Левая колонка - свойства splitter-а
Правая - параметры свойств Splitter-a
и совершенно эти параметры к Label никакого отношения не имеют.

во внутренней передачи между элементом и менеджером это не будет очень медленно и объемно. Ну а для пользовательской отрисовки это будет не медленнее, чем все остальное в этом пакете...


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

Я так полагаю, что менеджер отрисовки (к примеру) должен на себя взять отрисовку по-умолчанию, и, при наличии определенных параметров, переключаться на пользовательскую отрисовку

Доступен build 171. Правки:
- доработан менеджер панелей: в настройках появилась возможность выбрать стиль показа Flat панелек(по рекомендации от Вячеслав,а), а так же способ их отображения. Так же теперь можно "закрепить" открытую панельку путем повторного нажатия на соответствующую ей кнопку(цвет кнопки при этом меняется на темный).
- внешний вид и наполнение подсказок
- элемент SdeHint для вывода своих собственных хинтов в среде. Например так:

немного не так. Идея тут таже, что и с HintManager - есть например элемент ListBox, который сам по себе умеет отображать список своих строк(встроена у него такая возможность и все тут). Есть у него св-во DrawManager. Если оно не задано, то элемент ведет себя как обычно, иначе перенаправляет всю отрисовку в этот самый DrawManager. А он в свою очередь может быть представлен элементами FileDrawManager(рисует в ListBox список файлов с иконками из заданной директории), FontDrawManager(тут думаю понятно все), ColorDrawManager(рисует список цветов с именами и собственно цветом), UserDrawManager(этот ничего не рисует, а перенаправляет все на внешние события для отрисовки элемента пользователем). Все отличие от того, что мы делали с хинтами лишь в том, что поумолчанию у контролов нет никаких хинтов вообще и поэтому приходилось такой менеджер делать даже тогда, когда св-во было не задано.

А, вот оно, что имеется ввиду. Думаю, можно еще добавить StyleDrawManager, позволяющий стилизовать отрисовку стандартных строк, ну там: градиент, иконки, цвет текста, цвет селекта, и т.д. Это то, что я делал в расширенных компонентах. Ну или StyleDrawManager сделать главным DrawManager'ом, а все остальное к нему цеплять и отрисовывать поверх