Bring back Classic Visual Basic
-
- Site Admin
- Posts: 60595
- Joined: 22 May 2004 16:48
- Location: Win8.1 @100%, Win10 @100%
- Contact:
Bring back Classic Visual Basic
This is not off-topic since XY is written in VB. It looks like there is a chance that MS will turn their focus back to the best tool they have ever designed: VB. Good timing, since recently even I find myself thinking about moving to .NET (which would happen only at incredible costs in money and time, and at a severe loss in development speed ).
So, you could help the cause by voting on this page (each person can put 3 votes!):
http://visualstudio.uservoice.com/forum ... oved-versi
It would be really good for XYplorer...
Don
So, you could help the cause by voting on this page (each person can put 3 votes!):
http://visualstudio.uservoice.com/forum ... oved-versi
It would be really good for XYplorer...
Don
FAQ | XY News RSS | XY Twitter
Re: Bring back Classic Visual Basic
Done!
PS: could you please explain the move towards .NET? Now XY can handle 64bit menus (albeit non natively). What would bring .NET, besides a native 64bit executable? And why not shifting to C++?
PS: could you please explain the move towards .NET? Now XY can handle 64bit menus (albeit non natively). What would bring .NET, besides a native 64bit executable? And why not shifting to C++?
Tag Backup - SimpleUpdater - XYplorer Messenger - The Unofficial XYplorer Archive - Everything in XYplorer
Don sees all [cit. from viewtopic.php?p=124094#p124094]
Don sees all [cit. from viewtopic.php?p=124094#p124094]
Re: Bring back Classic Visual Basic
done
- Attachments
-
- 2014-01-17_140051.png (6.91 KiB) Viewed 5674 times
-
- Posts: 3358
- Joined: 07 May 2007 18:14
- Location: NJ/NY
Re: Bring back Classic Visual Basic
Done, 9 votes (using 3 email addresses!)admin wrote:So, you could help the cause by voting on this page (each person can put 3 votes!)...
-
- Site Admin
- Posts: 60595
- Joined: 22 May 2004 16:48
- Location: Win8.1 @100%, Win10 @100%
- Contact:
Re: Bring back Classic Visual Basic
1) Indeed, things look very different now than some weeks ago. We have 64bit menus, and I know much more about NET and about the costs of migration.Marco wrote: PS: could you please explain the move towards .NET? Now XY can handle 64bit menus (albeit non natively). What would bring .NET, besides a native 64bit executable? And why not shifting to C++?
2) Too slow.
FAQ | XY News RSS | XY Twitter
Re: Bring back Classic Visual Basic
If I was a Windows developer right now I wouldn't know which way to turn. You can't really trust Microsoft anymore to do the right thing. .NET 1.0 introduced somewhere around 2002, support already dropped by 2009. How are you supposed to build an application on such a shifting platform.
Last edited by 40k on 17 Jan 2014 14:54, edited 2 times in total.
I develop scripts that integrate media functionality into Xyplorer.
Hash - Twitch.tv in VLC (NEW 2.0!) - FFmpeg GUI - Youtube downloading
XYplorer for Linux! Tutorial
Hash - Twitch.tv in VLC (NEW 2.0!) - FFmpeg GUI - Youtube downloading
XYplorer for Linux! Tutorial
-
- Site Admin
- Posts: 60595
- Joined: 22 May 2004 16:48
- Location: Win8.1 @100%, Win10 @100%
- Contact:
Re: Bring back Classic Visual Basic
I guess C++ is a pretty safe bet, but this language is not apt to rapid application development, its focus is somewhere else. VB is/was THE language exactly made for this. Some demon got MS off track. Hopefully they find back to reason.
FAQ | XY News RSS | XY Twitter
Re: Bring back Classic Visual Basic
So why migrating? AFAIC understand, no bitness will give XY a "full" 32+64bit context menu (only Windows shell can do this). So, what else will give NET that VB doesn't already give you/us?admin wrote:1) Indeed, things look very different now than some weeks ago. We have 64bit menus, and I know much more about NET and about the costs of migration.
2) Too slow.
Tag Backup - SimpleUpdater - XYplorer Messenger - The Unofficial XYplorer Archive - Everything in XYplorer
Don sees all [cit. from viewtopic.php?p=124094#p124094]
Don sees all [cit. from viewtopic.php?p=124094#p124094]
Re: Bring back Classic Visual Basic
Done! 5 email addresses = 15 votes!
Re: Bring back Classic Visual Basic
Done!
The other thing is, we now have 2 extra executable that comes with XYplorer. XYCopy for copy and move and the executable for 64bit menu. If VB6 was multi-threading and support 64bit, there would never be 2 extra executable that are shipped with XYplorer.
EDIT: I do however think that perhaps XYCopy should remain separate. The reason is that xplorer2 is also multi-threaded yet if it crashes, it takes the whole thing with it. I once had a file operation going on and I was doing something in xplorer2 and it crashed... so did the copy operation thread. I can see benefits in having a separate executable for the copy process. Either way, having it multi-threaded will still be useful. Even with a separate process XYCopy, XYplorer definitely feels slower or lags a bit sometimes while XYCopy is working.
One thing I can think of right away if multi-threading. That will be extremely helpful. Even with Don's magic coding, there are many times I can see that multi-threading would be an immense help to the way XYplorer handle things.Marco wrote:So why migrating? AFAIC understand, no bitness will give XY a "full" 32+64bit context menu (only Windows shell can do this). So, what else will give NET that VB doesn't already give you/us?admin wrote:1) Indeed, things look very different now than some weeks ago. We have 64bit menus, and I know much more about NET and about the costs of migration.
2) Too slow.
The other thing is, we now have 2 extra executable that comes with XYplorer. XYCopy for copy and move and the executable for 64bit menu. If VB6 was multi-threading and support 64bit, there would never be 2 extra executable that are shipped with XYplorer.
EDIT: I do however think that perhaps XYCopy should remain separate. The reason is that xplorer2 is also multi-threaded yet if it crashes, it takes the whole thing with it. I once had a file operation going on and I was doing something in xplorer2 and it crashed... so did the copy operation thread. I can see benefits in having a separate executable for the copy process. Either way, having it multi-threaded will still be useful. Even with a separate process XYCopy, XYplorer definitely feels slower or lags a bit sometimes while XYCopy is working.
Last edited by Enternal on 18 Jan 2014 21:40, edited 4 times in total.