Leaderboard

Thanks. Actually I think we agree on most things, we just have a disagreement on the mechanics of SO. I don't think that's very important in the grand scheme of things, and I am extremely appreciative and admiring of all the good work you do in the Delphi community.

New version for 10.3.2:

The most important thing for me is the tasks performed by the end of the reporting period and the lack of hints and warnings in my modules. I now have no opportunity to correct this situation in all projects (consists of 6128279 total lines), when our team consists of more than 30 developers and every day there are fixing dozens of commits to the repository. This should be the basis of the corporate code development culture, but unfortunately we have not yet come to this point.

[OT] 1068 Hints 1937 Warnings How do you see anything ...the most important things. [/OT]

There are a few things that every single one of our internal programs should do: Every dialog should be sizeable if it makes any sense at all. Delphi makes that easy with the Align and Anchor properties. Ask yourself the following questions. If you answer any of them with Yes, ... https://blog.dummzeuch.de/2019/04/03/things-that-every-desktop-program-should-do/

Rad Studio 10.3.2 Configuration: Debug Platform: Win32 Build Project group with 6 128 279 Total Lines. Without IDE Fix Pack: 5m 4s With IDE Fix Pack: 2m 28s

The same for me. 1) Form event handlers 2) Utilities (public/private methods) 2) Child controls' event handlers 3) Message handlers If there's pretty much code, I also put these groups into REGIONs It's a shame IDE autogeneration doesn't have an option to generate method name according to where it is declared

You and I don't agree on much very often, but we can agree on this point. For instance, I'm a programmer, who happens to work primarily in C++ and Delphi, but I will reach into Java and C# and even VB and Assembly when a task requires it. I think in terms of logic and tasks, and then write specific code in the syntax of whatever language I'm working with at the time to accomplish those things. Programming is programming, differences between various languages are just a matter of syntax and libraries available.

Andreas just released a new Fix Pack update for 10.3.2: https://www.idefixpack.de/blog/2019/07/ide-fix-pack-6-4-3-for-delphi-10-3-2/

Great!!! 🙂

Isn't that what they call cyclic dependency?

But Andreas Hausladen has his way to find and fix the IDE. Who's to tell how to boost the IDE? EMB is focused on quality, stability and performance, but they have deadlines and investors to deal with. When an IDE fix is required, EMB would take months to test everything (as it should), but Andreas can do it over a free weekend. If Andreas has the time (and is willing )to patch the IDE, let him patch it. And later EMB can implement / fix such features. The same goes with FastCode project. Today most of that work is integrated. But who's to say there's nothing more to optimize? ( I really miss the ASM newsgroup and their fight over bits, bytes, cycles and benchmarks!) Anyway, I would vote for Andreas own copy/subscriptions. IDEs from D7 up to Tokyo are still using it! (BTW if someone is not using IDE Fix pack from those older IDEs: You are wasting time... Literally )

Does anyone actually have a clue on which fixes are left to be implemented? Where is this list of items needing to be addressed in 10.3.2?

Thanks Daniel! It is good to know that some of the fixes already went into the product. Do you happen to know why why not all of the fixes went into the product?

Took me a while to notice that I must not close the window with the cross button in the title to force that error.

Perhaps this comes down to perception, and the type of work involved, and the other attractions of the company, but personally I hire programmers. If they don't know a specific language when they arrive, we teach them that language. I don't really buy in to the idea that there are Java programmers and C# programmers and Python programmers and so on. In my mind there are just programmers.

Very good news: https://community.idera.com/developer-tools/b/blog/posts/google-play-store-android-32-bit-extension-for-delphi-and-c-builder-customers

Have you tried squinting really hard? 😄 I'd love to have a monitor with that resolution.... sigh.

I prefer to have FormCreate, FormActivate, FormClose, FormDestroy, and related stuff at the top so I can see the main flow. One practice I've seen used in many projects is to have a static procedure at the top that's used to create the form dynamically and initialize things. Otherwise, I try to group methods that are related, so if there are several methods related to a ListView, they'll be grouped close together. Sorting alphabetically can be annoying, especially when people stick a 3-letter prefix on method names to say something about the type of control they're for.