> monogandhi   (30.11.08 22:53) [15]
>
> Сергей М. ©   (30.11.08 22:47) [12]
>
> Речь шла о том, нужно ли для этого делать пакет


Пакет нужен, прежде всего, в дизайн-тайм, коль речь зашла о dfm.


> Без создания пакета, он не появится на вкладках с компонентами


> Выходит, что пакет создавать таки нужно. А вы говорите что
> не нужно


А у тебя что, язык не поворачивается сказать, что речь изначально идет о дизайн-тайм ?

Для дизайн-тайм пакет обязателен, для ран-тайм не обязателен.

> monogandhi

Что мне тут все портишь??? :)
Заведи себе свою ветку )))

Сергей М. ©   (30.11.08 22:58) [20]

Простите, два раза я обращал ваше внимание на то, что компонент визуальный.

{RASkov} ©   (30.11.08 23:02) [21]

Прошу меня извинить, измучался просто с этим весь.

> {RASkov} ©   (30.11.08 22:57) [18]


> ставлю данную галку и очищаю строку со списком бплок


А зачем ты ее чистишь всю ?
Убрать следует лишь заведомо неиспользуемые пакеты, а не все подряд без разбора.


> можно оставить одну какую-нибудь и положить ее к программе
> в папку


Тебе что, все равно какую ?)

> два раза я обращал ваше внимание на то, что компонент визуальный


И что ?

Визуальный компонент м.б. инстанцирован как в ран-тайм, так и в дизайн-тайм.
Вопрос лишь в том, автоматически ли это делается или вручную.

Сергей М. ©   (30.11.08 23:05) [24]

Да, я уже высказал свою догадку об этом в [11], не пытайтесь защищаться, ваша позиция видна насквозь.
В моем случае проще морочиться с пакетом. Но не будем же побивать друг друга словесами неприличными. Мира, добра и счастья вам.

> [23] Сергей М. ©   (30.11.08 23:03)
> А зачем ты ее чистишь всю ?

Хотел, чтоб стандартные прилинковались к экзе, и все былоб как обычно.... и только мои БПЛки подгружались бы динамично.... если имеются.
не к чему таскать все стандартные пакеты.... я так не планировал :(


> Тебе что, все равно какую ?)

ну да... например я оставил только последнюю из того списка dclOfficeXP.... но вот сейчас глянул на размер экзе и огорчился.... он такой же маленький :( т.е. библиотеки так и остались не прилинкованные....

Вопрос:
если эту галку [9] не ставить то никак не избавится от этих граблей, например о которых я указал в [0](TFont)?

> В моем случае проще морочиться с пакетом


Что это за "твой случай" такой ?
Ты для кого все это затеял - для себя лично или для будущих сторонних разработчиков-пользователей своего компонента ?

Сергей М. ©   (30.11.08 23:19) [27]

Если вам интересно, то имеется некоторый нетривиальный компонент для визуального представления данных, написанный сторонними разработчиками.
Требуется некоторым нетривиальным образом изменить поведение его субкомпонентов. Наиболее просто это можно сделать, создав потомка.
Однако при этом, проект начинает размазываться по пакетам... Насколько я понимаю, для Дельфи это стандартная практика?

> {RASkov} ©   (30.11.08 23:16) [26]



> ставил только последнюю из того списка dclOfficeXP


Любая прикладная bpl, поскольку она безусловно собирается с ран-тайм пакетами, использует стандартные bpl, которые автоматически подключаются к проекту, использующему эту прикладную bpl.
Как минимум это rtl и vcl.

В противном случае нафих нужны такие пакеты, если они будут дублированы в АП процесса ?

> Наиболее просто это можно сделать, создав потомка


Если есть исх.тексты ориг.компонента, то гораздо проще изменить их - в этом случае плодить пакеты не придется.


> для Дельфи это стандартная практика?


Да.


> проект начинает размазываться по пакетам


Не понимаю, почему тебя это так сильно заботит ..

> monogandhi


я надеюсь, ты в курсе, что собранный проект может не использовать bpl ?
Тогда о каком "размазывании" идет речь ?

Сергей М. ©   (30.11.08 23:34) [31]

Нет, об этом я ничего не знаю. Что значит "собранный проект"?
К сожалению, структуру проекта (за исключением добавления новых проектов в группу) я изменять не могу.

> Пакеты - это просто #%!@#%^#@#$! какой-то


В пакетах, прежде всего, сосредоточена дизайнтайм-функциональность компонентов.
Рантайм-функциональность этих же компонентов не требует обязательного наличия bpl, если того пожелал разработчик компонента.
В твоем случае - это разработчик компонента, от которого ты наследуешь свой компонент.
И не важно при этом, визуальный он или не визуальный.

> [29] Сергей М. ©   (30.11.08 23:26)
> В противном случае нафих нужны такие пакеты, если они будут
> дублированы в АП процесса ?

Зачем? Я расчитывал, что Екзе соберется как обычно со всеми необходимыми библиотеками, а вот плагины, в виде пакетов, подгружались бы при необходимости и наличии в папке с палагинами....
Ведь с dll это еще сложнее... Т.е. пакетами хотел заменить DLL, но тут опять не все гладко :)
Что-то тут не так...

> Что значит "собранный проект"?


Результ сборки проекта - это модуль, содержащий как минимум исполняемый код, реализующий требуемую проектом функциональность.
В зависимости от типа Win-проекта результатом м.б. EXE- или BPL- или DLL-модуль.


> структуру проекта (за исключением добавления новых проектов
> в группу) я изменять не могу


А где тогда ты объявляешь и реализуешь наследника того самого компонента ?
Прямо в юните ориг.разработчика ?

> {RASkov} ©   (30.11.08 23:39) [34]


> пакетами хотел заменить DLL


И правильно !


> Екзе соберется как обычно со всеми необходимыми библиотеками


Он так и соберется, если ты поставишь ту самую галку.
А библиотеки эти ты просто включишь в инсталл.дистрибутив своего приложения.


> плагины, в виде пакетов, подгружались бы при необходимости


Кем подгружались-то ?
И что этому мешает ?

> Зачем? Я расчитывал, что Екзе соберется как обычно со всеми
> необходимыми библиотеками, а вот плагины, в виде пакетов,
>  подгружались бы при необходимости и наличии в папке с палагинами.
> ...

а плагины библиотеки не используют? раз TFont испльзуется, то используют.
и будет у тебя столько вариантов класса TFont, сколько плагинов. и при достижении какого-то (небольшого, зависящего от кол-во используемых классов) числа пакетов таскать vcl-bpl станет просто выгодней

Сергей М. ©   (30.11.08 23:44) [35]

Я вижу мы не понимаем друг-друга, из-за недостаточно развитой способности к телепатии.
Телепатически интерпретируя, я предполагаю, что говоря о том, что "собранный проект может не использовать bpl" вы говорите, возможно, о рантайм подключаемых bpl.
В этом проблем нет, и все равно какие использовать. Проблема в принципиальном умножении сущностей и мороке при установке пакетов другими разработчиками при добавлении пакетов кем-либо из них (иные среды разработки лишены этого недостатка).
Под изменением структуры проекта подразумевается удаление, слияние, значительное изменение функциональности каких-либо жизненно важных сущностей.
Тренируйте телепатор, пожалуйста.

> [36] Сергей М. ©   (30.11.08 23:47)

> [37] Petr V. Abramov ©   (30.11.08 23:48)

А как тогда узнать список всех бпл, которые необходимы для конкретного проекта.... не класть же все подряд туда... в папку с программой. Дистрибутива как такового не будет, не будет ни какой инсталяции, просто папка с екзе и плагинами(пакетами) + пакеты VCL ...но не все.

Или "в ручки" по всем uses пройтись и составить список пакетов? :) Что-то мне все меньше и меньше нравится эта идея с пакетами :( ...а куда деваться... :)