чего-то не вижу такового

Но вопрос ДАЖЕ не в этом.
Нет сомнения, что можно сделать библиотеку, которая не использует "нестандартные" указатели.
Так же, как нельзя создать объект в dll-ке, а уничтожить в головной (что Dilma давно и безуспешно пытается делать используя Jpeg.dll)
Но можно так делать, если при создании/уничтожения используется winApi (применительно к Jpeg.dll надо просто принимать из нее "голый" HBitmap, который уничтожается через deleteobject - и всего делов)

На KOL-овском форуме, кстати, давно мусолят тему плагинов.
например http://www.delphimaster.ru/cgi-bin/forum.pl?id=1177917769&n=10
Но именно "мусолят". Как-то с продуктивными идеями там не очень

Вопрос там не в том - можно ли сделать в принципе, а как это успешно притулить к TControl, который попытается отыскать applet-а, найти PControl у parent-а, будет ждать по-глупости, что этот parent пришлет нотификации через CN_XXX-сообщения.
Ну и т.п..
Кстати говоря, какой-нибудь "прогресбар" в панели "статусбара" - тот же "плагинчик"

Вообще-то я думаю, что тут и в KOL (именно про него говорю, а не в теории) возможно универсальное решение:
Надо создать некий TControlEx, который детишками неотличим от TControl, но заточен под parent-а именно в виде виндячего хэндла.
Он с parent-ом общается по виндячим правилам (как в случае формы, так и "панели"), с детишками - по KOL-овским
Он является applet-ом для кода dll-ки...

Ну, собственно, такое может быть только началом для размышлений