-
Content Count
2919 -
Joined
-
Last visited
-
Days Won
169
Everything posted by Uwe Raabe
-
F11 does not show the Object Inspector in the Form Designer
Uwe Raabe replied to PeterPanettone's topic in Delphi IDE and APIs
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.
-
Should Delphi have native interfaces?
Uwe Raabe replied to Koru's topic in RTL and Delphi Object Pascal
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. -
Should Delphi have native interfaces?
Uwe Raabe replied to Koru's topic in RTL and Delphi Object Pascal
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. -
Get FormatSettings for a specific language
Uwe Raabe replied to Der schöne Günther's topic in Windows API
Seems that LOCAL_NOUSEROVERRIDE is your friend here. -
Should Delphi have native interfaces?
Uwe Raabe replied to Koru's topic in RTL and Delphi Object Pascal
Instead of IMethod I would suggest a new directive interfaced, optional with an alternative name used with InterfaceOf (similar to a method resolution clause). type TProcessor = class public constructor Create; procedure ProcessData(var Data); interfaced; procedure CleanUp; interfaced(Clear); // InterfaceOf will publish this method as Clear procedure Clear; // used inside TProcessor property Value: Integer read GetValue; interfaced; // should work for properties, too end; -
Disadvantage of using defined type of TArray?
Uwe Raabe replied to Mike Torrettinni's topic in Algorithms, Data Structures and Class Design
Not really. Besides only working inside the current unit, ist is merely a find and replace respecting some scope. -
Button order on Members Filter toolbar...
Uwe Raabe replied to Bothyhead's topic in MMX Code Explorer
Thanks for the report. Added to the bug tracker. -
Installed 10.4 Patch (Patch Tool) Test 1.0 - Components needing Teechart don't work any more
Uwe Raabe replied to microtronx's topic in Delphi IDE and APIs
Are you sure that the actual files are really removed or is it just that the components are simply not registered anymore? In my case the Manage Platform dialog shows German language unchecked while the IDE is still running in perfect German. -
Installed 10.4 Patch (Patch Tool) Test 1.0 - Components needing Teechart don't work any more
Uwe Raabe replied to microtronx's topic in Delphi IDE and APIs
Blind guess: Could it be that we using a German RAD Studio is the cause? -
Installed 10.4 Patch (Patch Tool) Test 1.0 - Components needing Teechart don't work any more
Uwe Raabe replied to microtronx's topic in Delphi IDE and APIs
I can confirm that the patch misses to install the previous selected languages, samples, help and so on. Especially TeeChart Standard is missing after installing the patch. I suggest to file a bug report. -
Installed 10.4 Patch (Patch Tool) Test 1.0 - Components needing Teechart don't work any more
Uwe Raabe replied to microtronx's topic in Delphi IDE and APIs
Just for information, this is the readme file of that patch. I cannot see anything related to Teechart or the ability to load packages, but that may as well be hidden somehow. Also does the patch not include any binary that could be executed or loaded and do any harm. Note, that the patch do save the original files in %BDSCatalogRepository%\Backup. Patch1.txt Update: I just noticed that the mentioned patch is different to the one I was talking about. Will investigate further... -
Disadvantage of using defined type of TArray?
Uwe Raabe replied to Mike Torrettinni's topic in Algorithms, Data Structures and Class Design
As a benefit I see better readability and flexibility. In case we decide to change TArray<T> to something like a TList<T> later, we only have to change that in one place. (Of course the code itself might have to change, too. But that has to be done anyway.) I often start with an alias like TItems = TList<T> and later extend that to TItems = class(TList<T>) with some additional or overridden functionality. Sometimes it is just to hide the necessary constructor parameters inside a simple TItems.Create. If the implementation is indeed relevant for understanding the code, I use type names like TItemArray and TItemList, even if those are also just aliases to TArray<TItem> and TList<TItem>. For me, these benefits are of much more value than keeping the namespace small. The latter may result in shorter compile times, which are already pretty short. Runtime performance and code maintainability gain near to nothing from it. -
Class Constructor in Delphi 10.4
Uwe Raabe replied to chkaufmann's topic in RTL and Delphi Object Pascal
Isn't that just a subset of Delphi? -
I just wanted to point out that KSVC is probably dependent on the 10.4 release, but not the other way round. Will have a look at it later. Fortunately I was able to make my KSVC installation working with 10.4 myself.
-
<irony>Indeed! Why just didn't they defer the 10.4 release until yesterday when KSVC was ready. That would have made everyone happy, wouldn't it?</irony>
-
Support for Generics is still very basic in MMX, but improvements are on the TODO list. That said, use cases like yours are always very welcome.