Maar VB zou toch uit de code moeten kunnen opmaken welke references nodig zijn en welke niet?
Helaas, was het leven maar zo gemakkelijk. Types die in losse bibliotheken zitten (en dat is bij ADO/DAO/RDO etc. het geval) kent VB zelf niet, ik kan dus in een DLL een type Database aanmaken dat anders is dan het type database van bijv. een ander DLL, om die reden kan VB dat zelf niet herkennen. Als er componenten worden gebruikt uit OCX'en en die staan op een form dan kan VB wel bepalen dat deze noodzakelijk is en niet weggehaald kan/mag worden.
Om te bepalen welke referenties noodzakelijk zijn wordt bepaald door de objecten (lees: functies, types etc. uit een DLL) die je gebruikt, mogelijk dat er in de helpfile iets staat maar dat betwijfel ik, verder ken ik geen bronnen. Maar als je functionaliteit uit een bibliotheek gebruikt, dan weet je toch welke bibliotheek je nodig hebt? (eventueel met de dependency walker kijken wat er nog meer voor die DLL noodzakelijk is).
TdJ