Uwe Raabe

How would this affect older Delphi versions, which are the relevant targets according to "(intended for library devs that have to support many compiler versions)"? The problem is, that you need to use always the latest version of this file as part of your library, so it is capable to handle all Delphi versions. Even if starting with 10.5 Delphi would provide such a file itself, it will be outdated as soon as 10.6 arrives. So you have to use the newer file even for older Delphi versions, which somehow rules out such a file coming with Delphi itself.

Have you tried IOTAEditorContent.ResetDiskAge after setting the content?

While Scaled = False is not the suggested standard, is removing these properties still a general solution or does it only work for your use case?

And copy the method body in each? Well, it could split that code and put the pieces into the appropriate overload. On the other hand, that is exactly what a developer would do - and that is way more readable and maintainable (at least IMHO).

If the password is a string, which I think is what N'...' implies, can you change the script to take only the macro and use AsString in the code? FDQuery2.Macros.MacroByName('USER').AsRaw := 'Blablabla'; FDQuery2.Macros.MacroByName('USER_PASSWORD').AsString := 'Let me out !!'; FDQuery2.ExecSQL; ALTER LOGIN [&USER] WITH PASSWORD = &USER_PASSWORD, DEFAULT_DATABASE = [&Database], DEFAULT_LANGUAGE = [us_english], CHECK_EXPIRATION = OFF, CHECK_POLICY = OFF;

There is also an OnConstrainedResize event.

I suggest to create a class helper: type TComboBoxHelper = class helper for TComboBox private function GetText: string; public property Text: string read GetText; end; function TComboBoxHelper.GetText: string; begin Result := ''; if Selected <> nil then Result := Selected.Text; end;

If there is a demand for it (there is, I guess). Just give me a few days more.

I see that behavior, too, but I also noticed that the Form Designer doesn't receive the focus after selecting another component. You can see that when clicking the forms tab which only then changes to selected. This might be related to the fact that pressing <enter> in this situation focuses the Object Inspector with the last property selected (if available). You should describe your expectations with (very) detailed steps in QP.

Strange! Unfortunately without steps to recreate that will be hard to fix.

So there must be some difference between our systems. Tested with 10.3.3 and 10.4. No GExperts installed, though.

Either someone didn't understand FreeAndNil or the code used TObject in the first place and later changed to a typed pointer, but forgot to adjust the FreeAndNil call.

I see a different behavior here: when the focus is in inside the Form Designer and I press F11 the Object Inspector is shown and the focus is inside the search box. The Form Designer stays visible. when the focus is inside the Source Editor and I press F11 the Object Inspector is shown and the focus is inside the search box. The Source Editor stays visible. when the focus is inside the Object Inspector and a) the Form Designer is visible: the Source Editor is shown and focused b) the Source Editor is visible: the Form Designer is shown, but the Object Inspector keeps the focus That way I can cycle through these states by continuously pressing F11.

Shouldn't that read case TComponent(Sender).Tag of TAG_FOO : DoFoo; TAG_BAR : DoBar; ... end;

Version 15.0.20 should fix this issue.

Yes, that has already been reported by others and will be fixed with the next update. Meanwhile adding these entries to the registry is the suggested workaround.

Usually the Debug folder is inserted into the project search path at the beginning when you select "With Debug DCUs". The release folder stays in the search path as it comes from the library path for the selected platform. That way the files in the Debug folder take precedence over those in the Release folder. Only files not found in the Debug folder are taken from the Release folder.

Seems that a TCardPanel is better suited for your needs.

There is no decent number, but more votes may increase the probability for a fix to be included in a release. There is no guarantee, though.

If we can gather some more votes for that issue I will be happy to point the product management to it. As it seems to be some low hanging fruit (looks like a missing MoveViewToCursor call), we might have this being included in 10.4.1.

I knew I had heard of this before : Clicking in Search for Usages window doesn't scroll cursor into view

I am pretty sure, that is not the case here. There will probably be a one year time limit, but that is quite common for free licenses from Embarcadero. This would at least fill the gap until the CE will be available.

If I am not mistaken, Koru is referring to a different case: type IBar = interface ['{570FBD40-8ECF-4B4B-9898-EF3F4146FFF9}'] end; IFooBar = interface(IBar) ['{1A99C9D3-CC94-4BCE-BF9C-354BF14EC5C7}'] end; type TFooBar = class(TInterfacedObject, IFooBar) end; procedure Test; begin var FooBarObject := TFooBar.Create; Assert(Supports(FooBarObject, IFooBar)); Assert(Supports(FooBarObject, IBar)); //Fails! end; For me this is pretty logical, so nothing to be changed.

I am not sure if I can support this request. It is a simplification to avoid writing code, but it should be well thought before implementing it. There might be uses cases when this is unwanted and when it is done this way you may have a hard time to get rid of it again. Perhaps I can think about a use case for the current state.

Seems that LOCAL_NOUSEROVERRIDE is your friend here.