dummzeuch

Check whether the two editor experts "Goto Previous Modification" and "Goto Next Modification" are enabled. If they are, disable them and see whether the problem goes away. And please report the result.

Are you using a mobile browser? If yes: I have exactly the same problem. The only way I found was to create a new post in a desktop browser and then delete the old stuff. I found no way to do that in the mobile browser (on Android).

I just noticed that in Delphi 11 hovering the mouse over the inherited keyword in a method while pressing the Ctrl key underlines that keyword just like it does with an identifier. But clicking on it does nothing while for an identifier it takes me to the declaration or implementation. Should this also work for inherited? Edit: It does work in other methods, I apparently tried it first on a method where it doesn't work for whatever reason. So, to answer the question: Yes, it should.

There are computers running old versions of Windows (or in our case even DOS) that cannot be upgraded easily, usually because of some special hardware requirements. As long as these commuters are not connected to the network, there is no problem with running old OSes. We still run 2 computers with Windows XP and 3 with DOS. The former will hopefully be replaced with Windows 10 this year, but the DOS machines will probably stay for some more years. At least one is required for the maintenance of some specialized equipment that is actually used with other computers that run Windows 10. Oddly enough, you can still buy hardware that is DOS compatible, but the supply for Windows XP compatible hardware is drying up.

Experience has taught me that I make mistakes (Yes, there was a time where I thought I was the Über-Programmer that does not make mistakes,. But that was about 30 years ago.). And there is still so much to program even if I don't re-write anything that already exists that I don't get bored. Of course if it turns out that the existing code is buggy, I will try to fix it or rewrite it. On top of that: One of the main reasons why I ended up as a programmer was that I was am lazy, so code reuse is a godsent.

We have been there before, haven't we? If I write something myself, I might introduce bugs (Yes, I'm not infallible and I know that). That's why we use library functions even though the functionality might not be that complex.

This large Open button does not look good either. I think a panel with an Open and a Cancel button of a standard size on the right hand side would look better. But this is just my personal taste.

Something like "Here is an implementation of these helpers for earlier Delphi versions that somebody with the same problem wrote." ? I wrote my own version of the TStopwatch records (actually it originally was a class + an interface but I changed that to be compatible to TStopwatch) just so I could use that for earlier Delphi versions. So it's not unreasonable that somebody else did the same for these helpers just in case he got annoyed enough that they were not available for (some of) the Delphi version(s) he uses?

Not sure this is legal if he didn't upgraded first to D11.2. That's a non issue: If he didn't upgrade, he wouldn't have the code in the first place.

The only way I see is to (re-)create this record helper yourself (or find code from somebody else who did).

I saw the bug report on Sourceforge first (thanks to whoever kgmccoy is). Yes, I forgot to add the form. Goes to show that it's a bad idea to have uncommited changes laying around. Fixed now with revision #3944.

How up to date is your knowledge I was trained by OpenAI using a dataset that was current up until 2021, and I do not have the ability to browse the web or access new information, so my knowledge is limited to what I was trained on. I can still provide general information and assist with many tasks, but I may not have information on more recent events or developments. Is there anything specific you would like to know?

That's no sandy beach at Südstrand (green grass only) and it's not near the Jadestadion (In my book >5 km does not qualify as "near".) There is a kind of sandy beach further to the east along the Jade Bight, where the second harbour entry used to be. But the nearest real sandy beach is at Hooksiel which is about 15 km to the north from Wilhelmshaven (and ChatGPT also mentions that beach), but you will be hard pressed to find any dunes there either.

No, its knowledge base is static. It only remembers its answers within a given session. If you start a new one, it will repeat the same mistakes. It also is not really good at learning within a session. I tried to correct it regarding the procedure extraction functionality and it kept repeating that it is a feature of GExperts.

On the other hand it told me that GExperts is a library and that it provides the functionality to extract a function. Both are obviously wrong. It also inserts a random name picked from the contributor's list when asked for the maintainer or even the original developer (which was Gerald Nunn in the 1990s as far as I remember, before Erik Berry took over). It also told me about several functions in the jcl for importing a dll that don't actually exist. Or, for non programming questions: It told me that Wilhelmshaven has a sandy beach with dunes near the Jade Stadium. (No, it hasn't.) The problem with ChatGPT is that its answers are well formulated and appear so plausible, you don't question them.

I just had a look at this and found, that this functionality already existed in the form of an action with shortcut Ctrl+C and an entry in the main/hamburger menu. I have now added an item to the popup menu for that control too and changed the code to copy the whole content of the control if no text was selected. I also added a popup menu to the results list with the (again already existing) functionality to copy that list to the clipboard.

Which only works for frequently used projects but not in the case that you just downloaded / checked out some sources from e.g. GitHub or SourceForge.

The .dproj file contains a version entry which is unique for most Delphi versions (unfortunately not for all of them), see the Delphi Wiki How to find out which Delphi version was used to create a project? (Or you can simple take the source code for that detection from my dzBdsLauncher, assuming that the licenses are compatible.)

I might have missed it in your post, but for me the most important functionality for such a program would be to detect the correct Delphi version for a given project based on the contents of the dproj file. Of course that only matters if more than one Delphi version is available, and I'm probably an extreme in having all versions from Delphi 6 to 11 (with the exception of Delphi 8 ) installed on the same computer.

A simple option would be to have "network named user" licenses and run your own license server.

I rarely use Delphi VMs at all, but those that I do use are running on a Citrix XenServer and must be used via Remote Desktop (or the even slower VNC based remote console of the XenCenter). But my experience with using VirtualBox in general is that Remote Desktop is faster and more convenient than the console. Usually my VirtualBox VMs are run "headless" anyway.

Try to connect to that virtual machine via Remote Desktop rather than using the console. This might solve some of these problems.

Under some circumstances that I never could figure out, sometimes some keyboard shortcuts get lost. Usually opening the config dialog and exiting it with OK will fix that. But apparently you had already tried that. No idea what could cause this odd behaviour in elevated mode. Did you try the same shortcut for a different expert? Did it work in that case? Please file a bug report on SourceForge giving as much detail as possible, including how you start Delphi in elevated mode.

Papier ist geduldig (literally: "paper is patient", possibly better: "Paper doesn't blush") or rather in this case it's the electrons or magnetic particles that are.

The Golem has finally become reality. Not.