Jeff,
If you dll assembly only has a single namespace, which is by default the
name of the project, you Imports statement should be the same as the name of
your project, i.e. Imports common.
The name of the class, util in this case, doesn't go in the Imports
statement, only the fully qualified namespace. Basically, the Imports
statement is a shortcut, so that you don't have to use the fully qualified
namespace in the code file. If you don't have the Imports statement, you'd
have to use common.util whenever you need to access the util class. So, what
this boilds down to is that with the Imports common statement, you have
indeed access to all public types in the common namespace. Have you added a
reference to the common.dll assembly in the consuming project?
--
Carsten Thomsen
Enterprise Development with VS .NET, UML, AND MSF
http://www.apress.com/book/bookDisplay.html?bID=105
"Jeff Jarrell" <jj************@yahoo.com> wrote in message
news:ex**************@tk2msftngp13.phx.gbl...
I am not really there yet with namespaces.
I have a "common.dll" that is referenced from another project.
now in the consuming project, source file to i'd like to have a
"imports common".
But what happens is that I have to specify the class as well, as in...
"imports common.util".
what i am trying to get to is really a single import statement at the top
of the consuming source file, that will make available all of the types
that are in the "common.dll".
Is there anyway name spaces can help here? Is this even doable?