Uwe Raabe

So do I

I learned that creating a separate build project is mandatory even for small and/or short lived projects. Alone that it just gives the customer a professional experience when you are able to fix a bug and provide a new setup for download in a few minutes just by committing and pushing the changes.

Not sure if that qualifies, but Windows App Store comes to mind.

Nothing I am aware of, but it can be achieved easily with a wrapper like this: S := '05-Apr-17'; for I := 1 to 12 do S := S.Replace(fs.ShortMonthNames[I], I.ToString); newDate := StrToDate(S, fs); Of course there is some room for improvements, but you get the idea.

This is documented behavior: System.SysUtils.StrToDate

Install PngComponents - it registers the old format per default.

Filing a feature request may be helpful.

Recent Delphi versions also allow this construct: function GenerateAppGUID: TGuid; begin Result := TGUID.Create('{481E85E5-3874-4FCB-BEA1-B65D640AE6D3}'); end;

Well, Code Coverage can also tell you which parts of a tested method was left out and thus needs more tests. OK, not that much helpful when you don't do tests. It is not meant to be executed in the customers production use, there you are right. That is more what collecting the areas actually used are for.

Open MMX Code Explorer properties and navigate to the History page. Under Drop Bookmarks set Before modifying source drop bookmark on cursor position to none.

In Project Options - Building - Build Events select All configurations - Windows 32-bit platform. Then in Post-build events set Commands to ren $(OUTPUTPATH) $(OUTPUTNAME)32$(OUTPUTEXT) Note, that you won't be able to debug that.

What are you trying to achieve?

In SOFTWARE\Embarcadero\BDS the BDS part can be changed with the -r command line switch. On the other hand, nit all sub keys of SOFTWARE\Embarcadero belong to valid Delphi installations, so it needs some more heuristic to find them.

I suggest to make the BDS part of IDERootKey as an additional parameter to cover the case where the IDE is started with the -r option. A welcomed extension would also be to find all these sub keys for given or all Delphi versions.

The false part of this car analogy is that the car is not FREE, you are only allowed to drive it for one year without paying for it. At the end even that analogy is false right from the beginning as it is rather difficult to find someone letting you drive its car for free - at least not for one year. It would also be a bit tricky to get some extras installed to that car - all for free. All this confirms my conviction that any car analogy used for software issues can only be fundamentally flawed.

I beg to disagree here. If it is seen as an invalid construct the compiler should complain. As long as the compiler is fine with such a construct, there are only implementation details in Object Inspector responsible for the crash. There is nothing except missing developer time that should prevent to fix those. We can argue about the priority, though.

Strictly speaking it is TOnChange(ASender: TCustomEdit<Integer>; AValue: Integer), but I suspect a general lack of OI support for that. You should file a QP report for that.

Just a guess, but I suspect the Object Inspector cannot cope with the generic event.

AFAIK that is not possible. It is hard-coded in delphicoreide<xxx>.bpl

Of course I do, but that cannot be fully described in a few sentences of an answer to your question. F.i. it took more than two hours to explain only the basics to a co-worker and we had to make a cut as it was too much information to grasp all at once. After all I developed that in several weeks (if not months) to get all things running fast and stable. I also don't know if what is working for us will work for your use case. My plans are to do a more detailed blog post on this, but as that is going to target a broader audience the examples given will probably fall in the incrementing integers category, too.

Be aware that this also needs a dedicated TRestClient for exclusive use in the internal thread. Also make sure that the TRestRequest events are either thread-safe or the SynchronizeEvents property is set to true. For create the TRestRequest dynamically for each case and create the TRestClient with the request as owner. That way the client is automatically freed with the request.

You have to create an isolated set of all components for each thread.

You cannot do that even for a regular variable. It works if you declare a constant first and use that one for the assignment. That even works for the inline var.

At least his profile shows 10.2 - but nevertheless, it doesn't work always in 10.4.2 either (as many LSP backed features don't). So the QP entry should rather be a bug report than a feature request.

You can't put attributes on code not under your control (like the VCL f.i.).