I like the idea of an IDE with integrated GUI builder. We had a couple - I used NetBeans to make Java ME applications for phones.
Shouldn’t be too hard to build a framework that loads a GUI definition and auto-binds UI events to functions according to a naming convention. I wouldn’t be surprised if there isn’t already such a thing for Python.
guidedlight · 10h ago
VB UI’s tended to be fixed and designed for a world where everyone ran a 4:3 640x480 VGA monitor. This made VB’s UI builder very easy to achieve good results.
I’m not sure the same approach would work today.
rbanffy · 1h ago
Just replace pixels with millimetres and we are safe.
At some point it got anchors in the widgets so you could position it at a distance of another control or the window border (at least). The same effect can be done with layout managers and other tricks.
jperoutek · 10h ago
VB.NET is still a supported platform by microsoft, with the GUI builder and everything. We still use VB.NET exclusively at my current job, for better or for worse. With the addition of tools and libraries like DevExpress, its honestly not a bad setup.
mattl · 10h ago
IIRC, VB.NET disregarded the 20+ years of VB developers for the most part.
TrackerFF · 11h ago
VB.NET works just fine, no? Granted it is 13-14 years since I last time touched VB.NET, but slapping together apps in visual studio was a breeze. If something serious hasn't happened since then, it should still be easy.
gschizas · 10h ago
Modern VB.NET (and C#) suffer from overcomplication, from trying to do too much. And at the same time, not doing enough.
There are (at least) three ways to make a desktop application (Classic Windows Forms, XAML and other, more different XAML, for what used to be Metro/Windows Store apps). Not all functionality overlaps between them.
There are a plethora of (paid) custom controls which reimplement the wheel for all of those (because Microsoft didn't bundle in some elementary Windows controls)
That being said, I personally miss LightSwitch.
neonsunset · 10h ago
You are confusing platform-specific(!) GUI frameworks with the languages themselves, which have been long "divorced" from the platform they initially targeted.
nom · 9h ago
VB will always have a special place in my heart.
On Error Resume Next
jenkstom · 11h ago
Why not Delphi? And why not Lazarus?
mattl · 10h ago
> Why not Lazarus?
I've never heard of this or if I have, I don't remember it.
It's an open source IDE that's Delphi compatible. The author of the article is trying to make a Mac app.
* Downloads are from an ad-ridden SourceForge page.
* I download Lazarus I don't get a nice little Mac app... I get a folder full of stuff
* Starting the app, macOS tells me “lazarus” is damaged and can’t be opened. You should move it to the Trash.
* On the project screenshots page, ReactOS is shown before macOS and macOS screenshots are from a while ago.
Contrast that experience with... VSCodium, the open source community version of VSCode.
* Download is from GitHub, no ads.
* Downloads a disk image with a familiar pattern
* Drag the VSCodium app bundle to my Applications folder
* I get prompted if I want to open it as it's something downloaded... and VSCodium opens (slowly at first) -- up pops a message saying I've downloaded the x86 version by mistake and I should download the ARM64 version and there's a link to do it... downloading the correct version and it opens instantly.
--
All of this to say... with any project, open source or proprietary there is a sense of native/correctly packaged for your OS that's obvious, and if a project doesn't do that I wonder if anyone is using it for that OS.
lysace · 11h ago
There has been so much VB love here lately. Here are some counterpoints:
In the 90s, when you saw that a Windows app needed Visual Basic DLLs, you kind of knew that the app in question was very likely created by a complete amateur.
The best apps tended to be tiny and written in C by wizards.
pvg · 11h ago
Some miss old handy tools, others miss the old gatekeeping.
lysace · 11h ago
Gatekeeping or not, it was a useful indicator. There was so much crap.
I’ve seen terrible programs written in all sorts of languages.
lysace · 11h ago
And there were no patterns, particulary between 1992-1995, for MS Windows apps?
tptacek · 6h ago
Bracketing this with '92-'95 makes the claim so much funnier.
guidedlight · 11h ago
Most apps in the 90’s/early 00’s were tiny. They did one thing well.
It’s in that context, VB did really well. The thing that VB didn’t do well is scale due to language limitations, but for tiny apps it didn’t matter.
mattl · 10h ago
When you go to a modern website and you see it downloads 900kb of JavaScript just to show you the homepage, how do you feel about that?
I was a VB developer for a few years. I'm trying to remember the name of the tool we used to bundle VB applications into a single binary. It wasn't a Microsoft tool.
lysace · 9h ago
> When you go to a modern website and you see it downloads 900kb of JavaScript just to show you the homepage, how do you feel about that?
That shipping sites like that should cause you to pay some kind of tax. Use that tax income to invest in software security.
mattl · 9h ago
I saw a thread the other day on creating a website without JavaScript and so many people were saying it couldn’t be done.
Shouldn’t be too hard to build a framework that loads a GUI definition and auto-binds UI events to functions according to a naming convention. I wouldn’t be surprised if there isn’t already such a thing for Python.
I’m not sure the same approach would work today.
At some point it got anchors in the widgets so you could position it at a distance of another control or the window border (at least). The same effect can be done with layout managers and other tricks.
There are (at least) three ways to make a desktop application (Classic Windows Forms, XAML and other, more different XAML, for what used to be Metro/Windows Store apps). Not all functionality overlaps between them.
There are a plethora of (paid) custom controls which reimplement the wheel for all of those (because Microsoft didn't bundle in some elementary Windows controls)
That being said, I personally miss LightSwitch.
I've never heard of this or if I have, I don't remember it.
It's an open source IDE that's Delphi compatible. The author of the article is trying to make a Mac app.
* Downloads are from an ad-ridden SourceForge page.
* I download Lazarus I don't get a nice little Mac app... I get a folder full of stuff
* Starting the app, macOS tells me “lazarus” is damaged and can’t be opened. You should move it to the Trash.
* On the project screenshots page, ReactOS is shown before macOS and macOS screenshots are from a while ago.
Contrast that experience with... VSCodium, the open source community version of VSCode.
* Download is from GitHub, no ads.
* Downloads a disk image with a familiar pattern
* Drag the VSCodium app bundle to my Applications folder
* I get prompted if I want to open it as it's something downloaded... and VSCodium opens (slowly at first) -- up pops a message saying I've downloaded the x86 version by mistake and I should download the ARM64 version and there's a link to do it... downloading the correct version and it opens instantly.
--
All of this to say... with any project, open source or proprietary there is a sense of native/correctly packaged for your OS that's obvious, and if a project doesn't do that I wonder if anyone is using it for that OS.
In the 90s, when you saw that a Windows app needed Visual Basic DLLs, you kind of knew that the app in question was very likely created by a complete amateur.
The best apps tended to be tiny and written in C by wizards.
It’s in that context, VB did really well. The thing that VB didn’t do well is scale due to language limitations, but for tiny apps it didn’t matter.
I was a VB developer for a few years. I'm trying to remember the name of the tool we used to bundle VB applications into a single binary. It wasn't a Microsoft tool.
That shipping sites like that should cause you to pay some kind of tax. Use that tax income to invest in software security.