Make GTK debug window usable again
salinasv at gmail.com
Thu Nov 15 15:12:31 EST 2012
On Thu, Nov 15, 2012 at 12:13 PM, Tomasz Wasilczyk <
tomkiewicz.groups at gmail.com> wrote:
> debug window became incredibly slow since migration to webkit. It's
> even not usable for some activities. I've digged around a bit, and
> I've managed to speedup it really well: delay is unnoticeable.
Thanks for addressing this issue. I have been annoyed too but not enough to
do something about it. =P
> Patch is divided to two parts:
> - speeding up gtkwebview : now, it gets only one element at once.
> When it deals with thousands of debug log lines (typical startup for
> few) it takes forever until g_idle_add hits them all. After applying
> the patch, it get elements until 100ms timeout is hit.
Does this patch block pidgin for 100ms in the while? Does it is noticeable
in the UI?
If so, how much we can get down that number without affecting the IU?
Aside of this, it looks like a good idea to improve responsiveness.
> - speeding up debug log itself : adding new lines by appending html
> is so slow, that timeout mentioned before is hit a lot of times. After
Have you measured if doing this append int js is actually quicker than in
C? (I have no idea)
And this rises a question for me. Now that we have webkit, how much of
our functionality we want to move to js where possible and how much keep it
I guess sooner or later I will need to actually learn to do some JS. =(
> The first one seems (for me) to be ready to push into 3.0.0. The
> second one needs some more work (fixing of filter feature), but it
> shows the idea.
> Waiting for comments,
>  http://pastebin.com/rWX8P6CB
>  http://pastebin.com/iKCuf34f
> Devel mailing list
> Devel at pidgin.im
A: Because it messes up the order in which people normally read text.
Q: Why is top-posting such a bad thing?
Q: What is the most annoying thing on usenet and in e-mail?
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the Devel