see bug #748552 as well
--
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-b
seems that bug #740765 which is nautilus crashing when closing a window
that we have been investigated for some days and pinged nautilus
upstream about might be happening only when the scrollbars are
installed, could someone check on that issue? note that the crasher has
quite some duplicates
--
Thanks all, glad to see the hooks land. We'll encourage folk to install
the liboverlayscrollbar package directly, and if apport and anecdotal
reports are positive, bring it in for even wider testing.
--
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is s
This bug was fixed in the package gtk+2.0 - 2.24.3-0ubuntu5
---
gtk+2.0 (2.24.3-0ubuntu5) natty; urgency=low
* debian/patches/100_overlay_scrollbar_loading.patch
- support for dynamically loading overlay scrollbars (LP: #730740)
-- Ken VanDineWed, 30 Mar 2011 08:57:26 -0400
Additional information for the record.
The feature is currently enabled by default, with the applications
listed at: http://bazaar.launchpad.net/~ayatana-scrollbar-team/ayatana-
scrollbar/trunk/view/head:/os/os-utils.c#L57 It is based on the
application compatibility list captured at
https://wiki.
** Branch linked: lp:~ubuntu-desktop/gtk/ubuntu
--
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
Marking as approved then, as per Mark's comment above.
** Changed in: gtk+2.0 (Ubuntu)
Status: New => Confirmed
--
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:
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
It works on more than a fixed set of applications: the whitelist is
meant to enable it by default, for a set of applications that we are
testing more thoroughly. It should work for all gtk applications using
gtk_scrolled_window, ie most of the gnome applications we know of.
The missing LTR support
Ok, for the record I think the way the GTK patch is done (checking for a fixed
path on disk to dlopen a library and override the gtk behaviour in a non
documented way) is wrong and that we should better do it the right way next
cycle than to land it in natty.
That said the patch doesn't seem it
Also, I'm worried the dlopen() hack and changing API without at least
proposing this upstream (see Sebastien's concerns above).
--
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
Setting back to NEW, as this hasn't been approved yet. As I already
said, it's not something that I personally want to push, as we have
enough to deal with in natty (release is in a month, and we still need
to sort out crashers, how to handle the a11y regressions, compiz bugs,
etc., and we haven't
12 matches
Mail list logo
