dummzeuch

No. Edit: It beat Visual Basic! Yeah!

Telling (the right) people about Delphi and how good it is (or rather: was), was something that has not been done since the very beginning. Not even Borland managed that. They advertised in Development magazines (and later websites), but not where those people who make decisions about the money to buy development tools (the C*Os of companies) would read about it. So when a developer asked his boss for the money to buy Delphi related tools, they had to tell him what it is (and who Borland, later Embarcadero is) and what the value would be for the money, because they had never heard these names. It's even worse nowadays: We see Embarcadero endlessly blubbing on about how great their tools are to developers, but not going into specifics. That's the way you talk to the C*Os of companies, not to developers. But the C*O people do not read these posts because they just don't visit embarcadero.com and the Delphi blogs. So so they still haven't heard these names when it comes to investment decisions. And the developers don't read them because they don't get any interesting information from them.

Most likely @Attila Kovacs is right: Rather than setting the OnShow event your code is calling it. Show us some actual code.

OK, now we go into the domain of personal insults.

Not that again! Just remove the f*ck*** call to Close and be done with it.

Hear hear! I doubt that very much.

I am using TeeChart for drawing multiple series with two different vertical axis. One set of series uses the left axis, the others use the right axis. The legend contains check boxes that allow the user to turn a series on and off. Everything works fine but there is one small problem that I can't get solved: When all series associated with one of the axis are turned off, this axis is not shown. Right Axis missing: Left axis missing: I don't want that. Both axes should always be shown, regardless of which series are visible. But I found no way to change this behavior. Any hint?

You could try to rename the DLLs. I'm not sure whether this will work though. And if it works, it will only do so for DLLs that are used by your program directly, not for DLLs that are loaded by other DLLs your program uses.

Instead of setting a unique name, you can set it to an empty string. And what you show in the screen shot is not the memo's name but the memo's Lines property contents. You can set that easily to whatever you want either. Memo.Lines.Text := 'bla blub'; But that's not what was meant when you were told use frames: Just design a frame the way you want it, and create multiple instances of that particular frame class.

Unfortunately, I'm not morally depraved enough for that.

Unfortunately this is basically the same hack as with empty TPointSeries, just made invisible with a different method.

Yes, but then I couldn't have claimed I use AI for that. 😉

To be fair, I asked ChatGPT to generate faulty Delphi code to begin with and it not only gave that code but also immediately explained what is wrong with it and how to fix it. Just that the fix still was wrong.

Adding two empty point series, one associated with each axis, and not shown in the legend, does the trick. This still feels too much like a hack. So if anybody else has an idea... ? I used to have an account for Steema's support forum, but my credentials don't seem to work any more.

Interesting idea, but unfortunately it doesn't work either. I also tried to just set them visible unconditionally and tried the BeforeDrawAxes event.

Invisible point? You mean a point series, that is visible but does no contain any data? Or one that contains data but is set to be drawn invisibly? I thought about that, but I was really hoping that I am just missing some setting.

Today I have - for the first time - used ChatGPT and then Claude in earnest. Everything before that was just testing. Actually I didn't expect this time to be of much help either, but it turned out that it was helpful up to a point. I have now got some code to give a the guy who applies for a Delphi position today to refactor, debug and explain. And then explain what's wrong with the "fixed" version of the code generated by ChatGPT. That's going to be interesting.

Just in case anybody else is interested: I have just updated the Rename Component expert to use a TCombobox instead of a TEdit for Boolean and Enum properties.

Thanks for your suggestion.

I am not aware of such a functionality in GExperts (but it might be in MMX or in cnpack). But I have a keyboard macro for that purpose, which I use like this: declare the fields copy the field declaration to the public (or published) section of the class put the cursor at the beginning of the first field execute the macro execute the macro again until all fields have been converted to properties The macro is a recording of key strokes that changes the field declaration to a property declaration and at the end moves the cursor to the at the beginning of the next field declaration. See attached file. You can load it in the Keyboard Macro Manager. ReadWriteproperty.gxm

Fixed in revision #1149 (I hope)

It is yet another bloody per monitor scaling issue and depends on how the monitor(s) is/are configured: It does not occur if there is one monitor with scaling set to 100, even if another monitor is set to scaling > 100. It also does not occur over Remote Desktop (at least not in my tests). Since I have got a High DPI monitor and a HD monitor, it does not happen on my system. I had to turn off the HD monitor to reproduce the problem.

I don't. But I suggest using the _build_project.cmd script in the sub-directory under Projects matching the Delphi version. But even when using the IDE the DPI settings should not make a difference unless you open all the forms and safe them again. No comment, I don't want to get rude.

here you go:

As far as I am aware this dialog should work with multiple additional properties. Which version of Delphi and GExperts are we talking about? And if a HighDPI aware IDE is involved: What is your monitor setup?