Stano

Wouldn't you consider creating press reports in Fast Report?

I dynamically generate components. Rendering was very slow. I managed to solve it. I asked on forum.delphi.cz. I didn't get an answer. So I ask here This is interesting. I used: the ScrollBox on form on it TAdvSmoothPanel - it has a canvas. I draw the lines now panels on it, on which I store the generated components The rendering is thus instantaneous. Without those panels it was for a maximum number of components with a time of ~12-13 sec. Now I estimate 1-1.5 sec Why is that?

I finally found the cause. It's TCurvyPanel. If I replace it with another panel, it's lightning fast.

I copied the files to the pitch. I only made the necessary editing. No matter what I do, I get almost no responses. Could the fact that it's a subform in the project have something to do with this? On the pitch the main form.

I'll try it tomorrow. If I have a long time, I'll make a sample application. I've tried all sorts of things. Always with the same result.

The form doesn't do anything. You just have to create the components and place them as needed. If I have any unnecessary functions left in there, ignore them. I did, the time is minimum! For me the difference is >10 sec.

Idx2 = const 2, etc.

I'm not talking about creating components. Those are already created before the actual display/rendering. I'm only talking about rendering. Put your components on the ScrollBox and then on the panels. You'll see the difference.

Yes. But I don't understand the second part of the answer. I don't need to address it because 1.5 seconds is about nothing.

I edited it, but didn't try. Now you open it. Do internetu.rar

Replace them with classic components if you feel like it. Open dfm as text. Replace all TjstAdvPanel with TPanel and the others needed. TAdvOfficeCheckBox.... You can also draw it with ScrollBox. Then open the form. You'll need to confirm everything. That's the fastest way I know. I'll take a look here tomorrow.

Change TjstAdvPanel to TAdvPanel or TPanel

I don't buy that argument. The rendering speed of a single node depends only on its owner. It does not affect it: the number of nodes whether it is on a ScrollBox or on a SmoothPanel they are rendered quickly on the form itself. But not that fast. I am attaching the files here. Maybe this will suggest more. You don't need to notice those panels on the left. You can throw them away. For comparison, just change the Parent. I also welcome comments for improvement. But nothing complicated. Just such simple things Do internetu.rar

You didn't read carefully, or I wrote it my way. Unintelligibly. So again. I'm making a chart (spider) for the teams in the KO system (football). There can be a maximum of 128 nodes in the first level. The total is 255 nodes. For interest. One node consists of: TCurvyPanel and on it TAdvEdit TAdvOfficeCheckBox TLabel That's a total of 1020 components. All components are already created. It's just a matter of rendering them. For example, when you change the Tab in TPager. Case 1. ScrollBox on a form TAdvSmoothPanel on ScrollBox All components have the owner TAdvSmoothPanel Time 12 seconds 2nd case ScrollBox on form TAdvSmoothPanel on ScrollBox Panels on TAdvSmoothPanel All components have an owner any of the panels Time 1 - 1.5 seconds What interests me is why the first case is so incredibly slow. And the second one is basically instantaneous. Placing components on a panel generally speeds up rendering! That's why I was able to find out by accident. Unfortunately, your demonstration makes me think of two things.

You can certainly set what should happen after the dialog is closed. Eurekalog has it. Check it out. Turning off the whole madexcept is nonsense.

Unfortunately, many of them with a million features that nobody wants. After all, the manufacturer knows best what users really need.

Search for posts here. It has already been discussed here.

I have a different predicament. As soon as there is a bug somewhere, Insight doesn't offer anything. This was not the case before. Personally, it bothers me a lot. I would be happy if that could be changed.

Time to judge I do not know. But you can solve the problem with popupMenu (probably) Find definition/declaration.

I haven't done anything on the project for a long time. I went to test it so I could send it. I didn't make any changes to the forms. I just slightly modified one unit. Because of obsidium. I ended up throwing that out of the program completely. When I close any form, I get AV. The addresses are always the same. Project JasotSVB.exe raised exception class $C0000005 with message 'access violation at 0x00e37c14: read of address 0x2000000b'. The attached images are an extract from the Eurekalog. I can't find anything there. Asm and CPU dump is taboo for me. Because of my abilities, I worked on it for many years. I don't want to lose it. Please help me a lot.

I found the forms to be fine. I have an error somewhere in the code. Hooray. I'm going to look for it. I blocked the creation of a "base" class

The dfm trick didn't work.

Shutting down the IBC is not an option. The only option is to install an older version. I am working on another program (FireDAC) using the same procedures and components. The problem is not. I would like to know how unwanted characters could suddenly appear in dfm in bulk. Used Magician by Uwe Rabe. He certainly doesn't do that. IBC is OK.

Always.