|
Help you with what? You haven't asked a question about a specific problem.
Oh, and using VB.NET to do graphics work is probably not the best choice. Still doable, but with more effort than using C#.
|
|
|
|
|
Basically, agree, but by somewhat different reasons.
Yes, VB.NET is similar in features compared to C# but always goes behind. Microsoft just does not take VB.NET as seriously as the flagship of C#. Other problems are more serious: VB.NET would be a pretty bad investment. First, C# and C++/CLI go through strict standardization under ECMA and then under ISO, but it never happens to VB.NET. I cannot believe it might ever happen in future.
There is one more reason, the social one. The fact is: many developers considering themselves at least "professional" do not take anything named similar to "VB" as "real". The historical reasons just do not matter (VB earned bad reputation with both quality and popularity with poor developers, and whatever else), this is the real attitude of real people. This is not for the flame wars or something like that. I'm trying not to express my own attitude; this is just a "medical fact", fact of nature.
In fact, if you try to find an answer of some technical question in .NET, best answers are usually in C#, and much more finding on most difficult topics will appear in C#. So, a serious VB.NET developer should also understand at least some C#.
By the way C++/CLI is a powerful thing which should be taken into consideration. I can see some drawbacks in it (I used to discuss on CodeProject pages). For example, I saw Microsoft article where they explained that it has its special optimized instead of general-purpose .NET optimizer used with other compilers. Mixed mode and value (stack) semantic for reference type are unique to this language (not counting IL).
—SASergey A Kryukov
|
|
|
|
|
I've been doing this for a LONG LONG time. I really don't need the history lesson on why VB has the reputation it does.
Also, Microsoft DOES take VB.NET seriously and it shows as the feature sets between C# and VB.NET have been merging quite a bit and continues to [ut considerable resources into adding features concurrently into both languages. And with .NET 4.5, VB.NET will get a feature you can't have in C# yet. I'll let you squirm on what that is for a while while I go try to remember what it was! 
All I was refering to in this thread was that VB.NET doesn't support pointers, which makes image processing quite a bit easier.
|
|
|
|
|
Oh, now I remember what it was. VB.NET finally gets Iterators and Yield support, but VB will support anonymous functions as an Iterator function, C# won't.
Also, Try blocks with Yields are also handled differently. C# will allow a yield return in the Try block, but only if there is no Catch block.
VB.NET will allow Yield in Try blocks with or without a Catch block. Kind of makes exception handling interesting.
|
|
|
|
|
Interesting, thanks for a note.
I still feel like VB.NET goes behind, overall.
May be I'm wrong, but I feel you are overreacting about "history lesson", saying as if it's something bad. What's wrong with lessons? As you probably know this history better then I do (mainly because I never allowed myself to play with the idea of accepting the opportunity to work with VB), you can always tell us something more interesting and useful than I could. And correct me if I'm wrong. I've noticed a long time ago that reading your posts can be really useful; as that can give a chance to learn something, and I'm trying not to miss a lesson, even if I think I know things the best way — but I always can be mistaken, like probably all of us. Perhaps it's good to remember that if I reply to your post, it does not mean that I always address personally to you. Everyone can read our conversation.
Thank you for interesting discussion. Will talk to you later.
—SASergey A Kryukov
|
|
|
|
|
SAKryukov wrote: I've noticed a long time ago that reading your posts can be really useful; as
that can give a chance to learn something, and I'm trying not to miss a lesson
Well thank you! I didn't know I had a follower!
SAKryukov wrote: May be I'm wrong, but I feel you are overreacting about "history lesson", saying
as if it's something bad.
You're right, I probably did. I have been a bit touchy lately and there's no real excuse for that.
|
|
|
|
|
I hope we are good. And we are doing basically the same thing on this site for this community. As to the criticism and possible negative estimates or votes, they are normal, absolutely unavoidable in any truly creative environment, as well as our mistakes, and they can be and should be handled in productive and constructive ways.
Best wishes,
--SA
Sergey A Kryukov
|
|
|
|
|
No, we're good. If I was pissed at you, I'd just ignore you.
SAKryukov wrote: As to the criticism and possible negative estimates or votes, they are normal,
absolutely unavoidable in any truly creative environment, as well as our
mistakes, and they can be and should be handled in productive and constructive
ways.
Sadly, very true and Agreed.
|
|
|
|
|
Sergey A Kryukov
|
|
|
|
|
Sorry if I'm jumping in here but I thought the conversation was interesting, I have worked with diehards of both language conventions. Both had valid reasons for their preferred environment.
But if I may, as a programmer that started writing software using Clipper (way back when, but late in life mid 40's and now nearing retirement) then progressed to VB4-6 and now VB.Net may I suggest that VB was for me an easier language to learn, and more importantly correct me if I'm wrong. One can create a working application very quickly using Visual Basic.
It's been a long time since I have to anything to do in C mainly because the company I work for uses Visual Basic as it's preferred programming environment.
|
|
|
|
|
I have this code in CellValidating in order to try and position the cursor in the cell and select the contents, but the contents are not being selected (highlighted). Can anyone tell me why?
dg.Rows(e.RowIndex).Selected = True
dg(dg.Columns("Odds").Index, e.RowIndex).Selected = True
dg.CurrentCell = dg(dg.Columns("Odds").Index, e.RowIndex)
dg.BeginEdit(True)
Thanks
|
|
|
|
|
I think it's because you're doing all this from the Validating event handler. If you wait till after validation is done, you might get away with this.
|
|
|
|
|
how to detect installed oledb provider in my PC. Jet 4.0 or ACE 12
|
|
|
|
|
Try to connect to a database with one. If it fails, try the other.
|
|
|
|
|
My idea exactly, but then I didn't want to reply that, as it sounds a bit like "I really don't know"...
|
|
|
|
|
Really, it's the only reliable way to do it. Actually, I'd try using ACE.12 first, then downgrade to 4.0.
You could start check the version of Office that's installed, but then some application could have installed one of the Access Runtimes and making the detection code inaccurate.
|
|
|
|
|
I fully agree; even if I knew a way to determine something like that, I'd probably go for the functional test anyway. With external dependencies involved, I prefer to eat the pudding, rather than to look for the boxes.
|
|
|
|
|
Luc Pattyn wrote: I prefer to eat the pudding, rather than to look for the boxes.
I haven't heard that one before. That's a good one.
|
|
|
|
|
what You mean? This
Public Sub ConnectToAccess()
Dim conn As New System.Data.OleDb.OleDbConnection()
conn.ConnectionString = "Provider=Microsoft.ACE.OLEDB.12.0;Data Source=" & databasePath.dbPath & ";Persist Security Info=False;"
Try
conn.Open()
.......
Catch ex As Exception
conn.ConnectionString = "Provider=Microsoft.Jet.OLEDB.4.0; Data Source=" & databasePath.dbPath & ";User ID=Admin;Password="
conn.Open()
........
Finally
conn.Close()
End Try
End Sub
|
|
|
|
|
Kind of. I really wouldn't do it this way, but whatever works for you.
|
|
|
|
|
give me some example how to do this
|
|
|
|
|
I am trying to figure out how to create a textbox, or another component where the user can click up and down to change the time (hours and minutes).
Like the one we use in windows when we need to change the hour/minute of our OS.
Thanks again
asp
|
|
|
|
|
I've never made one, but you could easily do this with a custom UserControl. A few textboxes and a couple of buttons should do it.
HourTextBox : MinuteTextBox : SecondsTextBox AmPmTextBox UpButton
DownButton
Shouldn't be hard to figure out what to put in the Up/Down Button click handlers. You'll probably also handle the MouseDown/MouseUp events on those if the user wants to change the numbers without clicking for each increment.
Then the UserControl just exposes the time as a property. The gettor just puts a datetime object together based on the values in the textboxes. The settor does the opposite.
|
|
|
|
|
The DatePicker control allows you to do that, you just have to play around with its properties.
|
|
|
|
|
Thanks this is exactly what I was looking for
asp
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
