-
Classic vs. NET again - sorry!
Can anyone summarize the BASIC (pardon the pun) advantages of NET over
Classic? I just purchased a couple of VB Classic add-ons over the 'net and
now I have stuff like code checking, auto code formatting, spell checking,
and ALLOT of other neat features in VB 6.0 Pro. I don't know if it's proper
to give names of these programs in this NG, so I won't. Now I'm wondering
what I might be missing vs. NET (the simple stuff) - not that it matters,
just curious.
Does anyone know where to find other such add-ons? I'm very happy with the
ones I've purchased, but I'm wondering what else is out there? And is anyone
working on a real Classic vs. NET converter? One of my purchased programs
apparently has the ability to troubleshoot the conversion (with the correct
licensing), so I know this type of program exists.
If this post is inappropriate in this NG, please except my apologies.
--
Thanks,
Mark
-
Re: Classic vs. NET again - sorry!
"Mark Gonzales" <mgonzales@lt-solutions.com> wrote in message
news:3c80c276$1@10.1.10.29...
> Can anyone summarize the BASIC (pardon the pun) advantages of NET over
> Classic?
1. Visit http://msdn.microsoft.com/ - try
http://msdn.microsoft.com/library/de...us/Dndotnet/ht
ml/Techmap_vbnet.asp?frame=true [watch for evil line wraps]
2. Read the archives. All the articles are still online and most newsreaders
have a search facility. This topic has been discussed to death many times
over and there is no point in going over it again.
Kunle
-
Re: Classic vs. NET again - sorry!
"Kunle Odutola okocha.freeserve.co.uk>" <kunle.odutola@<REMOVETHIS> wrote in
message news:3c80c642@10.1.10.29...
>
> "Mark Gonzales" <mgonzales@lt-solutions.com> wrote in message
> news:3c80c276$1@10.1.10.29...
> > Can anyone summarize the BASIC (pardon the pun) advantages of NET over
> > Classic?
>
> 1. Visit http://msdn.microsoft.com/ - try
>
http://msdn.microsoft.com/library/de...us/Dndotnet/ht
ml/Techmap_vbnet.asp?frame=true [watch for evil line wraps]
>
> 2. Read the archives. All the articles are still online and most
newsreaders
> have a search facility. This topic has been discussed to death many times
> over and there is no point in going over it again.
>
> Kunle
I have read the archives. And I do lurk in this NG and others where the
subject is discussed daily. But I find very little about SIMPLE things (i.e.
spell checker). Does VB.NET include a spell checker? I did the following
search on Google.com: All Words: "spell check , net" Groups: *vb*. Nothing.
But, thank you for the links. Perhaps my answers will be found there.
--
Mark
-
Re: Classic vs. NET again - sorry!
Follow-up:
My intentions are really not to re-hash old worn out arguments, but rather
to determine if the basic enhancements of NET can be acquired for Classic
via affordable 3rd party solutions. Then to weigh the cost vs. what I'm more
comfortable with at the moment.
--
Mark
-
Re: Classic vs. NET again - sorry!
From the Visual Studio perspective, you can duplicate some of the new
features and niceties, but that's not the point. The difference between VB
classic and VB.NET is the .NET framework. This library of functionality
along with thing such as inheritence and real exception handling are the
important differences. These are things that you cannot realistically add-on
to VB Classic.
In this business comfort is a luxury that we can't always maintain.
Sometimes it's time to take the next step. When and how you take that step
is your decision. VB Classic will be around and viable for several years.
Nothing wrong with staying your present course, but I feel that .NET is a
better place to be. Better productivity, better designs, more capabilities.
You have to decide if these are things that you need or that the
organization you work in needs.
>
> My intentions are really not to re-hash old worn out arguments, but rather
> to determine if the basic enhancements of NET can be acquired for Classic
> via affordable 3rd party solutions. Then to weigh the cost vs. what I'm
more
> comfortable with at the moment.
> --
>
>
> Mark
>
>
-
Re: Classic vs. NET again - sorry!
Thanks, Jay.
I do understand that some things cannot be duplicated in Classic. I reckon'
I represent a very small number of VB users who have no idea what
"framework" even means. Since V3.0, VB Classic has been an excellent tool
for my needs which are simple, yet profitable (a market niche of AutoCAD LT
users needing add-ons). "OOPS", "SQL" and other tech stuff go right over my
head and that's really ok by me.
Just to let you know where I'm coming from.
At least I finally replaced my old Dell (233 MMX 64M) with a new one: 1.7Ghz
512M. Wow! What a difference! Even with the slower SDRAM! WinXP is not so
bad after all on this screamer. And now I can keep several Ghost images on
my drive - testing my software on any Win OS on a whim. Sweet.
--
Mark
"Jay Glynn" <jlsglynn@hotmail.com> wrote in message
news:3c80dbaf$1@10.1.10.29...
> From the Visual Studio perspective, you can duplicate some of the new
> features and niceties, but that's not the point. The difference between VB
> classic and VB.NET is the .NET framework. This library of functionality
> along with thing such as inheritence and real exception handling are the
> important differences. These are things that you cannot realistically
add-on
> to VB Classic.
> In this business comfort is a luxury that we can't always maintain.
> Sometimes it's time to take the next step. When and how you take that step
> is your decision. VB Classic will be around and viable for several years.
> Nothing wrong with staying your present course, but I feel that .NET is a
> better place to be. Better productivity, better designs, more
capabilities.
> You have to decide if these are things that you need or that the
> organization you work in needs.
>
>
> >
> > My intentions are really not to re-hash old worn out arguments, but
rather
> > to determine if the basic enhancements of NET can be acquired for
Classic
> > via affordable 3rd party solutions. Then to weigh the cost vs. what I'm
> more
> > comfortable with at the moment.
> > --
> >
> >
> > Mark
> >
> >
>
>
-
Re: Classic vs. NET again - sorry!
Mark Gonzales <mgonzales@lt-solutions.com> wrote:
> At least I finally replaced my old Dell (233 MMX 64M) with a new one: 1.7Ghz
> 512M. Wow! What a difference!
That seems like it was probably about the same wow-level that I noticed
when I replaced my old Dell (75 MHz, came with 8MB, Win 3.1; upgraded to
16MB and Win95) with a new one (800 MHz, came with 128MB, Win2K; since
upgraded to 512MB) back in summer of 2000. But I figure as long as I'm a
single working stiff, not a starving college student, I can afford to
replace my computer more often now. The Plan was to go at least 3 years
with this box, but 2.5 GHz+ boxes this fall are going to be awfully
tempting.
--
Dave Rothgery
Picking nits since 1976
drothgery@alum.wpi.edu
http://drothgery.editthispage.com
-
Re: Classic vs. NET again - sorry!
"Mark Gonzales" <mgonzales@lt-solutions.com> wrote in message
news:3c80e282@10.1.10.29...
> Thanks, Jay.
>
> I do understand that some things cannot be duplicated in Classic. I
reckon'
> I represent a very small number of VB users who have no idea what
> "framework" even means. Since V3.0, VB Classic has been an excellent tool
> for my needs which are simple, yet profitable (a market niche of AutoCAD
LT
> users needing add-ons). "OOPS", "SQL" and other tech stuff go right over
my
> head and that's really ok by me.
VB.NET like any other tool won't be for everyone but as Jay has already
mentioned, comparing the IDEs wouldn't necessarily provide any meaningful
answers although with the exception of Edit&Continue (which I find I don't
miss as much as I thought I would). the VS.NET IDE is an improvement over
VB6 imo.
Can AutoCAD LT add-ons be developed in VB.NET?
Would users be happy with the requirement to install the .NET framework
(~20MB) before they can use you products?
Can AutoDesk provide any pointers or guidance in ths respect?
> Just to let you know where I'm coming from.
>
> At least I finally replaced my old Dell (233 MMX 64M) with a new one:
1.7Ghz
> 512M. Wow! What a difference! Even with the slower SDRAM! WinXP is not so
> bad after all on this screamer. And now I can keep several Ghost images on
> my drive - testing my software on any Win OS on a whim. Sweet.
I'll just add that as an option to keeping Ghost images, you might want to
consider VMWare[1]. It allows you to run alternative OSes in a VM under your
favourite OS. That is to say no need to reboot to use an alternative OS (or
OSes). Each OS VM runs as an application on your box (You can make it
fullscreen if that gets weird)
I run it under Win2K and I have VMs for 96/NT/Win2k/XP in various
configurations. I can honestly say it takes the pain out of testing a
product on multiple Windows OSes. I find it useful when I'm away from the
office and need to test against a server on my notebook for instance. I just
fire up the VM that has Win2KServer/SQL Server/J2EE/.NET installed ;-)
Kunle
> --
>
>
> Mark
>
> "Jay Glynn" <jlsglynn@hotmail.com> wrote in message
> news:3c80dbaf$1@10.1.10.29...
> > From the Visual Studio perspective, you can duplicate some of the new
> > features and niceties, but that's not the point. The difference between
VB
> > classic and VB.NET is the .NET framework. This library of functionality
> > along with thing such as inheritence and real exception handling are the
> > important differences. These are things that you cannot realistically
> add-on
> > to VB Classic.
> > In this business comfort is a luxury that we can't always maintain.
> > Sometimes it's time to take the next step. When and how you take that
step
> > is your decision. VB Classic will be around and viable for several
years.
> > Nothing wrong with staying your present course, but I feel that .NET is
a
> > better place to be. Better productivity, better designs, more
> capabilities.
> > You have to decide if these are things that you need or that the
> > organization you work in needs.
> >
> >
> > >
> > > My intentions are really not to re-hash old worn out arguments, but
> rather
> > > to determine if the basic enhancements of NET can be acquired for
> Classic
> > > via affordable 3rd party solutions. Then to weigh the cost vs. what
I'm
> > more
> > > comfortable with at the moment.
> > > --
> > >
> > >
> > > Mark
> > >
> > >
> >
> >
>
>
-
Re: Classic vs. NET again - sorry!
Kunle,
> I run it under Win2K and I have VMs for 96/NT/Win2k/XP in various
> configurations.
Is it easy to set a VM back to a state, such as "Win98 Fresh
Install" ? I use partitions and images to do that now.
Mark Jerde
Biometrics - www.idtechpartners.com
-
Re: Classic vs. NET again - sorry!
"Mark Jerde" <mark.jerde@NOSPAMverizon.net> wrote in message
news:VA.0000009b.008881cb@nospamverizon.net...
> Kunle,
>
> > I run it under Win2K and I have VMs for 96/NT/Win2k/XP in various
> > configurations.
>
> Is it easy to set a VM back to a state, such as "Win98 Fresh
> Install" ? I use partitions and images to do that now.
Yes. Each VM is stored in a single directory - actually a single data file
plus config file but you may get additional files if the VM is suspended
etc.
So if you stashed a copy away just after creating a VM and installing Win98
on it....
Kunle
>
> Mark Jerde
> Biometrics - www.idtechpartners.com
>
>
-
Re: Classic vs. NET again - sorry!
"Mark Gonzales" <mgonzales@lt-solutions.com> wrote in message
news:3c80d3ef@10.1.10.29...
> I have read the archives. And I do lurk in this NG and others where the
> subject is discussed daily. But I find very little about SIMPLE things
(i.e.
> spell checker). Does VB.NET include a spell checker? I did the following
> search on Google.com: All Words: "spell check , net" Groups: *vb*.
Nothing.
I have to admit this made me chuckle. I can't think of any reason whay *I*
might need a spell-checker in my IDE. Perhaps I'm missing something.
To answer your question (does VS.NET have a spell-checker?) - No. At least I
there isn't one in my copy AFAICT. I am curious though to find out what
value a spell-checker has in an IDE and, does anyone else out there have one
in their IDE. And if you do, what do you use it for?
> But, thank you for the links. Perhaps my answers will be found there.
You're welcome Mark.
Kunle
-
Re: Classic vs. NET again - sorry!
On Sat, 2 Mar 2002 16:03:47 -0000, "Kunle Odutola"
<kunle.odutola@<REMOVETHIS>okocha.freeserve.co.uk> wrote:
>I run it under Win2K and I have VMs for 96/NT/Win2k/XP in various
>configurations. I can honestly say it takes the pain out of testing a
>product on multiple Windows OSes.
Have you seen any problems in any configuration? How's the performance?
--
When freedom is outlawed
only outlaws will be free.
-
Re: Classic vs. NET again - sorry!
"Zane Thomas [.NET MVP]" <zane@mabry.com> wrote in message
news:3c81255a.934934234@news.devx.com...
> On Sat, 2 Mar 2002 16:03:47 -0000, "Kunle Odutola"
> <kunle.odutola@<REMOVETHIS>okocha.freeserve.co.uk> wrote:
>
> >I run it under Win2K and I have VMs for 96/NT/Win2k/XP in various
> >configurations. I can honestly say it takes the pain out of testing a
> >product on multiple Windows OSes.
>
> Have you seen any problems in any configuration? How's the performance?
Well, every now and then (monthly or less frequently) I find I can't resume
a suspended VM regardless of guest OS (some error about SVGA frame buffer).
This is for VMs resumed with VMware'c control panel not using the guest OS
itself. Not sure if it's because I often hibernate/suspend my host OS with
the VM running (not sure I'm supposed to be able to do that). So in all
honesty I would say "No, not really". It works fine for guest Windows and
Linux (Mandrake/RH) OSes. Had real problems with Solaris v7 and haven't
really bothered with Solaris since.....looking into BSD but I don't *really*
need BSD in a VM <vbg>
As for performance, well....I ran VS.NET under a guest Win2K OS in a VMWare
machine[1] right through the Beta 1 cycle (it's still there now along with a
Beta 2 vm - hey, it might come in handy). I also had a separate vm running
Win2K and server software like SQL Server/J2EE/ etc. Is isn't nearly as
quick as the host OS obviously but it's quick enough. Lots of memory
helps.... ;-)
Kunle
[1] Systems were a 900MHz Athlon desktop with 512MB-1GB & a 1GHz PIII
notebook with 256MB. Allocated 256mb & 128mb respectively to the vm on the
systems. Connected to VS.NET via Terminal Services client. Used VS6 IDE on
notebook mostly although VS.NET was usable. Needed more memory ;-)
-
Re: Classic vs. NET again - sorry!
For checking comments, (message) strings.
Ya, know, if you are not native speaker - it could be of some help
However, I never used one.
--
Miha
"Kunle Odutola okocha.freeserve.co.uk>" <kunle.odutola@<REMOVETHIS> wrote in
message news:3c81190c@10.1.10.29...
>
> "Mark Gonzales" <mgonzales@lt-solutions.com> wrote in message
> news:3c80d3ef@10.1.10.29...
>
> > I have read the archives. And I do lurk in this NG and others where the
> > subject is discussed daily. But I find very little about SIMPLE things
> (i.e.
> > spell checker). Does VB.NET include a spell checker? I did the following
> > search on Google.com: All Words: "spell check , net" Groups: *vb*.
> Nothing.
>
> I have to admit this made me chuckle. I can't think of any reason whay *I*
> might need a spell-checker in my IDE. Perhaps I'm missing something.
-
Re: Classic vs. NET again - sorry!
Hey,
A possible alternative to VMWare is VirtualPC for windows, it allows you to
do the same thing, but maybe its a little cheaper...
http://www.connectix.com/products/vpc4w.html
Vinny
PS, NO! im dont work for them 
"Kunle Odutola okocha.freeserve.co.uk>" <kunle.odutola@<REMOVETHIS> wrote in
message news:3c81309e@10.1.10.29...
>
> "Zane Thomas [.NET MVP]" <zane@mabry.com> wrote in message
> news:3c81255a.934934234@news.devx.com...
> > On Sat, 2 Mar 2002 16:03:47 -0000, "Kunle Odutola"
> > <kunle.odutola@<REMOVETHIS>okocha.freeserve.co.uk> wrote:
> >
> > >I run it under Win2K and I have VMs for 96/NT/Win2k/XP in various
> > >configurations. I can honestly say it takes the pain out of testing a
> > >product on multiple Windows OSes.
> >
> > Have you seen any problems in any configuration? How's the performance?
>
> Well, every now and then (monthly or less frequently) I find I can't
resume
> a suspended VM regardless of guest OS (some error about SVGA frame
buffer).
> This is for VMs resumed with VMware'c control panel not using the guest OS
> itself. Not sure if it's because I often hibernate/suspend my host OS with
> the VM running (not sure I'm supposed to be able to do that). So in all
> honesty I would say "No, not really". It works fine for guest Windows and
> Linux (Mandrake/RH) OSes. Had real problems with Solaris v7 and haven't
> really bothered with Solaris since.....looking into BSD but I don't
*really*
> need BSD in a VM <vbg>
>
> As for performance, well....I ran VS.NET under a guest Win2K OS in a
VMWare
> machine[1] right through the Beta 1 cycle (it's still there now along with
a
> Beta 2 vm - hey, it might come in handy). I also had a separate vm running
> Win2K and server software like SQL Server/J2EE/ etc. Is isn't nearly as
> quick as the host OS obviously but it's quick enough. Lots of memory
> helps.... ;-)
>
> Kunle
>
> [1] Systems were a 900MHz Athlon desktop with 512MB-1GB & a 1GHz PIII
> notebook with 256MB. Allocated 256mb & 128mb respectively to the vm on the
> systems. Connected to VS.NET via Terminal Services client. Used VS6 IDE on
> notebook mostly although VS.NET was usable. Needed more memory ;-)
>
>
>
Posting Permissions
- You may not post new threads
- You may not post replies
- You may not post attachments
- You may not edit your posts
-
Forum Rules
|
Development Centers
-- Android Development Center
-- Cloud Development Project Center
-- HTML5 Development Center
-- Windows Mobile Development Center
|