Скачать: CL | DM;

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 вся ветка

Скачать: CL | DM;



Память: 0.46 MB
Время: 0.014 c