11–20 of 231 posts
VSCode is a poor example. Its a fully featured IDE, and sure it would be lighter without electron, but it still wouldn't be a lightweight piece of software. I use JetBrains which is not Electron, but also uses it's fair share of ram.
VSCode is a poor example. Its a fully featured IDE, and sure it would be lighter without electron, but it still wouldn't be a lightweight piece of software. I use JetBrains which is not Electron, but also uses it's fair share of ram.
Nope is a very quite good example, because one can compare it to Emacs, vim, Sublime Text loaded with a similar set of plugins. And it isn't an IDE, rather a programmer's text editor.
VSCode is a poor example. Its a fully featured IDE, and sure it would be lighter without electron, but it still wouldn't be a lightweight piece of software. I use JetBrains which is not Electron, but also uses it's fair share of ram.
It's essentially only using HTML and JS as the UI engine.
VSCode is a poor example. Its a fully featured IDE, and sure it would be lighter without electron, but it still wouldn't be a lightweight piece of software. I use JetBrains which is not Electron, but also uses it's fair share of ram.
To be fair, JetBrains runs on the JVM which arguably has the same problems.
I did this with the Eclipse Language server and my memory usage cut in half on the same project.
I have Lazarus up and running... it's currently taking 32 Megabytes of RAM. It compiles in the blink of an eye, has one of the best possible 2 way GUI builders in the open source world, and I can reach back 30 years into the libraries I wrote in the days of Turbo Pascal 7/MS-DOS and pretty much use them intact. It amazes me how many people went with the .NET bloatware and all that follows it. Of course, 95% of progra…
You have to thank Borland's management for that. Delphi and C++ Builder are still around, but now only some lucky enterprise employees get to play with them. .NET Native and C++/CX were finally shaping up to be Microsoft's proper version of what .NET and Visual C++ should have been all along. However they are the most recent victims of the whole Reunion reboot, .NET Native now has uncertain future, while C++/CX got r…
I have Lazarus up and running... it's currently taking 32 Megabytes of RAM. It compiles in the blink of an eye, has one of the best possible 2 way GUI builders in the open source world, and I can reach back 30 years into the libraries I wrote in the days of Turbo Pascal 7/MS-DOS and pretty much use them intact. It amazes me how many people went with the .NET bloatware and all that follows it. Of course, 95% of progra…
You have to thank Borland's management for that. Delphi and C++ Builder are still around, but now only some lucky enterprise employees get to play with them. .NET Native and C++/CX were finally shaping up to be Microsoft's proper version of what .NET and Visual C++ should have been all along. However they are the most recent victims of the whole Reunion reboot, .NET Native now has uncertain future, while C++/CX got r…
I remember Delphi adding many Windows features before Visual Studio. Windows Vista Aero support, Support for building native apps for the Microsoft Store, etc.
Delphi never shipped with bindings for 100% of the APIs, but the beauty of Delphi was I could create my own bindings with only a little code from Delphi, so it wasn't a roadblock. That is the huge difference between Delphi and non-native development tools: You aren't held back by lack of libraries or API bindings.
Earlier quoted context omitted.
Nope is a very quite good example, because one can compare it to Emacs, vim, Sublime Text loaded with a similar set of plugins. And it isn't an IDE, rather a programmer's text editor.
For decades people complained that Emacs was huge, bloated, etc. Now there are bigger web pages
VSCode is a poor example. Its a fully featured IDE, and sure it would be lighter without electron, but it still wouldn't be a lightweight piece of software. I use JetBrains which is not Electron, but also uses it's fair share of ram.
Earlier quoted context omitted.
You have to thank Borland's management for that. Delphi and C++ Builder are still around, but now only some lucky enterprise employees get to play with them. .NET Native and C++/CX were finally shaping up to be Microsoft's proper version of what .NET and Visual C++ should have been all along. However they are the most recent victims of the whole Reunion reboot, .NET Native now has uncertain future, while C++/CX got r…
> always late providing bindings to Microsoft SDKs I remember Delphi adding many Windows features before Visual Studio. Windows Vista Aero support, Support for building native apps for the Microsoft Store, etc. Delphi never shipped with bindings for 100% of the APIs, but the beauty of Delphi was I could create my own bindings with only a little code from Delphi, so it wasn't a roadblock. That is the huge difference b…
https://stackoverflow.com/questions/9653260/resources-for-na...
Also how come Embarcadero supports Windows features before Microsoft does?
I am a big Object Pascal/C++ Buider fan, but also acknowledge the reality of their actual support.
Earlier quoted context omitted.
You have to thank Borland's management for that. Delphi and C++ Builder are still around, but now only some lucky enterprise employees get to play with them. .NET Native and C++/CX were finally shaping up to be Microsoft's proper version of what .NET and Visual C++ should have been all along. However they are the most recent victims of the whole Reunion reboot, .NET Native now has uncertain future, while C++/CX got r…
At least there is a free Community Edition now. It is one release behind (so doesn't have the latest goodness, eg the LSP server for code completion), but it does let you build apps for non-commercial use or pre-income startups for free, using Delphi/C++, the VCL, etc. Ie, if you want to encourage people to use tools like Delphi, it is much more open to indie devs than it used to be. Link: https://www.embarcadero.com…