David Hoyle

What about change the icon indexes in the OnChange event?

Could it be that the installer runs in elevated permissions and installs for the Admin not your account?

It's a problem with the SynEdit components suite. I've done some tests with the version of code you have in GExperts and the problem seems within the SynRegExpr unit. I've also opened up an old editor that uses SynEdit\SynEdit from GitHub which has the extract same SynRegExpr file and regex searches are case-sensitive. The TurboPack\SynEdit code works as expected (searches without case sensitivity) but that codebase no longer uses SynRegExpr.pas (guessing but I expect it uses the RTL code for regexs).

Here are some screenshots from a test (with the same source file open)...

In 10.4.2 unfortunately it does not.

For instance, searching for "ixt\w*" should find "IXTRelationshipFloat" however all it finds in my project group is "ixture" as part of "TestFixture". To find the interface I need to capitalise "IXT\w*".

As per the other thread is not compiles. Thanks.

It looks like GIT SVN FETCH is not enough (there is no PULL). To get all the latest updates I needed to do a hard reset and rebase.
The code now compiles. Apologies.

For some time I found that Grep, when regular expressions are enabled, is always case sensitive, regardless of the case-sensitive setting in the search dialogue.

I was going to try and trace the issue but I cannot build GExperts (see other posts).

Looking at the code it should support non-case-sensitivity searches.

Having pulled the latest source (via GIT SVN FETCH), there is no package/project to build a DLL for RAD Studio 11.x.

I've just pulled the latest GExpert source and when I compile any of the projects I get the following error (looks like a resource is missing for the icon):

C:\Program Files (x86)\Embarcadero\Studio\21.0\Bin\CodeGear.Delphi.Targets(839,5): error MSB4018: The "BRCC32" task failed unexpectedly.\r [gexperts-code\Projects\DelphiXx104\GExpertsRS104.dproj]
C:\Program Files (x86)\Embarcadero\Studio\21.0\Bin\CodeGear.Delphi.Targets(839,5): error MSB4018: System.IO.FileNotFoundException: Could not find file 'gexperts-code\images\GXIcons.rc'.\r [gexperts-code\Projects\DelphiXx104\GExpertsRS104.dproj]
C:\Program Files (x86)\Embarcadero\Studio\21.0\Bin\CodeGear.Delphi.Targets(839,5): error MSB4018: File name: 'gexperts-code\images\GXIcons.rc'\r [D:\Documents\RAD Studio\Binaries\GExperts\GExperts Source\gexperts-code\Projects\DelphiXx104\GExpertsRS104.dproj]
C:\Program Files (x86)\Embarcadero\Studio\21.0\Bin\CodeGear.Delphi.Targets(839,5): error MSB4018:    at System.IO.__Error.WinIOError(Int32 errorCode, String maybeFullPath)\r [gexperts-code\Projects\DelphiXx104\GExpertsRS104.dproj]
C:\Program Files (x86)\Embarcadero\Studio\21.0\Bin\CodeGear.Delphi.Targets(839,5): error MSB4018:    at System.IO.File.InternalCopy(String sourceFileName, String destFileName, Boolean overwrite, Boolean checkHost)\r [gexperts-code\Projects\DelphiXx104\GExpertsRS104.dproj]
C:\Program Files (x86)\Embarcadero\Studio\21.0\Bin\CodeGear.Delphi.Targets(839,5): error MSB4018:    at System.IO.File.Copy(String sourceFileName, String destFileName, Boolean overwrite)\r [gexperts-code\Projects\DelphiXx104\GExpertsRS104.dproj]
C:\Program Files (x86)\Embarcadero\Studio\21.0\Bin\CodeGear.Delphi.Targets(839,5): error MSB4018:    at Borland.Build.Tasks.Common.CommandLineTask.CreateTempFileIfNecessary(ITaskItem basedOn)\r [gexperts-code\Projects\DelphiXx104\GExpertsRS104.dproj]
C:\Program Files (x86)\Embarcadero\Studio\21.0\Bin\CodeGear.Delphi.Targets(839,5): error MSB4018:    at Borland.Build.Tasks.Common.CommandLineTask.Execute()\r [gexperts-code\Projects\DelphiXx104\GExpertsRS104.dproj]
C:\Program Files (x86)\Embarcadero\Studio\21.0\Bin\CodeGear.Delphi.Targets(839,5): error MSB4018:    at Microsoft.Build.BackEnd.TaskExecutionHost.Microsoft.Build.BackEnd.ITaskExecutionHost.Execute()\r [gexperts-code\Projects\DelphiXx104\GExpertsRS104.dproj]
C:\Program Files (x86)\Embarcadero\Studio\21.0\Bin\CodeGear.Delphi.Targets(839,5): error MSB4018:    at Microsoft.Build.BackEnd.TaskBuilder.<ExecuteInstantiatedTask>d__26.MoveNext() [gexperts-code\Projects\DelphiXx104\GExpertsRS104.dproj]

There is one in by Browse and Doc It IDE plug-in.
Its extended because BNF is single line and I needed multi-line and introduced the semi-colon to me line termination detection easier.

It's my file using extended backus-naur format.
It's easier for me to maintain these files along side my parsers than using diagrams.
The Object Pascal files started from the grammar that was included in the Delphi 7's Object Pascal Guide.

Looking at the first repository, it's 5 years old and I know the VTV has been updated extensively in those years so the DUD code may be expecting say version 5.3 of VTV or earlier. From V6.0 onwards there were significant changes. VTV is not shown as a submodule so I assume you are using a library version. You might want to make a copy and then check out an older version of VTV to see if it can compile.

The named pipe sits in a thread and when triggered communicates with the main application thread through synchronisation.

When the application is closing down, it sends a dummy pipe message which the thread handles and terminates.

I use named pipes so that a starting second instance of my app can send the files and actions (from the command line) to the existing app.

Enabling Eurekalog to show the error can give you a call stack if you do not get one already.
We might be able to see what is causing the issue.

Do you have a a plain Delphi installation or do you have any IDE Experts installed?
You could try using the -rNewRegPoint command line to BDS.exe to see of any extra packages/DLL are causing this.

I'm not on a Dev machine but there are 2 modules: 1) to show shortcuts and another 2) to change the IDE shortcuts - both I seem to remember have Keyboard in their names.

Install GExperts and it can tell you what actions have that shortcut and you can also set those actions to not have a shortcut.

Then you will need to contact Peganza's support and let them know.

What kind of issues did you have? BPLs for different version need to be in different directories if they do not have any kind of naming convention for Delphi IDE version.

Some components will complain they cannot be found unless the folder they are in is on the path. Instead of adding to either your system path or user path; try modifying the path variable in the IDEs environment variables so that its isolated to that version of the IDE - this has worked for me in the past.

Have you download just the DLL or did you compile it from the source? Do you know if it is compatible with 10.4.2?

Okay, Looking at the support page it only supports up to 10.3 not 10.4.

You can install all major releases side by side, you just cannot do that with point releases.

I have 2006 through to 10.4.2 all installed on this machine I'm typing on with no issues other than removing all the BDS related path data from the path (it's not needed in general).

Which installer did you use: On-Line or Off-Line?

Since both are based on Get It its BDS.exe that runs the installation process.

Could you have an overzealous AV programme that's removing the bds.exe as its definitions are not up to date for the latest release?

No. What is the context under which you are trying to do what you are attempting.

To do what I've described you need to write an Open Tools API BPL or DLL and add it to the IDE. This will then give you access to the designer once you have an IOTAModule reference to your form.