Leaderboard

You should not have to add that file yourself, as it is added automatically by the IDE. Here's the Deployment Manager for a typical Android project:

Delphi is already problematic when it comes to quality control. The new system is so mind-bogglingly horrible that the friction to post a new bug report is even greater than it used to be. And now we can't even vote for issues that matter to us, so Embacadero has no objective signal on what to focus on. This is not good for the future of Delphi. I knew an ISV developer who made pretty decent Windows utilities who would go out of his way to hide feedback mechanisms in his software. He would hide contact details behind a menu item only accessible from the form's system menu, so only the most determined people would ever find it. He just didn't want to deal with customers. This reminds me of that. The new QA is so irritating to use that I just don't even go there. The old one sucked bigtime, but it was at least usable enough that I would try. Now I am not even bothering.

SearchRec.Name would only be the filename part and does not include the path. Unless something has changed. If so, make sure that you add path before the file name.

In the new system: https://qp.embarcadero.com Tickets from the old system have not been migrated over (yet?). Nope, but you can order by issue number, which are presumably sequential (or close to it). Nope. There are no "boards" in the new system. What I find funny is that I have filed 7 new tickets in the new system, but when I search for tickets "Where I am a participant", nothing shows up, but tickets "Created by me" do.

Probably easier just to compare your current changes to your last commit.

I'm puzzled as to why you would post "Got it figured out", but not actually include the solution

Before anyone gets too upset, my perspective is based on dealing with legacy code you have come into. There are numerous advantages to encapsulating global variables. Not only do you establish a measure of access control, but if you expose them as properties with getters and setters, you can easily set breakpoints to discover points of interaction. Equally, you could introduce logging. But even without those benefits, you will be altering the calling code to reference MyGlobals.SomeState, rather than simply SomeState. Once you have accomplished that tedious task, it is also a simple matter to search for all such references by searching on MyGlobals. Other benefits will become apparent as you work through things.

There's big difference between "buy and try to maintain and let it die after some time" and "make agreement and provide free version to legal customers" approaches. Considering the history, the latter is better

Actually there were rumors that CrossVCL were to be bought by Embarcadero and included in Delphi. There was a time range where you could not buy new licenses. Now you can... As said above, you can get FmxLinux for free with an active Enterprise/Architect subscription. (Not sure about Pro, but it wouldn't make sense without the ability to target Linux)

So far, any Delphi library or tool that Embarcadero bought has been abandoned sooner or later. What makes you think this would change?

I agree. The 3rd party libraries require maintenance at least and most likely further development but Idera's investors are not short of a few dollars.

That's false. Every OS is a moving target. You cannot buy a finished solution and freeze it. You have to actively develop it. For years we see that Embarcadero doesn't have the required resources.

It would not be a big investment to acquire these 3rd party libraries and make them available for free. A better way to increase revenue is to grow the user base. Trying to lure developers beyond the Professional SKU by hiding the value in the Enterprise works well when the content is attractive to larger companies. The Linux platform is attractive to all types of customer. This is a missed opportunity to grow the Community Edition in a similar fashion to Python for Delphi.

One should mention that Delphi or C++ Builder for Linux are not able to create GUI applications for Linux. For that a 3rd party library like FmxLinux or CrossVcl is needed and both are not free either. (FmxLinux is free with the Enterprise version, though.)

Got it figured out but man, that's convoluted.