131–140 of 250 posts
Earlier quoted context omitted.
That's kind of "too bad" it's Windows only. I would try it on Linux and/or macos.
Delphi IDE is available for Windows only, regardless of its version. I suspect @runjake meant is that the free version only targets Windows, while the architect edition of Delphi can target all of the major OS'es out there.
Earlier quoted context omitted.
“ >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.
> Are you sure this cant be easily done? 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?
I think you are doing your customers a great disservice by not learning about web development.
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…
Earlier quoted context omitted.
Even in the West, Pascal was the standard teaching language even in the late 1980s -- my undergraduate classes and textbooks all used it.
I took the AP CS test in 1996 and had to learn Pascal for it. They switched to a different language either in '97 or '98 though (C++ I think?).
The Embarcadero website experience for a developer is nonsense. The first thing you see in the page is "BUY NOW", "FREE TRIAL". It's so aggressive that my instant reaction is to close the product page before I even get to see what the product is about.
And no, I don't want a "product demo". I don't want to contact sales. I am a developer I don't care about that. "Contact sales"/"Request a product demo" sounds intimidating. It sounds like you want me to spend $5000, which I am not willing to spend.
My primary objective as a developer is to develop applications. The website has to focus on assisting that process.
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…
I'm... not sure this is true. There are plenty of ways of designing non-trivial UIs on the web.
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.
Earlier quoted context omitted.
“ >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.
> Are you sure this cant be easily done? 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?
And I've seen Delphi apps; I recently worked on one. In my experience they don't look great. Maybe you've done a lot of work to theme the controls; if so, wonderful. But what I'm familiar with just brought up Windows dialogs, and ... well, that's functional but I wouldn't say it looks great.
But here are a few examples of ways you could create 150 fields in a day on a web app and have them look great:
Arrays of control types: https://formik.org/docs/examples/field-arrays for simplicity of creating the controls plus something like https://chakra-ui.com/docs/components/input to make them pretty.
Spreadsheet look (with spreadsheet functionality!) in one control: https://www.npmjs.com/package/react-spreadsheet
Want to build the form by hand and customize it? https://www.form.io/
Form should follow a database schema and automatically display database records? https://marmelab.com/react-admin/ (I used this approach to bring up an admin panel for more than 150 fields, though spread over a couple dozen pages, because of course that looks better than trying to bring up 150 fields on one page.)
The standard way to create a large form (or any data table on a page) today is to iterate over the fields you want and add them to a page. There are frameworks like Chakra that can help you make everything look attractive--and you can theme the result in whatever color scheme or styles you like.
I really don't want to have to touch Delphi ever again; it felt like I'd fallen back into the 1990s in code development terms, and I missed all of the modern features I'd grown accustomed to. If it's what you like, and it pays the bills, then enjoy. But know that people who have used more recent tools like myself consider it to be anachronistic.
Could someone please explain/describe how GUI creation was done with Delphi? I tried to look up a video/wiki page but I don’t see what kind of abstraction did it use and why was it as liked?
You mean how you open Delphi IDE, create a new project (default is Windows VCL, but you can also do cross-platform FireMonkey just as easy), then when the main form is presented in IDE how you drop components from the components palette? As in same way you do it in Visual Studio when doing a WPF and or/ Winforms project as well? Or as in any visual IDE for any programming language, because they all follow the same id…