XYplorer Beta Club

Another suggestion would be make it open source and let the community do the conversion

It's all in good fun

On the subject of life:
"Life is like a sewer — what you get out of it depends on what you put into it."
Tom Lehrer.

Well, I exaggerated a bit with the load time, unless you shower very fast. And it's more lines, maybe 400,000 due some intermediate code that has been added thru the automatic conversion.

***

I think we can close this now.

I have not read every post in this thread but did see at least one that was less than friendly. I applaud you for the effort, and want to say that I really enjoy XYplorer in its current state. Once in awhile over my programming career I have thought "I could make one of those programs that does X and release it", but then relent when I consider the sheer magnitude of user support that would be required, not to mention the abuse that inevitably gets hurled. (I am reminded of the saying, "No good deed goes unpunished.")

Keep up the great work, and know that plenty of us out here are paying, grateful customers.

admin wrote: ↑16 Aug 2020 20:51 Thanks, but no thanks. I need fun. .NET is no fun.

I thought I was the only one feeling that way.

kger wrote: ↑17 Aug 2020 16:21Keep up the great work, and know that plenty of us out here are paying, grateful customers.

Thanks!

xy123 wrote: ↑16 Aug 2020 20:57 I thought VB6 coders are switching to Xojo? Not similar enough, or something else?
https://docs.xojo.com/UserGuide:Migrati ... sual_Basic

will this might work instead?

Damn, I could not really stop myself from trying again, and this time I got a good step further and it would actually load the main window (before crashing right away). So you cannot do that much with it, but hey, it's 64-bit and it looks cool in a purist way! So, here it is, 64-bit XYplorer, the first shot:

admin wrote: ↑19 Aug 2020 15:59 Damn, I could not really stop myself from trying again, and this time I got a good step further and it would actually load the main window (before crashing right away). So you cannot do that much with it, but hey, it's 64-bit and it looks cool in a purist way! So, here it is, 64-bit XYplorer, the first shot:

I admire your dedication to this program and cannot image the time you spent on it. Thanks again (it saves me a lot of time) and cool first view :-)

Hey - what an encouraging, great first step! This may appear like "simple" to the uninitiated, but I guess we can't even fathom the amount of passion (and sweat and coffee) that went into this! Keep going, Don!

Pure excitement!

Don't get too excited. I just made some performance tests: Simple printing of text to a surface (there is LOT of this happening in XYplorer all the time). VB6 is 7 times faster than .NET.

That's it for me. I have seen enough. Should have done this testing earlier.

admin wrote: ↑19 Aug 2020 20:57 VB6 is 7 times faster than .NET.

Managed or unmanaged? Concatenated strings?

Neverteless, I would like to help but I better shut up, because I don't have any real .Net experience. I would have expected the gap to be smaller, though.

admin wrote: ↑19 Aug 2020 20:57 Don't get too excited. I just made some performance tests: Simple printing of text to a surface (there is LOT of this happening in XYplorer all the time). VB6 is 7 times faster than .NET.

That's it for me. I have seen enough. Should have done this testing earlier.

Well it was to be expected that there would be some performance hit when it comes to drawing speed, afterall WinForms is just a higher abstraction layer over pure WinAPI.

How exactly was this measured? Also did the code conversion actually produce proper WinForms controls or were the WinAPI calls simply translated 1:1 to VB.NET?

Nothing fancy, just like this:

In .NET I used: In VB6 I used DrawText API (which I also use a lot in XY) (did not even optimize Picture1.hDC). but the internal command Picture1.Print had similar speed :