PeterPanettone

The MMX Module Analyzer has the same problem: It lists BOTH explicit and implicit units.

I have this line in the map file: 0001:0033B2E8 000073E8 C=CODE S=.text G=(none) M=Vcl.Buttons ACBP=A9 But the unit Vcl.Buttons is not EXPLICITLY inside a uses clause inside my project. So I suppose the unit Vcl.Buttons is IMPLICITLY inside a used unit. How to differentiate between explicit and implicit units?

Thank you for your idea! The map file for my project is 93 MB. For what should I look?

That is useful only when using one of these options: Otherwise, attempting to load the associated form file can interfere with the current project! So, the MMX Indexer result-list should automatically load the result file in the IDE on mouse-click ONLY if the result-file is part of the current project (or if the result-file is already opened in the IDE). This would be much smarter! Additionally, when using the Root paths option or one of these options: ...then this option in most cases is useless: ...because the content of the Library path or the Browsing path does not change that often. In this case (if the Rebuild option is unchecked) it would be far more intelligent to not erase the index between IDE sessions or to rebuild the index only if a change has been detected in one of these paths! So a separate dockable context preview panel for the MMX Indexer IMO would be very useful.

That is also a great search tool with flexible options for the search locations: However, it lacks the invaluable CONTEXT PREVIEW of the GExperts Grep Search: ...which can be configured here: The MMX Indexer Search loads the result file in the IDE by just left-single-clicking the result line which for me is not good because it also attempts to load the associated form file (if it has one). It should definitely have a preview pane like Grep Search!

Jacek, thank you for pointing that out. I am using this feature all the time. It is INVALUABLE for checking whether there are other instances of the current identifier under the cursor nearby. On a wider scope, I use the GExperts Grep Search, as it can optionally even search an identifier in ALL FILES inside a project group!

Done. Thank you!

Yes, I mean without moving the cursor.

I have posted this feature request ticket in the GExperts ticket list: https://sourceforge.net/p/gexperts/feature-requests/56/ This is an idea for a new GExperts module: In the Delphi IDE, the content of the Structure panel changes according to whether the code editor or the form design editor is active (which IMO is a legacy hangover from the Delphi stone age when computer monitors generally had the size of a postage stamp, hence the space-saving dual-use of the Structure panel). In my opinion and for me, the Code Explorer items which are visible when the IDE's code editor is active are COMPLETELY USELESS, as the FREE MMX CODE EXPLORER has much better functionality. So this new GExperts module should optionally hide the Code Explorer items in the Structure panel when the IDE's code editor is active. Instead, the components of the form structure should be PERMANENTLY visible, even when the code editor is active! Having to hit the F12 key while coding in the code editor only for selecting a component in the Structure panel and then viewing/editing properties of this component in the Object Inspector is a useless waste of time!

By Trial & Error, I have found this undocumented feature in the Delphi 10.3.1 IDE: When the form-design editor is detached from the IDE: ...then the Components Structure View is permanently visible, even when the code editor is active!: Can anyone confirm this? So the above problem seems to be solved.

I have found Embarcadero to be extraordinarily reluctant when it comes to cut or change old pigtails from the Delphi IDE.

I have posted this feature request ticket in the GExperts ticket list: https://sourceforge.net/p/gexperts/feature-requests/55/ GExpertsGrep.exe has a fantastic feature: It can be started on the command line and pass a directory parameter to it. For example, this command line: "C:\Program Files (x86)\GExperts for RAD Studio 10.3\GExpertsGrep.exe" C:\COMP\_CNScripts ...opens this GExperts Grep Search window on my computer: When you double-click on a search result line, then the IDE associated with the respective file type (e.g. .pas) is being automatically opened and the file loaded in the IDE! The only issue is that the respective source code location of the result is not automatically shown in the IDE source code editor. With this issue solved it would be perfect! Also, another feature would be very helpful: If no IDE is opened the respective result file should be loaded into a pre-configured text editor (of course showing the respective result location line and column and select the search term result).

So my SUGGESTION is to add this intelligence to GExperts Grep Search: • If any IDE is open then open the result file in that IDE. (I am not sure whether it is possible to open a source file at a specific location by specifying command-line parameters). • If no IDE is open AND a text editor has been pre-configured in GExperts Grep Search then the result file should be opened in that text editor.

For what do you need the registry entry? That's how I do it in my programs: JclShell.ShellExecEx('mailto:support@mmx-delphi.de'); There is no need for a registry entry.

I have discovered another bug: On the About page, when clicking on the mailto-label, no email is being created: Obviously, a wrong method is used: With a simple Winapi ShellExec it should work. I have sent a bug report.

Your guess is correct. I will send a bug report. If you want I can write a CLI for your Final Build process for you which flattens the version number into the image.

Now I have looked closer and I have discovered an almost completely invisible version number. This is in Delphi 10.3 Rio: Is this due to a bug in the Delphi 10.3 Rio IDE or is this a bug in MMX?

May I ask where I can see the INSTALLED MMX version number? On my MMX About page I cannot see a version number:

Dear Thomas, I understand you perfectly and I agree with you. I greatly appreciate your valuable work and as soon as my financial situation allows it I will make a substantial donation to your project. I also had a look at the source code. It is very complex and I fear that I would make things worse if I change something.

Dear Thomas, I have not requested that you write these feature request entries. I just wanted to contribute to the general discussion. I didn't know that I have a duty. Thanks anyway.

Another very useful option in the GExperts Grep Search dialog would be an option to extend the search scope to all unit file contents contained in the uses clause(s) of the current file/project. But that would involve solving the problem of retrieving the paths of the used units.

Even better: Save and recall complete searches including ALL settings in the Grep Search dialog.

To efficiently work with Regular Expressions in the GExperts Grep Search dialog I suggest: • Implement customizable RegularExpression TEMPLATES in the GExperts Grep Search dialog (because inserting a regular expression like \['\{[0-9A-F]{8}-[0-9A-F]{4}-[0-9A-F]{4}-[0-9A-F]{4}-[0-9A-F]{12}\}'\] with a single mouse-click would definitely be an advantage) • Make the GExperts Grep Search dialog resizable

Thanks for the information, but the linked article doesn't contain anything I didn't already know. On the other side, it is obvious what Embarcaderro could do to fix the above issue in the GetIt Package Manager which IMO is simply simple programming negligence. I mean, for me there is no font size problem in the Delphi 10.3 IDE except the title bar controls. But cutting off interface elements like buttons isn't something which has been well thought-out and tested. Does Embarcadero test its IDE in different environments before releasing it? I would be happy to help as a beta tester.

I have Windows 7 x64, not Windows 10.