Space function

  • Thread starter Thread starter Guest
  • Start date Start date
G

Guest

In Vb 6 exist the SPACE function
How to replace this function in vb dot net?
 
Hi Pippo:

Try:

Microsoft.VisualBasic.Strings.Space(number)

--

Best regards,

Carlos J. Quintero

MZ-Tools: Productivity add-ins for Visual Studio .NET, VB6, VB5 and VBA
You can code, design and document much faster.
Free resources for add-in developers:
http://www.mztools.com
 
Thanks for your help...

But in yours replies you use the Microsoft.VisualBasic namespace

In my project i want to use a native dot net function and not a old vb
function

Is there an another way?
 
Then use:

New String(" "c, n)

--

Best regards,

Carlos J. Quintero

MZ-Tools: Productivity add-ins for Visual Studio .NET, VB6, VB5 and VBA
You can code, design and document much faster.
Free resources for add-in developers:
http://www.mztools.com
 
Thanks it works fine

Thanks guys

Carlos J. Quintero said:
Then use:

New String(" "c, n)

--

Best regards,

Carlos J. Quintero

MZ-Tools: Productivity add-ins for Visual Studio .NET, VB6, VB5 and VBA
You can code, design and document much faster.
Free resources for add-in developers:
http://www.mztools.com
 
Pippo said:
Thanks for your help...

But in yours replies you use the Microsoft.VisualBasic namespace

In my project i want to use a native dot net function and not a old vb
function

Is there an another way?

How about

"".padright(n)

where n is the number of spaces you need.
 
Pippo,

Endless those replies.

The Microsoft.VisualBasic namespace is a full part of the Net Framework

In that are the namespaces system.net And Microsoft.VisualBasic

Standard uses VisualBasic both.

If you want to use both in C#, C++ or J# than you have to set in those a
reference to that.

That is all.

Cor
 
Pippo said:
But in yours replies you use the Microsoft.VisualBasic namespace

In my project i want to use a native dot net function and not a old vb
function

As it's impossible to write VB.NET applications which don't reference
"Microsoft.VisualBasic.dll", there is absolutely no reason for not using the
functionality of this library. Developing in VB.NET without using
'Microsoft.VisualBasic' is developing with VB.NET without actually using it.
 
Herfried K. Wagner said:
As it's impossible to write VB.NET applications which don't reference
"Microsoft.VisualBasic.dll", there is absolutely no reason for not using the
functionality of this library. Developing in VB.NET without using
'Microsoft.VisualBasic' is developing with VB.NET without actually using it.

I noticed that there doesn't seem to exist a Microsoft.CSharp.dll. What's the
significance of that, if any?
 
It means that the capabilities added by the VisualBasic.dll can also be used
by c# users.
No need to define things twice.


Best regards,
Alejandro Lapeyre
 
Alejandro Lapeyre said:
It means that the capabilities added by the VisualBasic.dll can also be
used by c# users.
No need to define things twice.

LOL...
 
Hi Herfried and Cor,

I personally use VB.NET, although I tend to avoid Microsoft.VisualBasic as
much as possible and during all these years I have found only this gem in
the Microsoft.VisualBasic namespace: the
Microsoft.VisualBasic.Information.Typename(object) function. It gives you
the actual type of a __ComObject when the debugger or the other .NET
Framework functions don´t give you a clue...


--

Best regards,

Carlos J. Quintero

MZ-Tools: Productivity add-ins for Visual Studio .NET, VB6, VB5 and VBA
You can code, design and document much faster.
Free resources for add-in developers:
http://www.mztools.com
 
Herfried K. Wagner said:
| However, .NET makes it possible for C# developers to take advantage
| of all the power of Visual Basic .NET.

I doubt that ;-))).

But, can the VB.NET developers take advantage of all of the features available
in C#?

Herfried K. Wagner said:
C# will support some additional type keywords and operators for dealing with
nullable types:

<URL:http://msdn2.microsoft.com/library/2cf62fcy(en-us,vs.80).aspx>

(I'm not trying to be argumentative here. I want to understand the
implications of the differences between the two.)
 
Alex,

No, there are differences and probably those will stay because it are
different development teams.

For the VBNet development team it is of couse easier to get the same things
as in C# than in the opposite posistion.

C# is ECMA.

Just my thought,

Cor
 
Cor,

Cor Ligthert said:
For the VBNet development team it is of couse easier to get the same
things as in C# than in the opposite posistion.

C# is ECMA.

C# is standardized by ECMA, but Microsoft decides its roadmap.
 

Ask a Question

Want to reply to this thread or ask your own question?

You'll need to choose a username for the site, which only take a couple of moments. After that, you can post your question and our members will help you out.

Ask a Question

Back
Top