Thanks a ton for posting this, BTW. I've been thinking about it but didn't have much to say.
As he mentions, this guffaw scrolling trickery is all necessary for scrolling a window and its child X windows simultaneously. He also mentions in the first paragraph that Mozilla (and a commenter mentions GTK as well) are moving away from using child windows for a variety of reasons. We, almost coincidentally (because of the sandbox), don't use any child windows for our renderers so we sidestep this issue mostly. Except for plugins for exactly the reason he mentions. For similar sorts of reasons, on Windows John has spent a lot of effort trying to get windowed plugins to move in sync with scrolling. (Our plugin performance is more complicated than Mozilla because our plugins are out of process and we still work when the plugin process is hung.) The approach he suggests here couldn't be too bad to implement on Linux as well, since we already have these special separate code paths for dealing with scrolling plugins. I expect once I get the initial windowed plugins on Linux working they will be incredibly janky for scrolling, and then I will return to this and think about it harder. Though the way it works definitely feels like a hack, it's a good one. :) On Sun, Jun 14, 2009 at 11:00 PM, Peter Kasting<pkast...@google.com> wrote: > http://weblogs.mozillazine.org/roc/archives/2009/06/stupid_x_tricks.html > Worth a read by folks working on the Linux port, in case the idea is useful > to us. > PK > > > --~--~---------~--~----~------------~-------~--~----~ Chromium Developers mailing list: chromium-dev@googlegroups.com View archives, change email options, or unsubscribe: http://groups.google.com/group/chromium-dev -~----------~----~----~----~------~----~------~--~---
