Leaderboard

Are you sure that poor speed is acceptable on desktop applications? What about applications that need to load complex forms where opening such form can take half a minute or more? Or when you need to create plenty of business objects, or when you need to do some textual processing. Good compiler means a lot in such cases. In last few Delphi releases @Stefan Glienke has continuously submitted hand crafted code to improve speed of some widely used RTL routines that have impact on overall performance. With better compiler that would not be necessary. Not only that, but with better compiler all other code we write would be faster and when speed matters we wouldn't have to bend over backwards, writing horribly unreadable code just to get the speed we need. We could just write the clean and readable and maintainable code and leave the dirty work to the compiler. Speed always matters. Now, Delphi still might be fast enough for many purposes, but for many that is simply not enough. Once it was state of the art compiler, now it is seriously falling behind.

https://probablydance.com/2023/04/27/beautiful-branchless-binary-search/

To all, Over the years I have used this Forum a lot. It has allways been a source of information. Some great, enilightening, educating, some not so much. ;-) What has never failed, is to get an answer/help/advice when needed. I am a strong believer in the saying.. "There are no stupid questions, only stupid answers." So, to all of you who have helped and responded to User's questions, issues, etc. And in particular to those that have responed to my inane, sometimes ignorant, questions/issues. A very large THANK YOU! THANK YOU! THANK YOU! All very much appreciated. Regards, Ian P.S. I'm sure I have many more questions/issues to come. :-)

We present an implementation of multicast events that is as lightweight as regular Delphi events in common scenario's. Also - for those interested - we show a couple of not-so-common Delphi language features that are used in the implementation. https://blog.grijjy.com/2023/04/27/lightweight-multicast-events/

The solution seems obvious... Don't use the OnClose event. Have the form broadcast a notification that it is closing and have the frames subscribe to this notification. eAsY.

One more of those endless topics 🙂 Talking about poor performance of Delphi, remember there are Electron applications 🙂

Odd. All they ever ask me to implement is a working solution in as short a time as possible (finished: Yesterday) When they get it, they sometimes are actually content with that, but most of the time they then start complaining about missing features, stability, performance, UI ...

I did my presentation, so you can now find my code at https://github.com/geoffsmith82/Symposium2023

@Fr0sT.Brutal I use VSCode a lot to search source code and structured data (XML, JSON), and I've got 47 plugins installed. I find it to be pretty snappy for my use, TBH.

Even easier: Just continue using the current, working solution. I was just giving an example for a possible use case.

@omnibill Don't access a DB directly over the internet. It exposes the DB and eventual vulnerabilities It binds your UI to the current DB model, instead of a general data model, making it harder to make changes to the DB without breaking the UI Use a REST server to hide the underlying database and communicate with API structures (JSON, BSON, XML, etc) adapted to your general data model It hides the actual structure of the DB - such as unique integers used for relationships, but which has no information content It prevents SQL injection attacks Using proper authentication models (OAUTH2), you avoid exposing DB internal users It allows server side sanity checks of incoming content It makes outgoing content access control more flexible You can allow third party to access your APIs You can change the DB on the backside of the API You can scale the DBs on the backside of the APIs

There are many ways to expose Delphi objects to Python but by far the easiest is to use WrapDelphi. Please have a look at the WrapDelphi unit tests and Demo 31.

the main problem is that there is not a community of programmers who do it as a hobby, and also a lot of projects on github are not carried out because there is no collaboration (unlike all other languages)