Maybe I didn't make myself clear. I do like the root namespace idea.
Currently if you set the root namespace and use the Namespace block in you
code you are actually defining a namespace under the root, like my
MyProj.OtherProj.C1 example below.
I like defining most of my types without specifying a namespace and knowing
that they'll all be under the root namespace and that I can change the root
namespace and recompile my library before the release anytime some manager
or architect decides that the namespace needs to be renamed because the
product name has changed or some other excuse.
I still want that but I can see a lot of value in being able to define some
minority of the types in my assembly in a totally different namespace. For
example if you look at the system.Data assembly you'll notice that it has
the type System.Xml.XmlDataDocument (as opposed to
System.Data.Xml.XmlDataDocument).
I'd like to do the same without any major hassle like editing all existing
files that do not have a Namespace block (I'll have to do that if I remove
the Root Namespace setting).
--
TJoker, MCSD.NET
MVP: Paint, Notepad, Solitaire
****************************************
"Tom Spink" <th**********@ntlworld.com> wrote in message
news:Ob**************@TK2MSFTNGP10.phx.gbl...
Hi TJoker,
Then that throws the root namespace idea out the window... You can't
define anything under the root namespace anyways, even with other languages
because then you no longer have that root namespace.
--
HTH,
-- Tom Spink, Über Geek
Please respond to the newsgroup,
so all can benefit
" System.Reflection Master "
==== Converting to 2002 ====
Remove inline declarations
"TJoker .NET [MVP]" <no****@nonono.no> wrote in message
news:e4**************@TK2MSFTNGP10.phx.gbl... Is there any emil alias for sending suggestions for new VB features ?
Here's one. I wish there was a keyword like AbsoluteNamespace.
The reason is recurring on my projects. I usually set the Root Namespace
project property because it simplifies changing it later. My problem
happens when I have to define a type that will not be anywhere under that root
namespace, then I cannot define it in another namespace without removing
the Root Namespace setting and changing ALL the files in the project to be
contained in the original root namespace.
The Namespace keyword creates a Sub-namespace under the root namespace,
I wis I could create a type in a totally different namespace. something
like:
'project Root Namespace: MyProj
Namespace OtherProj
Public Class C1
'MyProj.OtherProj.C1
End Class
End Namespace
'wish!
AbsoluteNamespace MyOtherNamespace 'or Absolute Namespace
MyOtherNamespace Public Class C1
'MyOtherNamespace.C1 -- GREAT!!!
End Class
End AbsoluteNamespace 'or End Namespace
--
TJoker
MVP: Paint, Notepad, Solitaire
****************************************