🚀 go-pugleaf

Bedankt iedereen voor de hints, alles werkt nu prima zoals het moet zijn.

"Frans Bouma" <perseus@xs4all.nl> schreef in bericht
news:3b46e303$0$14013$e4fe514c@newszilla.xs4all.nl...
> "Rene Balvert" <rene@balvert.demon.nl> wrote in message
news:994486119.24835.0.pluto.c29fe344@news.demon.nl...
> >
> > "Frans Bouma" <perseus@xs4all.nl> wrote in message
> > news:3b46045e$0$14038$e4fe514c@newszilla.xs4all.nl...
> > >     forms in een MDI kunnen niet in aparte dlls zitten vziw.
> > >     Wat je wel kunt doen is de forms on the fly creeeren en daarop
> > >     controls plaatsen waarin alle form controls zitten. zo'n 'control'
> > >     kun je dus maken dmv een activex control te maken in vb
> >
> > Op ��n van de VB sites staat een voorbeeld hoe je MDI forms in DLL's
kwijt
> > kunt.
> >
> > Maar wat ik een groot probleem vind met allerlei COM objects is wanneer
de
> > interface wijzigt het hoofdprogramma het object niet kan vinden, tenzij
je
> > late-binding gebruikt. Ik heb het net weer meegemaakt met een wijziging
in
> > mijn data-layer, waarbij VB een nieuwe GUID heeft gemaakt terwijl dit
niet
> > nodig was (m.i.), moet je op iedere machine een installatie draaien ipv
> > simpel de DLL te kopieren.
>
>     je moet bij de project properties van je com object dll de component
>     compatability op 'binary compatibility' zetten. Hij zal dan geen GUID
>     aanmaken. Als de interface wijzigt dan moet je een nieuwe interface
>     maken en een nieuwe GUID, dat is volgens de definitie van COM. Maar
>     met binary compatability krijg je geen nieuwe GUID. Als je interface
>     is gewijzigd op een zo'n manier dat de caller applicatie er nog wel
>     mee kan werken heb je geen problemen. Anders zul je toch die app
>     ook moeten hercompileren. Vandaar dat die GUID wijzigt.
>
>         FB
>
>
>