Вверх ↑
Этот топик читают: Гость
Ответов: 632
Рейтинг: 16
#16: 2007-12-15 00:21:00 ЛС | профиль | цитата
andrestudio,
из за своей лени
с этого и стоило начинать...
ну а Вам и Вашим парусам хорошего ветра...
это ты так культурно послал чтоли?
карма: 0

0
Ответов: 5227
Рейтинг: 587
#17: 2007-12-15 10:04:44 ЛС | профиль | цитата
Geka, Вы что через строчки читаете?, и других учите тому же, всего НАИЛУДШЕГО пожелал просто напросто вот и всё...
карма: 4
Мой форум - http://hiasm.bbtalk.me/ схемы, компоненты...
0
Ответов: 209
Рейтинг: 3
#18: 2007-12-18 17:26:25 ЛС | профиль | цитата
andrestudio, чтобы не мучиться с новыми элементами в разных версиях, засунь из нового элемента то, чего нет в стандартных в инлайн код, остальное - схемой из стандартных элементов, плюс проблем с инсталяцией/деинсталяцией не будет.
карма: 0

0
Разработчик
Ответов: 26158
Рейтинг: 2127
#19: 2007-12-18 18:01:25 ЛС | профиль | цитата
Интересно, как он код редактора с подсветкой будет в IC засовывать Бог в помощь...
карма: 22

0
Гость
Ответов: 17029
Рейтинг: 0
#20: 2007-12-18 19:07:50 правка | ЛС | профиль | цитата


Редактировалось 2 раз(а), последний 2021-05-21 12:11:07
карма: 0

0
Ответов: 209
Рейтинг: 3
#21: 2007-12-20 14:27:56 ЛС | профиль | цитата
Интересно, как он код редактора с подсветкой будет в IC засовывать

nesco, насколько я понимаю код - он и в Африке код и в инлайне код, и в элементе код. Любой элемент можно вписать в инлайн, связи ж с HiAsmom те же самые. Другой вопрос - отделить зерна от плевел (т.е. возможный набор стандартных элементов от нового, тут действительно
Бог в помощь...

карма: 0

0
Администрация
Ответов: 15295
Рейтинг: 1519
#22: 2007-12-20 15:01:50 ЛС | профиль | цитата
ХЭМ, на самом деле к-га nesco, прав. Даже если оставить за кадром невозможность увидеть визуальный элемент в редакторе форм, который будет вставлен через IC, то вопрос определения родителя как был так и останется. Весьма интересно посмотреть, как эту задачу можно решить...
карма: 27
0
Ответов: 2125
Рейтинг: 159
#23: 2007-12-20 15:16:20 ЛС | профиль | цитата
В идеале было бы так - я вставляю код любого визуального элемента, меняю имена на HiAsmUnit и THiAsmClass - и оно работает.
Разница лишь в том, какой конструктор вызывать: с родителем, или без. Но тут можно лишь другой IC-элемент сделать (или по имени юнита отследить: HiAsmControl).
------------ Дoбавленo:

Что касается отображения в редакторе форм - компилятор-же под рукой: делаем на лету DLL с этим визуальным IC и proxy-родителем и грузим в среду.
карма: 1

0
Администрация
Ответов: 15295
Рейтинг: 1519
#24: 2007-12-20 15:24:09 ЛС | профиль | цитата
если в среде VCL форму в редакторе заменить на KOL, то идея может оказаться весьма удачной
карма: 27
0
Ответов: 9906
Рейтинг: 351
#25: 2007-12-20 15:27:11 ЛС | профиль | цитата
Можно всегда с родителем вызывать (в CodeGen)
Типа: в TDebug сделать альтернативного конструктора.

Для мультиков же всегда с родителем вызываются...
Т.е., если среда разрешит поставить Edit в MultiElementEx - вопросов в кодогенерации возникнуть не должно
карма: 9

0
Ответов: 2125
Рейтинг: 159
#26: 2007-12-20 16:33:40 ЛС | профиль | цитата
Вот сейчас проверил, если подправить CodeGen будет работать вот такое:

unit HiAsmControl;

interface

uses kol,Share,Win,Debug;

type
THiAsmClass = class(THIWin)
private
public
procedure Init; override;
end;

implementation

procedure THiAsmClass.Init;
begin
_prop_Left := 30;
_prop_Top := 30;
_prop_Width := 200;
_prop_Height := 60;
Control := NewButton(FParent,'Test');
inherited;
end;

end.

Всего-то добавил замену 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

0
Разработчик
Ответов: 26158
Рейтинг: 2127
#27: 2007-12-20 19:42:55 ЛС | профиль | цитата
Ну понеслась душа в рай

А как мессаги предполагается, в таком случае, перехватывать, или, все же, лепить свой обработчик?
карма: 22

0
Ответов: 9906
Рейтинг: 351
#28: 2007-12-20 20:34:46 ЛС | профиль | цитата
nesco писал(а):
А как мессаги предполагается, в таком случае, перехватывать, или, все же, лепить свой обработчик?

nesco, а ты сам-то понял хоть, что спросил




А вообще, напрашивается полная ревизия той части концепции, которая касается
а) "невидимого" линка parent-child
б) понимания этого линка средой
в) отображения всего этого безобразия в редакторе форм
г) и не просто отображения, а правильной эмуляции алигнов, анчоров, и прочей (может и не придуманной еще) фигни

карма: 9

0
Ответов: 2125
Рейтинг: 159
#29: 2007-12-20 21:24:06 ЛС | профиль | цитата
Ну ведь с Custom элементами нет проблем. Какая ревизия?
карма: 1

0
Администрация
Ответов: 15295
Рейтинг: 1519
#30: 2007-12-20 21:39:39 ЛС | профиль | цитата
Galkov писал(а):
б) понимания этого линка средой

Среда этот линк понимает и отображает его как наличие визуальных элементов в области родителя-контейнера в редакторе форм.
------------ Дoбавленo:

Dilma писал(а):
Ну ведь с Custom элементами нет проблем.

Custom элементы хороши тем, что они картинку в памяти отрисовать могут без проблем. Ибо им всеравно, где её рисовать. А вот любой встроенный элемент ОС в памяти не отрисуешь
карма: 27
0
Сообщение
...
Прикрепленные файлы
(файлы не залиты)