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.
Here is the current content of the forum’s RSS feed
- Persistent GrepSearch Results?on 2021-10-16 at 08:54
I need the GExperts GrepSearch Results to be persistent between IDE sessions. Unfortunately, they are not (r3592). These are the GrepSearch Options: How to make the GExperts GrepSearch Results persistent between IDE sessions?
- Strange text artifacts in Uses Clause Manageron 2021-10-02 at 16:36
There are still these strange text artifacts in Uses Clause Manager: ???
- Is anybody but me using monitors with different scaling?on 2021-09-13 at 09:58
I just wasted two days with chasing a display problem with GExperts and Delphi 11, that apparently happens on my computer only because I am using two monitors set to different scale factors and on top of that making the high DPI monitor my secondary monitor. In my case it looks like this: Two monitors placed side by side. On the left hand side, there is a 31" monitor with a resolution of 3840x2160 and the scale factor set to 150%. On the right hand side there is a 24" monitor with 1920x1200 and the scale factor set to 100%. The smaller monitor is my primary monitor. I'm placing the IDE on my secondary (left hand side) monitor and use the other one for the programs I am working on (because most of the company does not have high DPI monitors). Is anybody else using a similar setup? Or has everybody but me two or more 4K monitors? Many display problems I experience in GExperts and also the IDE itself disappear if I set both monitors to a scale factor of 150% (and I would bet that this is also the case for other scale factors as long as both monitors use the same one.). Also, there are quite a few problems with the IDE placing dialogs on the wrong monitor, that is, the primary monitor instead of the one the IDE is showing on. This has been the case since basically forever. I reported a few ones to Embarcadero and some of these were even fixed, but they mostly seem to be unable to either understand the problem description or to reproduce them.
- Error when closing IDE after having installed GExperts in Alexandriaon 2021-09-11 at 13:59
After having installed GExperts in Delphi 11 Alexandria I always get this error message when closing the IDE: This happened also in the previous versions of the IDE.
- The state of GExperts Support for Delphi 11on 2021-09-11 at 10:39
There is now a GExperts project in the svn repository, that compiles with Delphi 11 (see .\projects\DelphiXx110Alexandria). If you don't know already, there is a page on my blog telling you how to compile your own DLL. It mostly seems to work too, but there are quite a lot of caveats, most related to the new High DPI awareness of the IDE. The simple workaround, if you value GExperts functionality more than the High DPI awareness: Start Delphi with the "Delphi 11 (DPI unaware)" start menu entry. This also fixes quite a few display quirks I have already found in the new Delphi version. If you do that, you should probably also disable all the experts that you don't need, because I haven't tested many of them on Delphi 11 yet at all and they might have undesired side effects even if not actively used. Unfortunately the trick Uwe Raabe blogged about, for using High DPI unaware forms in High DPI aware applications doesn't seem to work. I tried to change the code for opening the GExperts configuration dialog like this: procedure ShowGXConfigurationForm; var previousDpiContext: DPI_AWARENESS_CONTEXT; frm: TfmConfiguration; begin previousDpiContext := SetThreadDpiAwarenessContext(DPI_AWARENESS_CONTEXT_UNAWARE_GDISCALED); try frm := TfmConfiguration.Create(nil); finally SetThreadDpiAwarenessContext(previousDpiContext); end; try frm.ShowModal; finally frm.Free; end; end; But it changed nothing. The Dialog is still displayed too small to comfortably use on a 4K monitor with scaling set to 150. I'll try to get this sorted. Any help will be appreciated.
- r3588 and Alexandriaon 2021-09-10 at 17:47
Tried to install r3588 in Alexandria: Executed \gexperts-code-r3588-trunk\Projects\DelphiXx110Alexandria\__Build_Project.cmd: The system cannot find the batch label specified - DelphiXx110Alexandria DelphiPath: "" *** Error: Directory "" does not exist. Variable DelphiPath in C:\COMP\_Addons\GExperts\GExperts_Sourcecode\gexperts-code-r3588-trunk\BuildTools\doGetDelphiPath.cmd *** Press any key to continue . . . The system cannot find the path specified. 'msbuild' is not recognized as an internal or external command, operable program or batch file. done building GExpertsRS110.dproj Press any key to continue . . .
- Separate cache directories per platform in the Uses Clause Manager in GExpertson 2021-08-08 at 09:23
The Uses Clause Manager in GExperts has an “Identifier” tab that can be used instead of the Find Unit refactoring of the Delphi IDE (which for me doesn’t work most of the time and if it does is very slow). And of course the Uses Clause Manager also works for older Delphi versions which simply didn’t have this refactoring. For this to work it parses all source files in the various search paths of the project. And because this takes a while it caches the results and only updates this cache if a new unit is found or a unit has been changed. read on in the blog post
- Separate lists for VCL and FMX in GExperts Rename Components experton 2021-08-07 at 13:26
The Rename Components expert in GExperts now has separate lists for the names and additional properties for VCL and FMX components. Previously it was a hassle to have additional properties shown in the rename dialog if these have different names in VCL vs. FMX e.g. the Caption vs. Text property of TLabel. Now you simply configure them differently. read on in the blog post.
- GExperts Grep Searchon 2021-08-01 at 09:59
The GExperts Grep Search is one of the most valuable CROWN JEWELS in the Delphi IDE! A big THANK YOU to its author and maintainer!
- How to ADD CodeLibrarian snippets database?on 2021-07-24 at 09:15
How can I ADD the snippets from the downloaded CodeLibrarian.fs database (344 KB) to my existing CodeLibrarian snippets (188 KB) without erasing my existing snippets? There seems to be no IMPORT feature in the CodeLibrarian?
- GExperts IDE Shortcut for clearing Parnassus Bookmarks not workingon 2021-06-20 at 17:20
In Delphi 10.4.2 (Windows 10 x64), I have defined a GExperts IDE Shortcut to clear the Parnassus Bookmarks in the deeply nested menu: View -> Editor -> Bookmarks -> Clear Bookmarks: The Shortcut is CTRL+SHIFT+ALT+B. Unfortunately, the shortcut does not work. I have checked whether there are any other conflicting shortcuts: I have also checked whether there are any conflicting global shortcuts from other programs. There are none. What could be the cause of this shortcut not working? Can anyone please test whether this shortcut is working in his IDE? Thanks for that.
- Limited GExperts support for Delphi 6on 2021-06-20 at 13:53
A few weeks back something happened with my Delphi 6 installation which now results in an access violation every time I start the IDE. I tried for several hours to find and fix the problem to no avail. It’s not GExperts related, disabling the DLL was the first thing I tried. Now I’m giving up. This will mean that while GExperts will still continue to support Delphi 6 and I will compile a dll with every release (as long as the command line compilation still works), I will not be able to debug and fix any issues. If you are still using Delphi 6 you are invited to take over this task. read on in the blog post
- Build to deploy processon 2021-05-06 at 07:47
Hello, I have an automation system to deploy a big application. In this automation system I build some projects in Delphi. I use the "Set Component Properties" of GExperts to update some properties before the build process. I do this "by hand" setting this: Is it possible to use a command line for any tool of GExperts? Or an sdk to implements this? Thanks, Eddy
- D10.4.2 GX 1.3.17 : error pasting components on FMX projects when another source edit window is openedon 2021-04-06 at 08:15
Hello, in FMX projects, when another source edit window is opened (no multimonitor, simply form splitting between form designer and code editor) copy and pasting fmx components on the form causes the textual representation of the comps to be pasted in the source editor. I've also opened a ticket https://quality.embarcadero.com/browse/RSP-33592 thinking that was a Delphi issue. It seems GExperts causing this behaviour, uninstalling them fixes. Do you know some trick for making them work in this context? Gexperts are unvaluable, otherwise I think I'll do without the second edit window 😉
- r3451 build erroron 2021-03-08 at 00:21
"I:\GExperts\Projects\DelphiXx104Sydney\GExpertsRS104.dproj" (rebuild target) (1) -> (_PasCoreCompile target) -> I:\GExperts\Source\UsesExpert\GX_UsesExpert.pas(374): error F2613: Unit 'GX_StringGridDrawFix' not found. [I:\GExpert s\Projects\DelphiXx104Sydney\GExpertsRS104.dproj] 0 Warning(s) 1 Error(s) The unit is there, I added it to the project and was able to build. This build seems to have fixed the assertion error I was seeing during shutdown 😉
- EAssertionFailed exception raised when installing GetIt Package requiring Restarton 2021-03-07 at 23:08
Hi, The following exception is raised when installing or uninstalling a GetIt Package that requires the IDE to restart. This happens in both Delphi 10.4.1 and 10.4.2. For example, I got this exception updating to the newer version of FmxLinux in both IDEs. This is with 1.3.18 release of GExperts.
- Delphi 10.4.2 application switch after using open file experton 2021-03-03 at 10:56
Hi, I'm using the latest release in Delphi 10.4.2When I'm using the open file expert, after opening a file focus changes to the application which had focus before Delphi was focused. This application is also set in front of Delphi. I've traced where in code this happens, it seems to be done by the call to ActionServices.OpenFile(FileName) done by GxOtaOpenFile. I'm not really into ToolsAPI and stuff, but is this still gexperts scope or is this a bug in the IDE? function GxOtaOpenFile(const FileName: string): Boolean; var ActionServices: IOTAActionServices; begin ActionServices := BorlandIDEServices as IOTAActionServices; Assert(Assigned(ActionServices)); Result := ActionServices.OpenFile(FileName); end; Can someone confirm they see the same behavior? The same code for me works fine in 10.3. This workaround seems to fix the issue: function GxOtaOpenFile(const FileName: string): Boolean; var ActionServices: IOTAActionServices; begin ActionServices := BorlandIDEServices as IOTAActionServices; Assert(Assigned(ActionServices)); var h := GetForegroundWindow(); Result := ActionServices.OpenFile(FileName); SetForegroundWindow(h) end;
- Runtime Error 217 when installing GExpertson 2021-03-01 at 13:00
I did a clean install of Delphi 10.4.2. One of the first steps is to compile and install GExperts. SVN revision 3449 compiled fine, but when running the "Register-GExperts-XX104.cmd" it fails with "Runtime error 217 at 50CDB390", followed by "Problem beim Starten von .\GExpertsRS104.dll. Eine DLL-Initialisierungsroutine ist fehlgeschlagen." To trace the error I compiled GExperts in Debug mode, using Debug-DCUs. Then I used Run->Parameters to set "C:\Windows\System32\rundll32.exe" as "Host", and the full path to the compiled GExpertsRS104.dll and ",InstallGExperts" as parameter: Host application: C:\Windows\System32\rundll32.exe Parameters: C:\Full\Path\To\GExpertsRS104.dll,InstallGExperts Now I could debug the installation from within the Delphi IDE. The startup-code InitUnits (in System.pas) initializes all units and calls class constructors; and in Vcl.WinXCtrls.pas it calls a class constructor TSearchBox.Create. This code creates an internal TImageCollection and adds two default images, which finally leads to TWICImage.Create in Vcl.Graphics.pas (Line 10624 ff). The call to CoCreateInstance(CLSID_WICImagingFactory, ...) fails with error code $800401F0 = CO_E_NOTINITIALIZED = 'CoInitialize has not been called' and an exception is raised with message 'Cannot create instance of class CLSID_WICImagingFactory'. To solve this problem, I need to insert CoInitialize(nil) somewhere, and because I won't change VCL and RTL units I had to find another place. Finally I found that the initialization block in GX_GenericUtils.pas is called some steps before the exception is raised, and already uses unit ActiveX, so I placed a CoInitialize(nil) in GX_GenericUtils.pas initialization block. initialization CoInitialize(nil); // this line added Initialize; ... And the error is gone! Finally I could install GExperts into Delphi 10.4.2 😉 [Yes, I know how to use RegEdit]. @dummzeuch : […]
- Restore Dock Window after IDE restart?on 2021-02-28 at 10:33
I run GExperts r3446 in Delphi 10.4.2 on Windows 10 x64. I am trying out the new "Dock Window feature" which seems to be a godsend for me as a specific nested IDE panel is constantly changing its position on the second monitor. At first, it seems to work well (placed the Dock Window on the second monitor). However, the Dock Window and its panel docked into the Dock Window are not being restored after IDE restart, although I have saved everything in a specific IDE desktop and declared that IDE desktop as "default" and "startup". So how can I make the GEperts Dock Window and its content automatically restore after IDE restart?
- GExperts 1.3.18 experimental twm 2021-02-21 releasedon 2021-02-21 at 14:55
COVID-19 got us all down a bit and even with the vaccines theoretically available now, the light at the end of the tunnel seems very far away. My own turn for a jab will probably not come before fall 2021, so I can only hope that summer will reduce the infection rates as much as it did last year, but the new mutants that spread around the world definitely aren’t good news. Maybe I can lighten up your mood a bit with a new GExperts release. There are a few bug fixes and an also a few new features in the new version, but nothing really exciting. read on in the blog post.