Forum for GExperts

BrccCompile fails with ..\..\images\GXIcons.rc : error : Error Could not open input file C:\RAD_Lib\GExperts\Projects\DelphiXx110Alexandria\FN C.RC   This is misleading error, because there is no FNC.RC. Is there a limitation for the -ic<path> with BrccCompile? My path is quite long and this is the only explanation I find, why thos error could occur. Any idea, how I can work around this?   Or am I missing something?   Thanks fpr every hint!

Is there a reason the formatter, CTRL-ALT-F, doesn't seem to work in a Unit without any Form? Or is it a Bug?   Ian

I'm currently experimenting with the ToolsAPI.WelcomePage API a bit and created a plugin for the GExperts favorites.     My current work is a bit hacky, therefore there is currently no patch or something.   I include the ToolsAPI.WelcomePage unit in the GX_FavFiles and have a separate type for the plugin there: TGXWelcomePagePlugin = class(TInterfacedObject, INTAWelcomePagePlugin, INTAWelcomePageContentPluginCreator) private FIconIndex: Integer; FView: TFrame; FFavoriteFilesExpert: TFavoriteFilesExpert; public constructor Create(const AFavoriteFilesExpert: TFavoriteFilesExpert); destructor Destroy; override; { INTAWelcomePagePlugin } function GetPluginID: string; function GetPluginName: string; function GetPluginVisible: Boolean; { INTAWelcomePageContentPluginCreator } function GetView: TFrame; function CreateView: TFrame; procedure DestroyView; function GetIcon: TGraphicArray; function GetIconIndex: Integer; procedure SetIconIndex(const Value: Integer); end; The AfterIDEInitialized procedure calls the creation of the plugin via the RegisterWelcomePage method. This does not work on first try, so there is a timer to catch the moment the WelcomePagePluginService is finally availabe. If anyone knows of a different way to register the plugin, please let me know! A dedicated, global "Register" procedure as used for BPL-Plugins didn't work. procedure TFavoriteFilesExpert.RegisterWelcomePage(Sender: TObject); begin // The WelcomePagePluginService might not be initialized the first time we get here, // so try again at a later time. if not Assigned(WelcomePagePluginService) then begin if (not Assigned(FPluginTimer)) then begin FPluginTimer := TTimer.Create(nil); FPluginTimer.OnTimer := RegisterWelcomePage; FPluginTimer.Interval := 2000; end; FPluginTimer.Enabled := True; end else begin FPluginTimer.Enabled := […]

The new GExperts version still supports all Delphi versions back to Delphi 6 (with the notable exception of Delphi 8 ) and even the Delphi 11 version is no longer in Beta state.   There are even a few new features: * Fast add mode for the Uses Clause Manager is back. * Uses Clause Manager: Units “System” and “SysInit” and those already in the uses list are marked with strike through font. * New functionality to import the favourites from the Wuppdi Welcome Page * Form Hotkeys expert now allows assigning hotkeys. * For the Edit Path expert one can now select the default platform / configuration to edit * Grep no longer stops when it encounters an error (e.g. a file cannot be found or opened). * A non feature: The Goto Previous/Next Modifications editor experts were removed because they caused more trouble than they were worth.   Several of those were contributed by GExperts users. Thanks a lot guys (and one girl). And of course a few bug fixes.   Read on in the blog post

Hi Team, Windows 11, D11.3 (and previous D11 versions, don't recall experiencing the issue in D10 versions), latest GExperts. This is as far as I can tell NOT an issue with GExperts Formatter.   I have for some time been wrestling with the Formatter sometimes working & sometimes not. I was initially blaming it on other plug-ins. This turns out to not be the case. I use a Drive/Directory utility called Xplorer2.  It is excellent.  One of the things I like most about it is that its open drives/directories are persistant between uses.  Unlike Windows Explorer. Anyway, after a lot of experimenting with the various Appliations I use while developing, I have discovered that if I open Xplorer first, it does something such that when I open Delphi and go to use the GExperts Formatter, the Formatter is disabled.  Totally. 😞 If I open Delphi then Xplorer, then the Formatter is fine. It is now a matter of discipline in the order of opening files.  🙂 Just thought that may help others in some way if they are experiencing an issue like I was.   Of course this could be just unique to my development environment.   Regards, Ian

Early days, but it looks as if the formatter is dead in 11.3.  No action on keystroke or menu. Some other editor experts are still working.

@dummzeuch I just wanted to let you know that I just discovered that "new" Edit Path expert. And I only noticed it because I saw your last commit (10 minutes ago) with the bug fix. This expert is so much more convenient for editing the unit search path than the usual way through Project -> Options -> select the target with the mouse -> select the search path with the mouse -> Press Alt+Down -> (and then of  course Press Alt+M to get to the memo view that GExperts provides). Every blody time I had to change something in that path I was cursing the person who came up with this cumbersome design of the dialog. Thanks a bucket, Thomas!   A shame that I missed your blog post about it and discovered it only just now.

Hi,   This may be normal behavior, but I'm at your download page which states ...Pick a version to download...    I select the version for D10.4 GXRS 10.4_1....., but I get the latest version for D11 GXRS11_1....... downloaded. In fact, no matter what version I select to download, I always get GXRS 11_1..... version.   Is that correct or should I get a version that has the name of the file I think I'm downloading?   Thanks, Kevin

I have just applied patches that are supposed to fix some Unicode issues with Russian characters. These apply to the following experts: Macro Template Locate/ Move to matching delimiter Previous / Next Identifier reference   My tests so far have shown no changes on how these work on my source code, but I usually don’t use any special Unicode characters and in particular no Russian characters.   So if you want to help out, whether or not you are using Unicode characters anywhere (for identifiers or within strings or comments) and especially Russian characters, please compile a new DLL from the current source code an test whether anything has been broken (or fixed).   (Original blog post with links)

I developed an add-on for outlook written on delphi + add-in express . The output dll is registered by regsvr32, The added some calls for SendDebug , but these calls work only when the dll is registered and not when outlook calls my code any ideas?

I have disabled the "Always break line between else and if" option, and I'm happy with the results.   However my colleague insists on having nested if-elses without begin/end pairs and on top mixes this with comments. A simplified example: procedure MyProcedure(a, b: Boolean); begin   if a then     if b then       Beep     else       Beep   else     // Kommentar     if b then       Beep     else       Beep; end; This gets formatted to procedure MyProcedure(a, b: Boolean); begin if a then if b then Beep else Beep else {// Kommentar} if b then Beep else Beep; end; Is there an option to keep the lines separate under these circumstances? Do you deem the current behavior desirable?

- manually rebuild latest GExperts - Start D11.1 - show GExperts config dialog + close with ok - in the Delphi code editor click right mouse for popup menu   --> there is a bit of delay and then Delphi exits without any message or error   tx!

Attempting to build rev 3943 under D11.2. Get the following..   Regards, Ian

While switching to a new machine I have identical installations of Delphi 10.4 and 11.2 on Windows 10 and Windows 11. Only on Windows 11, the GExperts Code Formatter ignores whatever key combination is assigned to it, when the IDE is run elevated. This is annoying, because I often have to work in an elevated IDE to debug an application that requires elevation. The GExperts folder and its contents are identical, as are the registry keys for GExperts and the configuration settings. Other keystroke combinations configured in GExperts are unaffected, as are operations when the IDE is not run elevated. What might cause this, and might there be a way to avoid the problem?

I have added a  menu item to the context menu of the Grep Results Context to copy the text selected in the Grep Results source Context:       This is very helpful when you quickly need a piece of code from the search results context.   Here is the changed source code (based on r3924))   GX_GrepResults.zip

I'm running D11.2 with GExperts 1.3.21.3833 I'm trying to launch a 2nd instance of Delphi and I get a blank GExperts error dialog and Delphi freezes. Is there any way to run multiple instances without error?? I really need to work with multiple seperate projects at one time.   TIA.  

It would be nice if the Grep Results dialog remembered its last position/size.. It would also be nice to have a Clear Results button on the dialog.

Just an idea - wWithout breaking backward compatibility, It'll be great if the To Do List window has a "Created Date" column, so that one can track when the todo item was added.

Hi, after Rev 3897 (adding InitDpiScaler) procedure list is focused, not default edtMethods.   It works fine after I commented out calling InitDpiScaler   Windows 10, dual 1920x1200 / default DPI

Hello,   I want to modify the ALT+F12 shortcut that allows to switch between the form and the text form. I think this shortcut is not in the delphi menu and I can't find it in "IDE Menu Shortcuts...". Did I miss it? If not, would you have a solution to customize the shortcut for this feature?     Thank you very much, Alexandre