dummzeuch

Same answer as for everything else that's missing or broken in GExperts: Because nobody bothered to fix it The "c:comp" part of the path looks like the reason to me, there should probably be a backslash there. No idea what's causing it.

Your definition of clumsy is somebody else's definition of efficient. Ctrl+K Ctrl+G to drop a bookmark, Ctrl+Q Ctrl+G pick up the topmost bookmark, and Ctrl+Alt+Q Ctrl+Alt+G to replace the topmost bookmark is as difficult to remember as any other key combination. I actually appreciate that they did not take away yet another simple keyboard shortcut from us plug-in developers. Talking about WordStar: Ctrl+K N and Ctrl+Q N is yet another key combination to access the Toggle Bookmarks, so these Stack Bookmarks shortcuts fit right in.

implemented in revision #3729 for all supported Delphi versions Pressing enter is no longer required. It also allows to scroll through the list with the arrow keys without leaving the filter field.

There are two project option settings that might help here: Unit aliases and namespaces It's not easy either though.

BDS.exe ist the main executable of the Delphi IDE. (up to Delphi 7 that was Delphi32.exe). But I can't help you with the AV. This could be caused by anything. For upgrading an old component to a new Delphi version you usually need to add conditional defines somewhere. Most component vendors have a central include file for that. Have a look at the top of your units, there might be a {$I filename.inc} statement in all of them. That's the include file I'm talking about then. Maybe updating that include file will solve the AV. But I'm guessing here. I have not used QR for ages.

You could add a (configurable?) popup menu which gets one (configurable?) shortcut and add other functionality to that popup menu. I did that with GExperts and in my installation have removed most keyboard shortcuts from other experts. I used Ctrl+H for opening that menu which in the IDE is a duplicate of Ctrl+R anyway. So, calling the Uses Clause Manager Expert is Ctrl+H followed by U. OK, it's now two key combinations rather than two clicks, but I am much faster with the keyboard than with the mouse.

fixed in revision #3717

Developer: "So, about this mockup presentation I did yesterday: Are we going forward with this project?" Manager: "You mean that program you showed us yesterday? Of course we're going forward! It looked pretty much finished. How much time do you need to polish it a bit so we can put it into production?" Developer: head -> desk

There is also Project -> View Source in the main menu (at least until they reordered the menu, no idea whether it's still there).

Are there cross platform implementations for Mutex in the RTL? Otherwise it would not be restricted to the VCL but to Windows.

Embarcadero has released a second patch (called November Patch) for Delphi 11 which seems to fix several issues that blocked further progress on GExperts for Delphi 11. So here it is, fresh out of the compiler: The second Alpha version of GExperts for Delphi 11. Please keep in mind: This is not even a Beta version! There will be bugs and these will not only be UI glitches but functionality failures! You have been warned! read on in the blog post.

Fixed the toolbars for all dialogs.

Kinda fixed that today for two dialogs.

Thanks! I just fixed the link. Note to self: Always check those links!

You could use the IDE to debug a second instance of it. That might give you a call stack and a hint what causes the problem. Just don't do what causes the crash in the first instance.

Recent versions of Delphi (for a suitable definition of “recent”) come with a TZipFile class implemented in the unit System.Zip. This class has the really neat feature that it can not only read the contents of a ZIP file directly from a stream but also extract a file from that stream to a TBytes array, thus it does not require any file system access. E.g. imagine you have got a memory stream containing the contents of a ZIP archive. [read on in the blog post]

It doesn't ignore the decimal separator as such, but will always assume it to be '.' rather than the value of DecimalSeparator. So converting '123.4' will result in 123.4, but converting '123,4' with DecimalSeparator = ',' will result in 123 and an error at position 3.

They didn't even fix all high DPI issues of the IDE itself. But yes, having to do that for a plug-in might show some more.

Should this support any number format which TryStrToFloat supports? E.g. '5.4E7', '543,543.647' or ' $0abc6'? Or are there restrictions? What about decimal and thousands separators? What about negative numbers? Negative exponents? The more flexible it must be, the slower it will become. The easiest case would be: Only decimal digits and only a decimal point, no negative numbers. No range restrictions. No exponents. That would be fairly simple and fast, because it's a state machine with only a few states.

Not going to happen. And neither the IDE. We have had this discussion too many times already.

Since the current Community Edition is 10.4, it definitely makes sense to evaluate it. Unless you plan to buy the Professional Edition, then it makes sense to evaluate Delphi 11, because that's what you will be getting.

There is a now an installer for version 1.3.19 Alpha of GExperts for Delphi 11.

You mean this one? {$IFDEF IDE_IS_HIDPI_AWARE} if MinWidth < 1000 then MinWidth := 1000; if MinHeight < 1000 then MinHeight := 1000; {$ENDIF} I don't even remember why I added it. I probably was totally frustrated with trying to get that dialog working in whatever way with Delphi 11 on high DPI, that I simply pulled some absolute values out of my hat so see whether they work. Surrounding it with if TScreen_GetDpiForForm(Self) > 96 then begin end; Will probably solve this one particular problem.

I bet if we look hard enough, we will find remnants from pretty much any old Windows version in there. I also bet that it still comes with the driver for the obsolete "Microsoft Ballpoint Mouse" and automatically installs it when a GPS is attached via a USB serial adapter. An annoyance which I had to put up with since Windows XP.

Hm, the minimum height for this form is set to 660 pixels. That might be a bit tight depending on the height of your task bar. On top of that there might be the general scaling problems in Delphi 11, but I actually doubt that this is the issue. If you want to, get the sources, change the height of the GX_Configure form to e.g. 600 and compile your own DLL.