Thanks all for comments and things to consider. I'm weighing up:
* that the patch to gtk itself is considered safe and stable, though ugly * that we have a whitelist mechanism to enable us to test and deploy this in selected apps I'd ask that the patched gtk be uploaded as soon as the archive opens after beta1, together with the package for liboverlayscrollbar which should go into universe. An MIR should be filed for liboverlayscrollbar, pending the results of more widespread testing. This initial upload of liboverlayscrollbar should be whitelisted on a core set of apps that Cimi is happy should work well. The result should be that overlay scrollbars Just Work on that set of apps, for people who apt-get liboverlayscrollbar. We will blog and encourage substantial testing of that package with those apps. I believe that apport hooks exist already to tag any crashes that include overlay scrollbars appropriately. We will watch very closely the number and nature of those crashers. During this testing period I would ask that Cimi and Seb or Didrocks have discretion to widen the whitelist, or enable the use of the overlay scrollbars in all supported apps, without further review. Before beta2, we will take a decision about the main and CD inclusion of liboverlay scrollbar, and whether that will be whitelisted (i.e. only in selected apps) or turned-on-by-default. Thanks all! Mark -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gtk+2.0 in Ubuntu. https://bugs.launchpad.net/bugs/730740 Title: FFE: Provide support for dynamically loading the new overlay scrollbar feature -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
