111–120 of 250 posts
Windows Forms is C# and borrows heavily from Delphi's Rapid Application Development (RAD) style.
One of the best aspects of Delphi is how quickly you can whip together simple GUI applications. The main issue nowadays is finding helpful resources on the internet, as hardly anybody writes Delphi anymore. For the interested, a free Delphi IDE exists (comes with FreePascal compiler): https://www.lazarus-ide.org/
Asking as someone who last saw Delphi in computer class at school, what would be the modern equivalent? Something that lets me draw a window with two number fields and a button that says "return sum", but it's two minutes of work and self-explanatory.
Java with Swing does still exist and works too.
It's harder (IMO) to "scale" a Tcl/Tk or wxpython project though as there aren't great built-in patterns and especially with wxpython, the API is a bit clunk and boilerplate heavy.
For a bigger project that you don't need to be cross-platform, you can still make a Windows Forms C# project in Visual Studio. It still works pretty well even, although Visual Studio seems to get slower and farther from this use case each year.
Delphi and it's components are still nice. But their C++Builder seems like if just keeps getting worse. Instead of maintaining the Borland compiler and debugger they've been replacing it with new ones that work about a quarter as well.
...for the enterprise. Which is okay, there's plenty of mixed quality software for that sector. It's just that Delphi used to be a lot more oriented towards beginner to small-business developers. And note that this happened before the web pillow-smothered decent desktop UIs. If it was all about a reduced audience for desktop-based applications and then supporting that, I would understand it more. I haven't been follo…
the web pillow-smothered decent desktop UIs Application development has gone backwards so much compared to the RAD tooling from the 90s. I really can't even properly describe it to the younger generation. :(
We use Delphi at work. We've gotten a lot of pressure from customers to move to the web. However the lack of ways to design non-trivial UIs quickly does not make it seen feasible at the moment. Then there's the fact that Win32 is like bedrock in terms of stability. We've got forms that's been designed and coded over 15 years ago which still works just as fine as they did back then. We've got input-heavy UIs, the one…
Yeah i’ve built single page apps with more input fields than this and grid tables all in a single view. Are you sure this cant be easily done?
Coincidentally that was first 15 years ago with extjs, second time with react 3 years ago - the latter being a slower process but still pretty much doable.
...for the enterprise. Which is okay, there's plenty of mixed quality software for that sector. It's just that Delphi used to be a lot more oriented towards beginner to small-business developers. And note that this happened before the web pillow-smothered decent desktop UIs. If it was all about a reduced audience for desktop-based applications and then supporting that, I would understand it more. I haven't been follo…
the web pillow-smothered decent desktop UIs Application development has gone backwards so much compared to the RAD tooling from the 90s. I really can't even properly describe it to the younger generation. :(
Earlier quoted context omitted.
Some websites I have signed up require a real phone number so they send a verification code on account creation.
I use Google Voice for that. I don’t have it tied to my phone, so the only thing they can do is send me text messages that I only see when I’m expecting something.
Earlier quoted context omitted.
I get a little frustrated, because the web is AMAZING for this. Type this in anywhere. Anywhere! sum function sum() { result.innerText = parseFloat(foo.value) + parseFloat(bar.value); } That's full of "bad practices" but for the use case you're talking about, who cares?
Side note, but can I introduce you to the element? You can just set its value instead of its innerText. It’s perfect for calculators. https://html.spec.whatwg.org/multipage/form-elements.html#th...
We use Delphi at work. We've gotten a lot of pressure from customers to move to the web. However the lack of ways to design non-trivial UIs quickly does not make it seen feasible at the moment. Then there's the fact that Win32 is like bedrock in terms of stability. We've got forms that's been designed and coded over 15 years ago which still works just as fine as they did back then. We've got input-heavy UIs, the one…
“ >150 input fields including multiple child tables up to levels 3 deep with their own grids” Yeah i’ve built single page apps with more input fields than this and grid tables all in a single view. Are you sure this cant be easily done? Coincidentally that was first 15 years ago with extjs, second time with react 3 years ago - the latter being a slower process but still pretty much doable.
No, I'm no web expert. We've not found a way so far, and I've not seen something like this on the web, but I'd be happy to be proven wrong.
edit: to clarify, I don't doubt one can get 150 fields in a view on the web. But can one dev do it in one day and have it look great?
...for the enterprise. Which is okay, there's plenty of mixed quality software for that sector. It's just that Delphi used to be a lot more oriented towards beginner to small-business developers. And note that this happened before the web pillow-smothered decent desktop UIs. If it was all about a reduced audience for desktop-based applications and then supporting that, I would understand it more. I haven't been follo…
https://www.embarcadero.com/products/delphi/starter/free-dow...