Forum for GExperts

 

Since Google is shutting down Google+ and the Yahoo mailing list does no longer accept my emails, I have been looking for an alternative which will hopefully be available for a bit longer this time.

There is now a GExperts sub forum in the brand new English Speaking Delphi Praxis forum. Everybody is invited to sign up and participate.

Please note that my preferred way for getting bug reports and feature requests is still a ticket on SourceForge.

Here is the current content of the forum’s RSS feed

  • GExperts config
    on 2020-11-25 at 11:28

    Pressing escape anywhere on the config window closes the form automatically losing every changes. <o>

  • GExperts menu too long
    on 2020-11-25 at 11:21

    I just installed GExperts for D2007 as there is no code-formatter out of the box and saw that the GExperts menu is taller as my screen. Just saying.

  • Crash starting delphi 10.4.3
    on 2020-11-20 at 16:21

    Just installed GExperts 1.3.17 in Embarcadero® Delphi 10.4 Version 27.0.37889.9797 i.e Sydney with Patch 3. Starting Delphi now throws the following error. Tried uninstalling & reinstalling (same issue). Tried manually running the ExpertManager.exe - gives same error.    --------------------------- Expertmanager: ExpertManager.exe - Entry Point Not Found --------------------------- The procedure entry point @Deskform@TDesktopForm@AdjustLastLoadedBounds$qqrv could not be located in the dynamic link library C:\Program Files (x86)\GExperts for RAD Studio 10.4\GExpertsRS104.dll.  --------------------------- OK    ---------------------------

  • Cannot install GExperts in Delphi 10.3
    on 2020-11-18 at 18:07

    Hi all,   I used regularly and without any problem GExperts in Delphi 10.2 on a Win 10 Pro PC. After upgrading Delphi to 10.3 and uninstalled previous GExperts release for D 10.2, I successfully installed the latest GExperts release. Now I get the following errors messages when I launch Delphi. They are translated from Italian, so maybe they are not exactly as should be in a Win 10 English PC.   'Impossible to find the procedure entry point @System@Classes@TFieldCache@bcctr$qqrv in dynamic link library C:\Program Files (x86)\GExperts fror RAD Studio 10.3\GExpertsRS103.dll' I click 'Ok' in the dialog window, then another message appears: 'Could not find Wizard, 'C:\Program Files (x86)\GExperts fror RAD Studio 10.3\GExpertsRS103.dll'. I click 'Ok' again and Delphi loads regularly.   GExpertsRS103.dll is in C:\Program Files (x86)\GExperts fror RAD Studio 10.3\ directory. I tried also to install all the previous GExperts releases compatible with Delphi 10.3 but the errors are the same.   Launching ExpertManager.exe I get another error: 'Exception in module ExperetManager.exe at 0005BC60. Could not load library GExpertsRS103.dll.'   I haven't tried yet to uninstall and reinstall Delphi given all the third part extensions/components. Before doing this, any hint to solve the situation?   Thanks in advance.

  • Feature request: remember debugger exception dialog size
    on 2020-11-13 at 03:06

    Could we please have this dialog remember its size after changing it? Right now it doesn't, and thus half of the text is obscured the next time the dialog pops up. 🙂    

  • Feature Request for String Paste As
    on 2020-11-11 at 10:22

    Hello!   Would be nice to have an type "%s +" in the PasteAs options for SQL statements. There is not neccessary to include any linebreak in the string itself, only in the Pascal source. LSQL := 'SELECT * ' + 'FROM myTable ' + 'WHERE myCol=1 ' + 'ORDER BY id DESC'; Please note the space prior to the closing quotemark in each line.   Greetz Cody

  • Grep problem in 10.4.1
    on 2020-11-06 at 06:07

    The above image is what my Grep results window looked like after compiling version 1.3.17 and using it for a while in Delphi 10.4.1. After reading and trying suggestions in the discussion about the Grep window being blank and nothing working, I went into the GExpert's registry entries and discovered the value "ContextHeightPercent" was set to 125. Reducing the value under 100 fixed the problem. My guess is after checking the check box "Save context display (fixed) height", something caused the Context section to get set above 100% and from then on nothing would allow me to set it lower. I did not look at the code, but I would think it needs some logic to keep the context section from going over some value less than 100% to keep it from covering over all the other components.

  • function reference feature for Delphi source code
    on 2020-10-28 at 13:49

    is it possible to tweek the GExpert tool to search in the background for all function/procedure references and paint the result count on the source editor window like the attached picture?   the Grep search feature now works great and it already has the functionality to jump  to other files.   so my proposition is to make the Grep search for all functions/procedure references that are found on the project path and lib path and the standard paths. then paint the count like visual studio is doing. and when the user clicks on the count the grep window is shown, and in future iteration it can be enhanced to show the implementation where the reference directly.   This is just an idea that I had after spending an hour to locate all the references of a function in a large project.  

  • GExperts 1.3.17 experimental twm 2020-10-23 released
    on 2020-10-23 at 16:08

    Guess what? The new GExperts release is here. There are lots of bug fixes and a few new features in the new version.   https://blog.dummzeuch.de/2020/10/23/gexperts-1-3-17-experimental-twm-2020-10-23-released/

  • Does Filter Exceptions make Delphi to steal focus
    on 2020-10-15 at 04:58

    I am not 100% sure is it Filter Exceptions, but I'll filter quite a lot expected exceptions in unit tests, and can't do anything while it is running because Delphi keeps up jumping in front of everything all the time.   Can someone confirm this? (or debunk my theory 🙂  ) . I'll look into it, if I can temporarily disable it (Have not checked yet, had to write this message so I do not forget)   -Tee-

  • Feature Request: Be able to use keyboard shortcut SHIFT+ESC
    on 2020-10-12 at 17:57

    It would be benificial for me if I could use the keyboard shortcut SHIFT+ESC for key mapping of Experts functions.   Today in GExperts if I press the SHIFT+ESC for a keyboard shortcut as soon as I press the ESC key, the keyboard shortcut input field is cleared.   What I trying to map is the expert Reselect Desktop to the keyboard shortcut SHIFT+ESC.   PS. I tried to change the registry value below but got the effect that pressing SHIFT+ESC as well as ESC       triggered Release Desktop. But I want that only the SHIFT+ESC should trigger.         Key: HKEY_CURRENT_USER\Software\Embarcadero\BDS\21.0\GExperts-1.3\ExpertsShortcuts       Value: ReselectDesktop = 201b (hex)   PPS. When I start by holding down the SHIFT key, the keboard shortcut input field say ALT. Guess there is a thought         and purpose behind this behaviour.

  • Delphi's code formatter vs. GExperts' code formatter
    on 2020-10-04 at 10:33

    When I see formatting like this (generated by the Delphi formatter, if "Keep user line breaks" is turned on): type TSomeRecord = record a, b, { bla } c, d: integer; end; I wonder whether the Delphi formatter is based on DelForExp like GExperts'. But in the latter this bug has been fixed: type TSomeRecord = record a, b, { bla } c, d: integer; end;   On the other hand, this is an interesting formatting: type TSomeRecord = record a, b, // bla c, d: integer; end; This was generated by the Delphi formatter from this input, with the default setting "Keep user line breaks" turned off: type TSomeRecord = record a, b, // bla c, d: integer; end; It would never have occurred to me.

  • What's the correct way to free an object in C++Builder?
    on 2020-09-30 at 15:21

    I got a bug report that the C++ code generated by the Components to Code expert to free a component is wrong.   Currently it generates this: TEdit *Edit1; Edit1 = new TEdit((TComponent *)NULL); Edit1->Name = "Edit1"; Edit1->Parent = ParentPanel; Edit1->Left = 56; Edit1->Top = 8; Edit1->Width = 121; Edit1->Text = "Edit1"; delete[] Edit1; According to David G. Hoyle it should be done like this: delete Edit1; but according to the bug report it should be: Edit1->Free(); I tend to believe Dave, but since I don't do any C++ Builder programming, I don't know which syntax is correct.

  • GExperts Version 1.3.16 dialogs does not consider/set theme when undocked
    on 2020-09-30 at 05:57

    If I run Delphi 10.4.1 using the dark theme and have GExperts dialog Grep Results dialog undocked it is colored in white.   If I dock the Grep Results dialog it turns to black/dark though.   PS. All dialogs in GExperts seems to lean towards having a "white/light theme". Maybe the behaviour in this issue is "by design".

  • Cast error when using Ctrl+#
    on 2020-09-29 at 09:28

    The code in TGotoModificationBaseExpert.HandleOnMenuPopup is causing an error every time I use Ctrl+# in 10.4.1   That is because there is an unconditional soft cast of _Sender to TPopupMenu which is not true all the time. Adding if _Sender is TPopupMenu around it fixes it.

  • GExperts Version 1.3.16 Crash on Delphi 10.4.1 when docked
    on 2020-09-29 at 09:17

    If I dock the GExperts Grep Results window in Delphi 10.4.1 and press the menu button (the leftmost tool button in the Grep Results dialog) an error message pops up.     Access violation at address 21043049 in module "designide270.bpl'. Write of address 12CBA2D8.   o Klick on GExperts -> Grep Search in the Delphi IDE menu. o Search for something. o Drag the Grep Search Result dialog/window to the left side in Delphi IDE and dock it (where the Structure and Object Inspector are shown). o Click on the Grep Search menu button. o GExperts crash  

  • Bug and possible fix for GExperts Filter Exceptions expert – testers needed
    on 2020-09-27 at 11:36

    Mahdi Safsafi has proposed a fix for the bug in the GExperts Filter Exceptions expert, which occurs when developing for non Windows targets (first reported on Embarcadero’s quality portal ). I have implemented this fix and it doesn’t have any adverse effects on for Windows targets. But neither he nor I can test it for non Windows targets since we don’t develop for these. That means we need testers. If you want to help, please post a comment here or to the bug report, or contact me via private message.

  • Registering GExperts after a build??
    on 2020-09-21 at 15:35

    Hi Team, Is it necessary to de/re register GExperts into Delphi after rebuilding the .dll from the source, or is it sufficient simply to rebuild?   Regards, Ian

  • Filter Exceptions expert and IOS / Android apps
    on 2020-09-19 at 10:03

    Apparently the new experimental Filter Exception expert does not work when debugging IOS or Android apps (and probably also not for Linux programs).   There is a bug report on the Embarcadero Quality Portal on crashes when debugging IOS apps. Uninstalling GExperts or disabling the Filter Exception expert solves that issue.   Does anybody have similar experiences with other platforms?   I had a look at the code again and figured that the problem might be that it hooks/calls TNativeDebugger methods in win32debugide*.bpl. Maybe it should instead call one of the other *debugide* packages: gdbdebugide (Linux)? ios32debugide ios64debugide But on the other hand I don't really care because I don't do any development for anything but Win32 (and possibly Win64 in the future).   So I am thinking about disabling the expert when a project for non windows platforms is active instead. It should definitely not crash the IDE.

  • Open File expert and Uses Clause Manager don't understand environment variables
    on 2020-09-16 at 13:23

    We have many projects, all with a huge list of search paths defined. Many of these search paths are identical. Once a path needs to be added to this, we need to update the search path on many projects, which is a pita.   I'm now experimenting with putting all these paths in an environment variable, this way, I only need to update the environment variable, use that environment variable in the search path of the project and it's done. This all works well and looks like this: set MY_DELPHI_PATHS = 'lots and lots of paths' in Delphi set this in the search path of the project configuration: $(MY_DELPHI_PATHS) but unfortunately both the Open File expert and the Uses Clause Manager seem unable to cope with this. The uses clause manager shows the files in these search paths in the 'project' tab, but not in the 'search path' tab, the Open Files Expert doesn't show the files in these search paths anywhere.   Can these editors be made environment variable aware?   Thanks!   I've just noticed the feature request list on sourceforge, so I've added this there as well

 Posted by on 2018-10-27 at 13:57