Leaderboard

In my world I need to build against multiple different versions of the same library. This is not an obscure requirement. It happens pretty much anytime you maintain development and release branches. When you maintain legacy versions. This is a mainstream scenario in any professional programming setup. Global settings are simply incompatible with that.

I've updated my project so it now not only sends messages via gmail... but it can send hotmail.com/live.com/outlook.com emails. GmailAuthSMTP supports the XOAUTH2 and OAUTHBEARER authentication types and so could probably support other mail providers if they use those standards as well. https://github.com/geoffsmith82/GmailAuthSMTP/

RAD Studio, Delphi and C++Builder 10.3.3: List of Patches We've released a number of patches for RAD Studio 10.3.3. To ensure you know about all of them, and can install correctly, here is a list and some overview information. If we release any others, we'll update this blog post with details. https://community.idera.com/developer-tools/b/blog/posts/rad-studio-delphi-and-c-builder-10-3-3-list-of-patches?fbclid=IwAR0EcZ8TvyWslDSLoMzHP64WcIrZtynO727eZyXC90aXpomENWm0OEKV17g

The property/method responsible for that behavior is Vcl.Menus.TMenuItem.AutoHotkeys and/or Vcl.Menus.TMenuItem.RethinkHotkeys

Perfectly, like the attached screenshot of the "Follow Link" feature of visual Studio code (provided by Warreñ Postma on Facebook) Thanks.

This happens all over the place. The menu hotkeys change whenever the IDE thinks it should recalculate them.

First, you should clarify how TMainForm and TMainFormBase are related, as well as TFrameBase and TFrameTop. Disregarding these inconsistencies I will try to outline my solution: You should avoid placing the frame instance into the form with the designer. Instead declare a field in TMainFormBase of type TFrameBase named Frame. Add a virtual class function CreateFrame returning a TFrameBase instance. During form creation call this function and set the field Frame with the result. Then in TMainFormApplication override that function and return a TFrameApplication.

Without managing the global library path, a package manager would not work for me. I cannot think of any library we use that is not used by multiple Delphi projects; in some cases dozens. So no project search path is ever used or needed. Are you targeting just the type of development shop which builds only one or two huge applications? But don't pay too much attention to this comment, because as I have said before I am very happy using a Finalbuilder project as a DPM.