dummzeuch

Actually it was added in XE4 (I just checked, the editor popup menu entry appears there the first time). So that must have been the first version where I tried it and found it severely lacking.

I'm not talking about dynamically adding checkboxes to groupboxes at runtime, but about adding those created in the designer to an array for easier processing.

The full source filenames are now cached and added whenever they are available (e.g. when the identifier parser finishes or when the project units parser does not use the map file but the dpr), so they rarely need to be searched for again. This speeds up updating the status bar quite a lot and prevents the annoying lags when scrolling through the lists which was previously caused by the search. I haven't tried it on a slow computer yet, but I am confident that this change makes quite a difference there too.

Actually: It should be easy for yet another expert (yet another GExperts menu entry 😉) to hide some of the menu entries of the IDE. Or, since there is already an expert for changing the menu shortcuts of the IDE, it could be extended to also allow hiding those entries. In that case obviously not.

I think you are talking about different "main menus" here. 😉 @Stefan Glienke Yes, it's getting larger (which annoys me too sometimes), but do you really use all the experts? You could simply disable those you don't use which removes them from the menu. Organizing it into submenus would be a major change since currently the menu is built by enumerating all the experts and adding an entry for all that are active. Feel free to submit a feature request though. One day I might get bored enough to do it or maybe somebody else does it and submits a patch.

I just tested the Read Only option of with Delphi 10.3 professional. It works fine with GExperts installed, so it probably isn't the culprit. Also, disabling GExperts from the experts manager while it is acive in the IDE works fine for me (after restarting the IDE, GExperts is gone). Enabling it via the stand alone Experts manager brought it back. So everything seems to work as expected. I do use GExperts every day. I don't use Delphi 10.3. I only have it installed to compile and test GExperts. And every time I have to use it I curse it. I don't use the dark theme and I have got lots of more interesting things to do than implementing theming in GExperts. I already had enough trouble to keep GExperts functional when Embarcadero changed the light mode to also be a theme. So, unless somebody submits a patch for this and fixes all the bugs it will most likely cause, theming in GExperts won't happen.

If I remember correctly there is a stand alone version of the expert manager in the start menu.

If you think GExperts may be the culprit, disable it with the Expert Manager, restart the IDE and see whether it solves the problem.

I know I can do that. But you were the one who proposed to use this code so it's your responsibility to check the license.

Have you checked the license of that library?

Revision #2848 Note: I have put the new function into GX_GenericUtils because GX_dzOsUtils is supposed to contain only code from my u_dzOsUtils unit (which is part of dzlib).

There is some testing code for setting DefFontData in GExperts: https://sourceforge.net/p/gexperts/code/2844/ Just in case somebody wants to test it. For now these controls are hidden and the settings are not persistent. It seems to work, but has some undesired side effects.

Basically the same, but I used the OpenExplorerAndSelectFile function in u_dzOsUtils which encapsulates this to: OpenExplorerAndSelectFile(sbUCM.SimpleText);

I changed the code to disable the irrelevant menu entries rather than hiding them. Also, I implemented "Open File Location". revision #2841 / 2842 There is one problem with the way the status bar code is currently implemented: It calls GxOtaTryFindPathToFile each time which is quite a costly function (try to move the entry with the arrow keys and you will notice a delay. I'm thinking about saving the whole file name instead of just the unit name while scanning for them, so they are available later. Also, it might be more intuitive to copy or move the popup menu entries of the status bar to the already existing popup menus of the lists.

Since it's not a requirement that this server is running at all times (the IDE must see it only once in a while), it's quite fine to run it in a VM on the same machine. A VM can also be easily backed up to guard against hardware failure. Personally I wouldn't put it "into the cloud". I don't trust their security. As I also wrote in my blog, ours is running in our company intranet and I access it from my PC at home through an ssh tunnel. I only open that connection about once every two weeks to reset the IDE's license countdown.

We are running this server as a virtual machine on an already existing XenServer. The vm runs a minimal Ubuntu Server and doesn't need much RAM or CPU. No idea whether it might run on a router, but I doubt it. But you can of course run it in a small VM on your development computer. Also, it can be configured to allow up to 30 days (the default is much lower IIRC) of using the license without contacting the elc, so you only have to remember to start that vm once in a while.

I think I said it before: Convert your license to a network named user license and use the elc and this will never happen again. https://blog.dummzeuch.de/2018/07/14/some-information-about-embarcadero-licence-center/ Of course there can be other problems, e.g. with the elc itself then. But at least it will reduce the probability of you not having a working Delphi installation for several days because you changed something on your Windows computer or VM.

As to your suggested bugfix: It seems to work fine in my tests, but I am not sure whether it will fix the original problem reported in bug #79, but I'll just assume the best and wait for new bug reports. 😉

Since it is the same functionality as in Windows, when you right click on a shortcut, I think it's fine to call it the same: "Open file location"

I'm getting an email for each change there. I have got a filter on these emails so they don't trigger any notification on my smartphone, but I definitely get and read them, and since they stay in my GExperts folder until I delete them manually, there is a good chance that I see them when I have got time to work on the tool (like today). In contrast to posts here: These I might read but forget that they existed because once they have been marked as read, the forum software won't show them in the "unread topics" view. And that's the view I use to browse the forum. So: Posting comments (and of course bug reports and feature requests) on SourceForge is the best way to get my attention and also the best way for me to find them later.

The first one works, the second one doesn't 😉 (Not implemented) It guess Peter's intention is to make this the same as pressing Ctrl+C in the Windows Explorer.

@PeterPanettone NOTE: I just found and fixed a bug in the Uses Clause Manager! https://sourceforge.net/p/gexperts/bugs/149/ Make sure you are using the latest sources!

Committed (with changes) Note: There is still a problem with the Uses manager not finding the .map file if the output directory contains the default place holders $(Platform) or $(Config). This probably also affects other places that can use the map file, like Grep or Open File. I'll file a bug report for this.

Thanks, committed. Please use the current sources if you want to improve this further. I'll keep my hands off this code for now in order to not create any conflicts. I made Copy text to clipboard the default for the status bar context menu. The other changes, in particular to the dfm file are due to incompatibilities to Delphi 6.

This can probably be avoided by changing the PE flags of the executable: {$SETPEFLAGS IMAGE_FILE_REMOVABLE_RUN_FROM_SWAP or IMAGE_FILE_NET_RUN_FROM_SWAP}