|
tekfall wrote:
I have heard the .NET was all together a better program than VB6 from some but from others I heard that it was complete rubbish and are happy they went back to VB6.
There are a group of (incompetent) MVPs who are pushing Microsoft to continue VB6 support.
I can only give advice from my perspective, so I'll tell you what that is first, so you know where this is coming from. I am a C++ programmer, who has migrated to C#, and I help in this board because a lot of stuff in VB.NET is the same as C# ( that is, they use the same libraries, which is what most questions are about ). I *hate* VB6, I think it's a terrible language, designed to write a small subset of all possible apps quickly and easily, for people who aren't smart enough to learn C++.
So, that's my bias. As far as I can see, VB6 filled a need in the past, and VB.NET is the step forward for people who don't want to learn C#, but want to use a better language, and one that is going to be supported in the future. It also means you can write web apps using ASP.NET. The only thing to watch out for is, VB6 supports some truly excremental things, and Microsoft tried to remove them, but were met with howls of protest from the VB comunity. So, VB.NET still lets you do a lot of htings that suck, so you should start from scratch with a good VB.NET book, and actually learn where you should use new syntax instead of what you are used to.
I think that VB6 -> VB.NET -> C# is an admirable path for anyone to pursue ( and I can live with you skipping the C# step ). Anyone who sticks to VB6 is plainly incompetent - a real programmer is capable of continuing to learn, and of using more than one language. I'm sure there were plenty of C programmers who hated C++, but which offers more work today, and which is more widely used. There is still a place for C though, I doubt that will be the case for VB, it has no support outside of Microsoft, and Microsoft are wisely in the process of dumping it for VB.NET. The inside word is that Microsoft have long term plans for VB.NET ( I wish they did not, but the truth is that they do ).
Learn VB.NET - it can't hurt you, even if you decide to use VB6. Like I said, a real programmer will change languages from time to time, because a better tool will become available. I still use C++, but I use C# most of the time, because it's easier, and because it supports stuff I need to do.
Christian Graus - Microsoft MVP - C++
|
|
|
|
|
Christian Graus wrote:
a group of (incompetent) MVPs 
Christian Graus wrote:
Anyone who sticks to VB6 is plainly incompetent
What will you do when you're in a team, and every body only knows VB6? You have to use it, whether you like it or not.
<italic>Work hard, Work effectively.
|
|
|
|
|
Yulianto. wrote:
What will you do when you're in a team, and every body only knows VB6? You have to use it, whether you like it or not.
If the team as a whole does not want to move to VB.NET, then a change of job would be necessary to save your career. But if you were in that situation, you'd hopefully already have identified that you were in a team of losers.
Note - I say this not just because I hate VB6 ( although I do ), but because any induhvidual OR team that is determined to keep using the same technology until the end of time has a built in expiry date, in time, they have to fail, and they are in the wrong job. Simple as that. I'd say the same about anyone who goes for web based work on the basis of using ASP, for the same reasons. I wouldn't say it about people who go after fat client app work in MFC, necessarily, because C++ still does some stuff better. But I'd suspect the possibility, because C# makes writing a lot of common app types easier, without the ball and chain that VB6 was when it made the same claims.
Christian Graus - Microsoft MVP - C++
|
|
|
|
|
Yulianto. wrote:
What will you do when you're in a team, and every body only knows VB6?
Uhhh, point and laugh?
If they can't learn the new technology and don't want to follow the direction the rest of the world is following, then I don't need to be on that team! Why would I want to stagnate myself, stalled in the VB6 world indefinately?
Sorry, but I started to migrate myself from VB6 to .NET the minute I installed the first Beta of Visual Studio .NET 2002...
RageInTheMachine9532
"...a pungent, ghastly, stinky piece of cheese!" -- The Roaming Gnome
|
|
|
|
|
Dave Kreskowiak wrote:
Uhhh, point and laugh?
Dave, this could truly be a moment in history. I believe that you've been more derisive than me on the same thread :P I've sure tried to answer in a way that's helpful and expose my bias.
Dave Kreskowiak wrote:
Sorry, but I started to migrate myself from VB6 to .NET the minute I installed the first Beta of Visual Studio .NET 2002...
That's why you're a programmer, and the people lobbying Microsoft for continued VB6 support will never be.
Christian Graus - Microsoft MVP - C++
|
|
|
|
|
 I still, to this day, can't understand why that petition was started by/signed by a bunch of MVP's!!! This boggles the mind!! 
RageInTheMachine9532
"...a pungent, ghastly, stinky piece of cheese!" -- The Roaming Gnome
|
|
|
|
|
Yeah, it's got me beat as well. Although, an MVP is someone with expertise in one area, and who is willing to share it. There's no reason why someone who knows VB6 well and likes to help people is guarenteed to also be willing to learn something new.
Christian Graus - Microsoft MVP - C++
|
|
|
|
|
Christian Graus wrote:
There's no reason why someone who knows VB6 well and likes to help people is guarenteed to also be willing to learn something new.
That is soooooooo true! 
RageInTheMachine9532
"...a pungent, ghastly, stinky piece of cheese!" -- The Roaming Gnome
|
|
|
|
|
Go with VB.NET 
I went from C++ --> C --> Java --> VB6 --> VB.NET and C#
I kept jumpping around till about VB6. In VB6 I was able to make quick and simple apps with a GUI. The minute I tried VB.NET I pretty much forgot everything about VB6 and have never looked back. The new .NET languages just make it so much easier to create a user interface and then have more time to work on backend things like data storage, validation, and reports.
Plus, VB.NET and C# are pretty similar, so once you learn one you'll be able to understand the other
So, give it a shot and see what you think.
|
|
|
|
|
You went from C++ to C ? Why ? How did you end up with VB6, did you actually learn to use C++ with MFC ? That's one odd migration path IMO
chrismerrill wrote:
Plus, VB.NET and C# are pretty similar, so once you learn one you'll be able to understand the other
Yeah, that's mostly true, although knowing VB6 AND C++ would give you a head start in terms of the differences of syntax. I've done VB.NET work ( although I refuse to do it again ), and I found it pretty easy, except that the syntactical differences still catch me.
Christian Graus - Microsoft MVP - C++
|
|
|
|
|
Well, it's cause I started learning C++ at the beginning of my senior year of high school and when I got to UCSD I had to start with C and work my way up. After some time at UCSD I just wasn't cutting it so I left for a community college and they had Java. After Java the only other computer programming class was VB6, so I did that and loved how simple it was. I could whip up a quick GUI to go with my code; stuff that would have taken forever in the other languages (at least for me since the classes and books covered concepts and the console window but not how to make your own GUI). Then VS2002 came out, I saw VB.NET and C# and said this is what I've been waiting for
So I tried a bunch of languages in about a 2.5 year period and finally decided that .NET is the way I want to go. I mainly use VB.NET because it has better intellisense support than C#; for the moment anyways. I also like C# because it has the GUI creation of VB with the coding style of C/C++.
Can't wait for VS2005 Final. Maybe if the intellisense is better for C# I'll make the final switch and just stick with C#.
It wasn't till I started learning .NET that I was finally offered a job as a programmer. It started as a normal convert our old apps to new apps but has now gone to custom control creation (fun), database interaction (ok), controlling office through com (hate it), ASP.NET (hate it, VS is always messing up my pretty html code so I have to be careful when switching between webform view and html view so that I can undo it's auto-format), gdi+ graphics rendering (lots of fun), and creating pdf files (was fun at first, but now becoming a pain since the company wants EVERYTHING to go directly to pdf and with minimal user effort, which means WAY MORE work on my part).
Hope that explains my odd migration path
|
|
|
|
|
chrismerrill wrote:
It wasn't till I started learning .NET that I was finally offered a job as a programmer.
OK, that makes sense. I thought you'd worked with those languages in that order, professionally
chrismerrill wrote:
controlling office through com (hate it),
LOL - who wouldn't ?
chrismerrill wrote:
ASP.NET (hate it, VS is always messing up my pretty html code so I have to be careful when switching between webform view and html view so that I can undo it's auto-format),
VS2005 won't mess with your HTML. In the meantime, never use the design view. I work every day in ASP.NET, have since it came out. I've never used it, for that reason.
Christian Graus - Microsoft MVP - C++
|
|
|
|
|
wow. didnt expect the responses i got, very impressed with the code project community.
Switched over to .NET today, havent had the time to play with it yet but, from what I have read, I am dying to get my tired little fingers on it
Once again, thanks for the help![Rose | [Rose]](https://codeproject.global.ssl.fastly.net/script/Forums/Images/rose.gif)
-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-
Code is a beautiful thing
Theres nothing like the feeling you get when you create your first program.No matter how basic
MS DOS it all
<marquee>
PC Chips M811LU mobo, AMD Duron 1.8GHz processor,WINTEC AMPO 1GB RAM,20 GB Maxtor & 80 GB EXCELSTOR hard drives,ATADC POWERKING 400W,LITE-ON DVD-ROM PSU,
|
|
|
|
|
tekfall wrote:
Once again, thanks for the help
Glad to help. Remember, these forums are here for you if you get stuck.
Christian Graus - Microsoft MVP - C++
|
|
|
|
|
Hi, I have been using google to find a way to count all controls and go trough them to find all the TextBox controls and put them into an array of TextBoxes.
I can't seem to find any good way to do this so I was thinking of making a function to count them, but I get an error I just can't get around it seems.
This is how the function looks like:
Public Function GetControls(ByVal cControl As ControlCollection)<br />
Dim iControls As Integer<br />
For i As Integer = 0 To cControl.Count - 1<br />
If TypeOf cControl(i) Is TabControl Then<br />
MsgBox(cControl(i).Name)<br />
GetControls(cControl(i).Controls)<br />
End If<br />
If TypeOf cControl(i) Is TabPage Then<br />
MsgBox(cControl(i).Name)<br />
GetControls(cControl(i).Controls)<br />
End If<br />
If TypeOf cControl(i) Is TextBox Then<br />
iControls += 1<br />
End If<br />
If TypeOf cControl(i) Is Label Then<br />
iControls += 1<br />
End If<br />
Next<br />
MsgBox(iControls)<br />
End Function
I call the function with 'GetControls(tcMain.Controls)' there tcMain is an TabControl object and all I get is this exception 'System.InvalidCastException'. When I try to call the function with 'GetControls(Me.Controls)' it get it right and count the controls on the form, but when the function finds a TabControl object I get the same exception.
Anyone got any idea what I made wrong, or have any tip on how I can count all controls and "child-controls" I would be more then happy!
Thanks on beforehand! /Joakim
|
|
|
|
|
have you tried this:
dim count as integer = 0<br />
for each c as control in me.controls<br />
if typeof c is textbox then<br />
count +=1<br />
end if<br />
next<br />
<br />
messagebox.show("There are {0} textboxes.",count)
that will NOT check other container controls such as panels, groupboxes.
Hope that helps!
Thanks for firing me Darrell Eaker. I TRIPLED my salary and don't have to deal with morons like you.
|
|
|
|
|
Well yes I have tried that sorta, and I have all my textboxes in a TabControl with multiple Tabs so I need to loop trough all controlcollections to find all the controls, and thats why I made the function to loop trough all object that has controlcollection like TabControl and TabPages.
Thanks for you reply tho. /Joakim
|
|
|
|
|
Do it recursively - write a function that takes a control and iterates through it's children, and have it call itself for the control collections as it steps through.
function CountTextBoxes(ControlCollection controlCollection, int count) returns int ' Whatever the VB syntax is
for each c as control in controlCollection
if typeof c is textbox then
count +=1
else
count = CountTextBoxes(c.Controls, count)
end if
next
Then you need to do something like
int count = CountTextBoxes(myControl.Controls, 0)
messagebox.show("There are {0} textboxes.",count)
Christian Graus - Microsoft MVP - C++
|
|
|
|
|
Dunno why but it doesn't work for me...
Check out this test:
<br />
Private Sub cmdTest_Click(ByVal sender As System.Object, ByVal e As System.EventArgs) Handles cmdTest.Click<br />
<br />
Dim ctest As ControlCollection<br />
ctest = Me.Controls<br />
<br />
End Sub<br />
This works.
<br />
Private Sub cmdTest_Click(ByVal sender As System.Object, ByVal e As System.EventArgs) Handles cmdTest.Click<br />
<br />
Dim ctest As ControlCollection<br />
ctest = tcMain.Controls 'tcMain is a TableControl object<br />
<br />
End Sub<br />
This doesn't, all I get here is a casting error.
Anyone know why?
/regards Joakim
|
|
|
|
|
That's weird, because that is a ControlCollection. Is that all your code ? What line blows up ? If you can give me some html, I can do a test here.
Christian Graus - Microsoft MVP - C++
|
|
|
|
|
Yeah I know, I made another test just to check that there was no other code in my program that was messing with this function.
So I made a fresh start, standard windows app. with a TabControl with 2 TabPages, then I added 2 TextBoxes and 1 Label to each TabPage, and a Button on the first TabPage. and then I added this code and get the same error.
<br />
Private Sub Button1_Click(ByVal sender As System.Object, ByVal e As System.EventArgs) Handles Button1.Click<br />
GetControls(Me.Controls)<br />
End Sub<br />
Public Function GetControls(ByVal cControl As ControlCollection)<br />
Dim iControls As Integer<br />
For i As Integer = 0 To cControl.Count - 1<br />
If TypeOf cControl(i) Is TabControl Then<br />
MsgBox(cControl(i).Name)<br />
GetControls(cControl(i).Controls)<br />
End If<br />
If TypeOf cControl(i) Is TabPage Then<br />
MsgBox(cControl(i).Name)<br />
GetControls(cControl(i).Controls)<br />
End If<br />
If TypeOf cControl(i) Is TextBox Then<br />
iControls += 1<br />
End If<br />
If TypeOf cControl(i) Is Label Then<br />
iControls += 1<br />
End If<br />
Next<br />
MsgBox(iControls)<br />
End Function<br />
No idea why it wont work, looks like TabControls don't use the same ControlCollection as for example TabPages or something like that.
Thing is that I like to make this function dynamic so I can use it in any situation to check for Controls in an ControlCollection.
Joakim .A - State: VB6 -> VB.NET
|
|
|
|
|
and here is a html with a rar on the testproject >WindowsApplication1.rar<
the line 165 crashes in this example, when it tries to call the function with a TabControls ControlCollection.
Joakim .A - State: VB6 -> VB.NET
|
|
|
|
|
You seem to be right - the TabPage AND TagControl have TabControl.ControlCollection and TabPage.ControlCollection collections, you need seperate functions to pass those objects to and iterate through. What a disaster.
Christian Graus - Microsoft MVP - C++
|
|
|
|
|
I think you making it harder than you need to.
For each tabcontrol there are tabpages which contain the controls your trying to count.
Function CountControls(ByVal tPage As TabPage)
Dim count As Integer = 0
Dim c As Control
For Each c In tPage.Controls
If TypeOf (c) Is TextBox Then
count += 1
End If
Next
Return count
End Function
Simply pass in the tabpage you wish to count the controls on..
Debug.WriteLine("Total textboxes: " & CountControls(TabControl1.TabPages(0)))
Hope this helps.
|
|
|
|
|
Sould read... sorry
Function CountControls(ByVal tPage As TabPage) as integer
Dim count As Integer = 0
Dim c As Control
For Each c In tPage.Controls
If TypeOf (c) Is TextBox Then
count += 1
End If
Next
Return count
End Function
|
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
