David Hoyle

I have a lot of plugins installed in my IDE, many of my own + other like GExperts and MMX. I found my IDE became more stable after disabling all the Parnassus plugins. Haven't had the time to spend a day tracking down the issues to report a bug.

A couple of things to check: 1) are you providing the full path to the file? 2) If there are any spaces in the path, it needs to be enclosed in double-quotes. You should also be able to check the return value to understand if there are errors.

Yep. So long as Embarcadero keep to the same registry strategy, It will automatically pick up new versions, so no need to keep developing it (it will even handle new registry points (-rMyNewRegKey).

Do you have any 3rd party packages or IDE experts installed? If so, disabled them and see if the performance returned. If so, re-enabled them progressively to see which one is causing the issue.

I can't find a way of saving or pinning threads like this so have replied instead as this is a goldmine of information. I'm half way through my 3 years on the old way of doing things and that was a nightmare to get the right files in the first place and setup so I was not looking forward to having to change to a token. I think this thread and @Vincent Parrett's blog post could well help everyone. regards Dave.

What version of RAD Studio/Delphi are you using?

If people can decide on the grammar to be used I can translate what I've put into the repository.

I can confirm that class variables and properties are not accessible in RS 11.2... Program ClassProppertyRTTI; {$APPTYPE CONSOLE} {$R *.res} Uses System.SysUtils, System.Rtti; Type TMyClass = Class Strict Private FGoodbye: Integer; Strict Private Class Var FHello: String; Strict Protected Public Class Property Hello: String Read FHello; Property Goodbye : Integer Read FGoodbye; End; Var C: TMyClass; Ctx: TRTTIContext; F : TRTTIField; T: TRttiType; P: TRttiProperty; Begin Try C := TMyClass.Create; Try Ctx := TRTTIContext.Create(); T := Ctx.GetType(C.ClassInfo); For F IN T.GetFields Do WriteLn('Field: ', F.Name); For P In T.GetProperties Do WriteLn('Property: ', P.Name); Finally C.Free; End; ReadLn; Except On E: Exception Do WriteLn(E.ClassName, ': ', E.Message); End; End. It only outputs FGoodbye and Goodbye. I didn't actually know this restriction in the RTTI.

Does the code formatter work if invoked manually using the menu system? If so, there is something in that environment capturing the keyboard shortcut before GExperts, it could even be something outside the IDE.

I cannot remember (and I don't have RS available) but does the IDE's about dialogue not let you see what packages are loaded? The designide BPL may be being loaded regardless of a registry entry.

You need to add it to the relevant registry key.

Yes, if this is in RS11.2 BUT you should have an entry for designide280.bpl. Do you?

It's an IDE design time package that is used by Open Tools API plugins. I do not believe there are any components in it.

Have you tried debugging the component package using a second IDE to see where the AV is being raised - hopefully it will show you a call stack that might help you isolate the issue. Does an empty package with no component registration cause an AV? In your component code, do you utilise any INITAILIZATION/FINALIZATION sections in your units to create or destroy objects?

It is unlikely you will be able to change this with the IDE running. What does it say in the register under Known Packages and Known IDE Packages (i.e. does it reference the 270 there)?

Isn't the grep results window not a first-class citizen of the IDE (dockable form) so it should be remember by the desktop layout (mine is).

Have you checked that the INI file exists with the value you have written?

In your saving code you use the EXE path and my.ini. In your restoration code you do not specify a path just the filename.

Besides fixing the INI naming issue are you making sure you are loading the file from the same folder?

The name of your INI files are different... save = my.ini and load = tabibi.ini.

Loading order of DLL and thus initialization order... Yes I have experimented as I use the "feature" to order my experts as sometimes they don't play well together. Changing their order can help. I do not understand what you mean by "execution order"?

The order of IDE experts is governed by the order they are added to the registry so the only way to change that order is to remove all of them and then add them back in the order you want.

Would getting the active projects compiler defines resolve this issue? I do that with my own parsers to get around this issue.

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.

@dummzeuch I can confirm that this issue is resolved with the latest source and I can now perform case-insensitive searches with regular expressions.