Uwe Raabe

Create or extend a file named UserTools.proj in %APPDATA%\Embarcadero\BDS\19.0 (for 10.2 Tokyo) with the following code: <Project xmlns="http://schemas.microsoft.com/developer/msbuild/2003"> <PropertyGroup> <DCC_Define>FrameWork_$(FrameworkType);$(DCC_Define)</DCC_Define> </PropertyGroup> </Project> Now you can check for the project framework with {$IFDEF FrameWork_VCL} and {$IFDEF FrameWork_FMX}.

If you read it as ODER BY ROW, COLUMN it makes sense, but I am not sure that it matches the actual context.

It is a separate plugin I wrote a few weeks ago and I am going to use it as an example for my ToolsAPI session at EKON: Die Delphi ToolsAPI am praktischen Beispiel (in German) The current plan is to publish the sources afterwards.

Although it has been pretty quiet over there for some years I still use GOLD Parsing System in some of my applications. Besides some pre-built ones it allows to create your own grammars as needed.

Are you referring to Pascal/Delphi parsing or parsing in general?

MMX Code Explorer shows "Related Classes". When called from inside an interface it shows the implementing classes with navigation on click.

Recent Delphi versions also allow something like this: SQL.AddStrings([ 'FROM Entertainers', 'WHERE 1=1', 'AND TEST=''TEST''', 'ORDER BY EntCity ASC, EntStageName ASC' ]);

Of course there is:

Not quite. Currently the contained sources support all ImageIndex properties of the standard VCL controls, whatever they are named (f.i. TButton). This is done in ImageIndexMapper.Basics.pas which implements and registers wrappers for each of these components. It should be not too difficult to expand this to other components as well. It should also be easy to support other TCustomImageList descendants. This can be implemented either in the imagelist component directly by supporting the INameMapping interface or by registering a wrapper class like shown in ImageIndexMapper.PngImageList.pas. The latter exist only to show the mechanism, while the recent version of PngComponents makes use of the former technique.

...rendering any currently working Delphi parser useless...

What about TBcd?

I want to say a big Thank You to Daniel for providing a dedicated place for the MMX Code Explorer Community. This is much more that I would have been able to create by myself. Besides the website https://www.mmx-delphi.de/ this will be the most prominent place to announce new versions, answer questions and discuss new features.

That is a known bug feature of 10.2 Tokyo. Hopefully they manage to revert the old behavior that the IDE starts with the last selected layout.

An option for ARC/non-ARC would double the testing effort at least. Given that over the years I learned how to mix objects and interfaces when necessary, I for myself feel quite comfortable with the non-ARC approach.

I agree it should be the default behavior, but you can achieve this by clicking on the small chat icon in front of the title.

Me too! BTW, I like the ease of quoting only part of a post.

Is there a possibility that I get redirected to the comment I clicked on the the stream instead to the top of the thread? Better to the first unread comment in that stream. I think that is the behavior of the German forum: When I click an entry in the portal I end up at the first comment in that thread I have not read yet.

Agreed. Given that I have plenty of unused space on both sides on my screen, I would rather use the vertical space to show more information.