Tad, во, что и требовалось доказать. Там еще некоторые *.pas можно в *.dcu превратить, еще быстродействие поднимется

nesco, обнови по HiUpdate
------------ Дoбавленo:

да и в _base три ini обновились

Tad, ну обновил, и чего должно было случиться кардинального

Теперь с обновлением по HiUpdate трудностей нет - закачки почаще будут...

Поправил еще несколько ошибок при работе в сплит режиме. Впринципе, если не образать внимания на некоторые странности работы, то жить можно.

Ну да, если учитывать, что я ей пользуюсь раз в пятилетку


Да и с той можно было работать, если только один раз на него нажать и больше не клацать туда-сюда

а я очень часто.
может быть что утверждение не сбудется ?
Уж очень удобно.

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

Еще бы Ctrl вернуть ! (при установке компонентов в форму)

все на месте вроде.. о чем речь?

Интерфейс стал просто сказочным

Dilma, ты уж извини, что я запостил здесь, но мы уже говорили про менеджеров. Пытался реализовать менеджера отрисовки, но встретил препятсвие. Инициализация свойства менеджера происходит после Init контрола, а должно быть до, иначе никак не удается перевести контрол на внешнюю отрисовку. Анализируя наличие не nil ссылки на менджера, можно установить флаг перевода на Custom отрисовку перед созданием (но никак не после) контрола, а в Init указатель на менеджер всегда равен nil. Даже не знаю, как из этого выкрутиться.

nesco, есть причина, по которой инициализация менеджеров была искоючена из св-тв и передвинута на момент инициализации связей - если ты посмотришь, как эта самая инициализация выглядит, то увидишь, примерно такое:
а из этой строки следует, что MyElement1 и MyElement2 должны быть уже созданы к моменту её выполнения. А это значит разместить этот кусок кода до init элемента можно только в том случае, если гарантировать это условие. Без накладных расходов тут не обойтись...

Значит, проще будет сделать отрисовку по-умолчанию внутри метода CustomDraw

Сделал пробную версию кодогенератора - в нем при обнаружение св-ва типа data_element вызывается метод инициализации прилинкованного элемента. Можешь попробовать с ним поиграться. Однако при таком подходе мы рискуем получить неверный код при реализации сервера и клиента из Win элементов. Неверность будет состоять в том, что у них поменяется Z-order из-за принудительной перестановки в коде... Впрочем это совсем туманная проблема и можно про нее забыть.

Сейчас попробую

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


И еще -- объясни подробнее назначение ключа Interfaces в *.ini, я не пойму толком, на что оно должно ссылаться

Interfaces - определяет имена интерфейсов, которые предоставляет данный элемент. Соответсвенно у элемента-клиента, который этот интерфейс хочет использовать нужно указать его имя в св-ва data_element. Если по шагам, то все происходит так:
1) Ставим на форму элемент Button
2) Жмем на выпадающий список св-ва HintManager
3) Среда смотрит, чего у Button записано в этом св-ве в конфиг файле(ну в данном случае не у него, а у WinControl) - там стоит Hint
4) Среда переберает все элементы текущего контейнера и ищет те из них, у которых в секции Interfaces конфиг файла упомянуто имя Hint
5) Если таковой элемент найден, то у него изымается св-во Name и выводится в выпадающий список.

При компиляции примерно тоже самое происходит:
1) Обнаружили у Button заданное св-во HintManager
2) Запрашиваем у среды с каким элементом и по какому интерфейсу связано св-во
3) Получаем в ответ: HintManager по интерфейсу Hint
4) Формируем код: