из за своей лени
с этого и стоило начинать...
ну а Вам и Вашим парусам хорошего ветра...
это ты так культурно послал чтоли?
Ответов: 632
Рейтинг: 16
|
|||
andrestudio,
из за своей лени с этого и стоило начинать...
ну а Вам и Вашим парусам хорошего ветра... это ты так культурно послал чтоли? |
|||
карма: 0 |
|
Ответов: 5227
Рейтинг: 587
|
|||
Geka, Вы что через строчки читаете?, и других учите тому же, всего НАИЛУДШЕГО пожелал просто напросто вот и всё...
|
|||
карма: 4 |
|
Ответов: 209
Рейтинг: 3
|
|||
andrestudio, чтобы не мучиться с новыми элементами в разных версиях, засунь из нового элемента то, чего нет в стандартных в инлайн код, остальное - схемой из стандартных элементов, плюс проблем с инсталяцией/деинсталяцией не будет.
|
|||
карма: 0 |
|
Разработчик
Ответов: 26158
Рейтинг: 2127
|
|||
Интересно, как он код редактора с подсветкой будет в IC засовывать Бог в помощь...
|
|||
карма: 22 |
|
Гость
Ответов: 17029
Рейтинг: 0
|
|||
Редактировалось 2 раз(а), последний 2021-05-21 12:11:07 |
|||
карма: 0 |
|
Ответов: 209
Рейтинг: 3
|
|||
Интересно, как он код редактора с подсветкой будет в IC засовывать
nesco, насколько я понимаю код - он и в Африке код и в инлайне код, и в элементе код. Любой элемент можно вписать в инлайн, связи ж с HiAsmom те же самые. Другой вопрос - отделить зерна от плевел (т.е. возможный набор стандартных элементов от нового, тут действительно Бог в помощь... |
|||
карма: 0 |
|
Администрация
Ответов: 15295
Рейтинг: 1519
|
|||
ХЭМ, на самом деле к-га nesco, прав. Даже если оставить за кадром невозможность увидеть визуальный элемент в редакторе форм, который будет вставлен через IC, то вопрос определения родителя как был так и останется. Весьма интересно посмотреть, как эту задачу можно решить...
|
|||
карма: 27 |
|
Ответов: 2125
Рейтинг: 159
|
|||
В идеале было бы так - я вставляю код любого визуального элемента, меняю имена на HiAsmUnit и THiAsmClass - и оно работает.
Разница лишь в том, какой конструктор вызывать: с родителем, или без. Но тут можно лишь другой IC-элемент сделать (или по имени юнита отследить: HiAsmControl). ------------ Дoбавленo: Что касается отображения в редакторе форм - компилятор-же под рукой: делаем на лету DLL с этим визуальным IC и proxy-родителем и грузим в среду. |
|||
карма: 1 |
|
Администрация
Ответов: 15295
Рейтинг: 1519
|
|||
если в среде VCL форму в редакторе заменить на KOL, то идея может оказаться весьма удачной
|
|||
карма: 27 |
|
Ответов: 9906
Рейтинг: 351
|
|||
Можно всегда с родителем вызывать (в CodeGen)
Типа: в TDebug сделать альтернативного конструктора. Для мультиков же всегда с родителем вызываются... Т.е., если среда разрешит поставить Edit в MultiElementEx - вопросов в кодогенерации возникнуть не должно |
|||
карма: 9 |
|
Ответов: 2125
Рейтинг: 159
|
|||
Вот сейчас проверил, если подправить CodeGen будет работать вот такое:
Всего-то добавил замену HiAsmControl, вызов с родителем и .Init (если в тексте есть HiAsmControl). Но лучше сделать WinInlineCode (или InlineControl), со всеми свойствами WinElement-а. ------------ Дoбавленo: Dilma писал(а): если в среде VCL форму в редакторе заменить на KOLМухи отдельно, котлеты отдельно. Можно чтобы proxy-родитель в DLL-ке отрисовывался в битмап, который и рисовать в редакторе форм подобно всем draw-элементам. Я так полагаю всю работу можно даже возложить на код в папке draw (типа сделать WinInlineCode.dpr), а среду можно и не трогать ------------ Дoбавленo: Одна только проблема - указатель Applet ------------ Дoбавленo: Galkov писал(а): Можно всегда с родителем вызывать Вобщем-то неполхая идея. И Init тоже можно всегда вызывать. |
|||
карма: 1 |
|
Разработчик
Ответов: 26158
Рейтинг: 2127
|
|||
Ну понеслась душа в рай
А как мессаги предполагается, в таком случае, перехватывать, или, все же, лепить свой обработчик? |
|||
карма: 22 |
|
Ответов: 9906
Рейтинг: 351
|
|||
nesco писал(а): А как мессаги предполагается, в таком случае, перехватывать, или, все же, лепить свой обработчик?nesco, а ты сам-то понял хоть, что спросил А вообще, напрашивается полная ревизия той части концепции, которая касается а) "невидимого" линка parent-child б) понимания этого линка средой в) отображения всего этого безобразия в редакторе форм г) и не просто отображения, а правильной эмуляции алигнов, анчоров, и прочей (может и не придуманной еще) фигни |
|||
карма: 9 |
|
Ответов: 2125
Рейтинг: 159
|
|||
Ну ведь с Custom элементами нет проблем. Какая ревизия?
|
|||
карма: 1 |
|
Администрация
Ответов: 15295
Рейтинг: 1519
|
|||
Galkov писал(а): б) понимания этого линка средойСреда этот линк понимает и отображает его как наличие визуальных элементов в области родителя-контейнера в редакторе форм. ------------ Дoбавленo: Dilma писал(а): Ну ведь с Custom элементами нет проблем. Custom элементы хороши тем, что они картинку в памяти отрисовать могут без проблем. Ибо им всеравно, где её рисовать. А вот любой встроенный элемент ОС в памяти не отрисуешь |
|||
карма: 27 |
|