|
I'm keen to guess. Does someone with a learner's permit in the UK have an "L" decal on their car?
|
|
|
|
|
Yep, and Hong Kong, India, Ireland, parts of Canadia, Israel, Malaysia, Spain, Oz, NZ, Switzerland, Poland, parts of the USA, ... loads of places!
In Wales, we have a Red 'L' for Learner, Green 'L' for recently passed, Green 'D' for "Disqualified", and Red 'D' for "Drunk"*
* That's a lie: the D is "Dysgwr", the Welsh for "Learner" but you wouldn't know that from the way they drive ... 
"I have no idea what I did, but I'm taking full credit for it." - ThisOldTony
"Common sense is so rare these days, it should be classified as a super power" - Random T-shirt
AntiTwitter: @DalekDave is now a follower!
modified 7hrs 15mins ago.
|
|
|
|
|
Not in Minnesota USA anyway. Some families add a rear window sticker stating that there is a Student Driver - but this isn't required by law.
|
|
|
|
|
Nice clue! I even solved it - after I spent a fruitless half hour going down the rabbit hole pulling "out" from "outline" (another synonym of sketch) and getting nowhere. After re-reading the clue I saw "withdraw" as a definition of pull out. I easily got the A from first-letter but was unsure of L for learner, but withdrawal was too good a fit so I checked my guess against your solution. The "-" didn't throw me off, but I was so sure I was cleverly onto something with "outline"!
|
|
|
|
|
You should have posted! 
"I have no idea what I did, but I'm taking full credit for it." - ThisOldTony
"Common sense is so rare these days, it should be classified as a super power" - Random T-shirt
AntiTwitter: @DalekDave is now a follower!
|
|
|
|
|
I had just solved it moments before my last post. I wasn't awake when the game was live. But I still work on them every day once I am. 
|
|
|
|
|
Good man 
In a closed society where everybody's guilty, the only crime is getting caught. In a world of thieves, the only final sin is stupidity. - Hunter S Thompson - RIP
|
|
|
|
|
A while back I asked for a Crystal Reports alternative (unrelated to the question below): The Lounge[^]
I got some very good responses from all of you.
Their reporting tool works on the web and in the cloud in .NET 5+ applications, which was kind of a requirement.
With that requirement in mind (and a few others), combit List&Label, Progress/Telerik and DevExpress made the shortlist.
Ultimately, I decided to go with DevExpress because it got a lot of good reviews, it's probably the most well-known tool in the list and their support is great (as is my experience with DevExpress).
I don't need it yet, but I told my client about it and we'll probably implement it later this year (after at least phase 1 of the project).
Thanks for the tips everyone
|
|
|
|
|
What the title says.
For most people this (hopefully) happened some twenty years ago, but I'm going to inherit a lot of VB6 applications, some even still work with a dBase database.
The programmer is going into retirement and this (reasonably large) company needs someone to take care of their software.
Our (and their) first priority is getting off of dBase, the current programmer already started working on that.
Next we'll need to move VB6 to .NET (Framework, probably).
I know there used to be converter tools around, but I've heard bad things about them.
They're usually not worth the effort.
Ideally, I'd rather just rewrite everything to web-based and cloud-ready .NET 6 applications, but I don't think we'll have the time nor money.
Any tips (other than "RUN!")?
|
|
|
|
|
As someone who had to do this for a couple of clients, I can definitely say stay away from the conversion tools... they do not work!
If this software is critical to the company's business, I think you will have no option but to rewrite. Just hope that the current version works as is while you do that.
One thing I tried doing was to keep the UI same (or as similar as possible) so that users do not have to be re-trained a lot.
Happiness will never come to those who fail to appreciate what they already have. -Anon
|
|
|
|
|
It's a while since I had to, but the conversion tool with Vis Studio 2003 worked fine for me, I copied the UI in VB.Net was told to make it as close as I could 'convert the old one, that worked' only had rough code behind buttons converted it and it worked (then I ran).
|
|
|
|
|
So you want to go from VB6 to VB.NET? If you want to go from VB.NET to C# there is a host of problems which I encountered frequently... Have to do lots of things manually, even with code I wrote myself 
|
|
|
|
|
|
The problem is VB.NET is your target. VB.NET is not getting any new features. There was a time when MS said they were developing VB.NET and C# side-by-side, with the same features between the two. That has since been killed. VB.NET is going to "wither on the vine" without new features.
I'm going to say your best bet is to rewrite from scratch in C# instead.
|
|
|
|
|
It's safe to assume that people are not mentally challenged, and this is the first option that springs to their mind. But verry often, the time, resources and/or management's grasp of reality (or lack of) are preventing from going this path. Especially, when the purpose of the whole thing is just a small change in the current system.
Advertise here – minimum three posts per day are guaranteed.
|
|
|
|
|
Dude, all I said was moving to VB.NET isn't really a good choice because of its limited lifetime. If a conversion to .NET (anything) was going to happen, a more appropriate target would be C#.
|
|
|
|
|
I migrate VB6 to VB.net and C#. It isn't as difficult as you think. Feel free to contact me by email.
ed
|
|
|
|
|
Here is a step-by-step instruction how to install VB6 on Win10. The instructions actually work. And you can find the two CDs with VB in MSDN. It took me a while to get to this information:
Visual Basic Discussion Boards[^][^]
In MSDN search for: "Visual Basic 6.0 Enterprise "
The Visual Basic forum was more aggressive than helpful on the subject, but here is the link: Visual Basic Discussion Boards[^]
Advertise here – minimum three posts per day are guaranteed.
|
|
|
|
|
Sander Rossel wrote: I know there used to be converter tools around, but I've heard bad things about them.
They're usually not worth the effort.
You don't want a converter. There were tools that let yuo integrate .NET into a VB6 app.
Interop Forms Toolkit 2.0 Tutorial[^]
A company I worked for tried a rewrite, and I was specifically told not to go the "slow transition route" by the software lead because it might kill the rewrite. That decision killed the company.
You rewrite critical parts. In a year, the VB6 crap will merely exist to display .NET modules. Then you start a new .NET host for those modules.
Before you do that, you'd want to migrate the database to something that makes more sense.
Yup, been there, got the TShirt. Go slow and steady. DB first, then VB a small victory at a time.
Bastard Programmer from Hell 
"If you just follow the bacon Eddy, wherever it leads you, then you won't have to think about politics." -- Some Bell.
|
|
|
|
|
Eddy Vluggen wrote: Before you do that, you'd want to migrate the database to something that makes more sens
That would have been my suggestion also.
|
|
|
|
|
Having done exactly what you are asking about, here is how I approached the problem.
0: Strip all the code from your forms.
1: Use the converter from VB 2008 to upgrade the forms. (UI only)
2: Paste back in the code, proc by proc, fixing it as you go.
It's a long, slow, boring process.
There's also a company called mobilize.net that I've looked into that seem to do a really good job at migrating VB6 to .Net. Good luck! 
"Go forth into the source" - Neal Morse
"Hope is contagious"
|
|
|
|
|
Sounds like a good time to also review the overall design, make more modular, do some TDD/unit tests, etc.
Sell them on positives....
|
|
|
|
|
My experience is to create the new dotNet VB application from scratch. Use the VB6 source as a guide to what needs to be done. In some cases, I discovered that if I copy/paste the VB6 source into the project and then fix that source it worked wonders.
Gotchas:
- File IO - classic VB file handling is there, but using the new StreamReader and StreamWriter classes are far more efficient
- Event handlers, but at least VB.Net makes these explicit in the code. The order of event firing is different from VB6.
- Error handling: You can leave in the VB6 error handling but I strongly recommend you switch to the Try Catch Finally End Try constructs. I have a few short Subs and Functions where I legitimately use On Error Resume Next, but I document why I'm using this construct.
|
|
|
|
|
look at this post, it may give your ideas...
diligent hands rule....
|
|
|
|
|
Pull out sketch first - letter learner to start with (10)
"I have no idea what I did, but I'm taking full credit for it." - ThisOldTony
"Common sense is so rare these days, it should be classified as a super power" - Random T-shirt
AntiTwitter: @DalekDave is now a follower!
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
