Форум: "KOL";
Текущий архив: 2007.08.19;
Скачать: [xml.tar.bz2];
ВнизKOL/MCK и обыкновенные VCL компоненты и библиотеки Найти похожие ветки
← →
fender (2006-12-21 19:02) [0]Возможно ли использование сторонних невизуальных VCL компонентов и библиотек в KOL/MCK проектах? Каким образом можно заставить их работать, если кто-то это уже делал подскажите...
← →
MTsv DN © (2006-12-21 20:02) [1]Невизуальных - можно... Хотя думаю не все. А заставить их работать просто. Не кидать на форму, а создавать динамически, определять вручную стартовые свойства, события и др. И все... Но только размер ехе-шника, естесссна увеличится...
← →
fender (2006-12-21 20:54) [2]Так я динамически и создавал, ясное дело что на форму бросать только MCK можно. Но ни один компонент не работает.
Размер конечно уменьшится, но есть то от чего отказаться или портировать нельзя потомучто исходников нет.
← →
MTsv DN © (2006-12-21 22:56) [3]А какой именно компонент надо использовать???
← →
Trible (2006-12-22 00:25) [4]Какой компонент? У меня как раз время свободное, и много желания! т.к. уже два компонента получилось у меня! С удовольствием за третий возьмусь...
← →
fender (2006-12-22 16:16) [5]Как только освобожусь напишу все подробно
← →
fender (2007-01-09 21:00) [6]Ситуация следующая:
Все нормально работает и компилируется если бросить любые компоненты из библиотеки на форму MCK проекта и прописать юниты после {$ENDIF (place your units here->)}. Размер бинарника растет, но выигрыш по сравнению с VCL проектом около 300кб. Естественно при присвоении свойств все перестает работать, надо создавать класс вручную и прописывать все параметры.
Вопрос в том можно ли создать MCK-зеркало для класса наследника TComponent только для того чтобы избавиться от необходимости создавать и прописывать все вручную, при этом не переписывая всю библиотеку под KOL? Размер устраивает и вся задача только в том чтобы получить возможность менять все в инспекторе.
Страницы: 1 вся ветка
Форум: "KOL";
Текущий архив: 2007.08.19;
Скачать: [xml.tar.bz2];
Память: 0.45 MB
Время: 0.049 c