>> > well, here's another memory leak:
>> >
>> > open the change displaypic window, close it, open it, close it, ...
>> > every time it's taking more memory, you can check by using "top
>> -b -d
>> > 1 | grep wish".
>> >
>> > Anyway, about the displaypics being loaded and never being unloaded
>> > (in the displaypic window, in the balloons (hovering cl) and in the
>> > chat windows)... i don't think that's ok, i came with 20% memory
>> > (300MB) just hovering contacts and opening chats... it "should" be
>> > this way:
>> >
>> > we have a list of graphics-time used
>> >
>> > every time a graphic is tried to be loaded {
>> > if it wasn't in the list it should be putted on the list,
>> > if it was in the list it's time should be updated.
>> > }
>> >
>> > one time each minute or so {
>> > graphics which have non been used on the last -let's say- five
>> > minutes, should be freed
>> > }
>> >
>> > so, cache-like behaviour... but i don't think it'll be so easy to
>> > implement in tcl/tk :P
>> >
>> > oh, nobody answered about the CL thing.... wasn't the "new contact
>> > list" supposed to fix having to refresh the entire CL on a small
>> change?
>>
>> Youness answered, you must have missed it :) What the new contactlist
>> does is this: when something changes on the CL, the rest of the
>> content
>> is just moved to adjust to the change, instead of deleting everything
>> and re-drawing it. So if you expand/collapse a group, the
>> groups/contacts below are moved down/up as needed.
>>
>>
>> oh, thanks... anyway it's slow :P
>
>The new one? Yeah I know, I'm gonna be working on how to optimise it...
>one fo the main reasons (I think) is the scalable-bg's used in it, I
>want to scrap scalable-bg and use the thing tile uses which is written
>in C, it does exactly the same thing... Youness/Phil/Anyone, is this
>possible?
I want to make sure you are talking about the same thing. I think that LZ is
talking about the old contact list with the enhancements the Youness made.
Tom is talking about the new contact list which he is making which is in cvs
but hasn't been 'released' yet.
Also LZ there is a much better way to test if images are currently being
used however we discussed it before and decided not to unload images and
just keep them in memory.
Finally LZ you said that the settings that I changed didn't make any
difference to you cpu are you sure? Make sure you have latest cvs (that
included my changes from this morning), then go to the status log and type
these 2 lines:
::skin::setKey changecursor_contact 0
::skin::setKey changecursor_group 0
Then make sure the contact list is updated, easiest way to do that is to
change your current state, then move the mouse over the contacts (not the
top section) the cpu usage should not go up (you should also notice no
underlining and no mouse changes - the settings that you temporarily turned
off, if you see underlining and/or mouse changes, from hand to arrow and
back, then you are doing something wrong - or there is a bug).
Lio.
-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems? Stop! Download the new AJAX search engine that makes
searching your log files as easy as surfing the web. DOWNLOAD SPLUNK!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642
_______________________________________________
Amsn-devel mailing list
Amsn-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/amsn-devel
