TRichView.com

Well, the meaning of that function is clear. But it seems like it isn't work correct. It returns False when animation is visible. Could it be caused because of items rearrangement? While adding the animations i've set the limit to lets say 50k animations. All the animations at the beginning that don ...

it seems like TRVAnimator.IsVisible sometimes returns False instead of True. Commented the IsVisible checking and no animation dissapearing.
Could you clarify how IsVisible works?

here is the source of animator. here is the video that describes the effect. As you can see at the video, I've set the background of gif manually to the green color. (Instead of RVData.GetItemBackground(RVData.DrawItems[item.DrawItemNo].ItemNo, R, True, FBackColor, bmpsrc, UseSrcBitmap); gif ...

sorry to dissapoint you, but your patch isn't working. show a gif with at least 15 frames, and scroll content by mouse-scroll. And take a look at task manager and the process GDI objects parameter. TGifImage by Anders Melanders is really buggy :) Maybe the source of animator will be more helpful ...

try this code. this will reproduce gdi leak bug easyly (especially when set the size of a window larger so the drawing area could be wider): var i: Integer; gif1, gif2: TGifImage; begin gif1 := TGifImage.Create; gif1.LoadFromFile('kengu.gif'); for i := 1 to 20000 do begin gif2 := TGifImage.Create ...

forgot to say, i don't think this is a limitation problem - animators are not skipped at the end. They skipped randomly within drawing area

using the last version. gdi leaks are present - scroll the whole area (by dragging vertical scrollbar with mouse) fast up and down - in a few iterations it will fall (gdi leaks gets from somewhere inside TGifImage, while extracting frame bitmap). That is not accepteable for me...

exactly the same test is impossible. too many GDI leaks. thats the reason i wrote my lib for. TGifImage brakes application in a few scrolls of whole area with EOuOfMemory. TjvGifImage even less. could you please tell me how TAnimator work and in what cases it cannot be drawn? P.S. working on Delphi 7

no, i've tested it on 50k gifs. But it is just to reproduce the bug. it appears even on small count of animations, but it is hard to catch it then. This is happening after some hours of intensive work with adding/removing gifs. The strangiest thing is that gif appears again when animation cycle ...

yes. I did like in TRVGifImageAnimator. At what cases animator cannot be drawn?

Are there any restrictions to animators? Wrote my own gif implementation and have noticed, that sometimes (espesially when there are a lot of animations are inside rv and while scrolling it) animation dissapears (just a rv background is drawing, like animator is skipped). That is definetly not a bug ...

damn... sorry, my mistake

Got an interesting bug. Adding Text+Graphics to one richview instance, then saving to the stream and load to the second instance. when clearing the first one, got the AV on the second (!) image item inside TCustomRVData.InternalFreeItem (when trying to call Image.Free (TRVGraphicItemInfo.Destroy ...

thanks. I use ProcessExplorer to determine memory usage. This is some kind of a mystery... If I call SetProcessWorkingSetSize with -1 parameters then memory is away. I wonder why is it happening

Hello. Adding the graphics to TRichViewEdit with AddPictureEx method. When calling Clear method, only memory for graphic is deleted. A lot of memory keeps in process memory. For example: When I add about 5000 of graphic the process eats 250 MB, when I call the Clear method the process eats 42 MB ...