From: John R. <jr...@ce...> - 2015-03-01 17:20:26
|
> On Mar 1, 2015, at 8:59 AM, Enno Borgsteede <enn...@gm...> wrote: > > Op 28-02-15 om 05:03 schreef John Ralls: >>> On Feb 27, 2015, at 3:21 PM, Josip <jo...@pi...> wrote: >>> >>> 27.2.2015. u 23:06, Enno Borgsteede je napisao/la: >>>> Devs, >>>> >>>> Nice, I got a reaction, but it raises a new problem for me, because I've >>>> never tried building/running 4.1 or anything against a gtk+ built from >>>> source. Anyone else like to try? Any hints for building/testing this here? >>>> >>>> thanks, >>>> >>>> Enno >>>> -------- Doorgestuurd bericht -------- >>>> Onderwerp: [Bug 735189] Autorepeat for Scroll-Arrows is too slow / not >>>> configurable >>>> Datum: Fri, 27 Feb 2015 21:25:21 +0000 >>>> Van: gtk+ (GNOME Bugzilla) <bug...@gn...> >>>> Aan: enn...@gm... >>>> >>>> >>>> >>>> *Comment # 2 <https://bugzilla.gnome.org/show_bug.cgi?id=735189#c2> on >>>> bug 735189 <https://bugzilla.gnome.org/show_bug.cgi?id=735189> from >>>> Matthias Clasen >>>> <page.cgi?id=describeuser.html&login=mclasen%40redhat.com> * >>>> >>>> I've just made a change to the way steppers work in 3.15. >>>> Would be good to know if that helps >>>> >>> What ever it is that are available only in unstable version which will >>> be ready at the end of March. >> Or now from git. It's not necessary to wait for a tarball, and in fact it would be better to test ASAP while you have Matthias's attention. That way if further tweaks are required it will have a chance of getting into the next release. > Sounds nice, but not for me. Building the latest gtk+ depends on 5 other > packages that I would also need to build here, because the versions > provided with Mint 17.1 (Ubuntu 14.10) are too old. And who knows what > these 5 depend on themselves. > > Note that my complaint is not about steppers. If it were, I could simply > adapt the stepper settings in the gtk-3 INI file, as advised by Benny, > and Josip, since these have not been deprecated. Steppers handle arrows, > and the mouse wheel, I think, not the paging that I'm interested in. > > I don't want to risk my production PC to anything that goes further than > installing Gramps 3.4, or a hacked gtk+ 3.10.8, because that's what I > have now. I already checked out the gth-3-10 branch, and found the > TIMEOUT constants that were increased by a factor of 2.5. And I can > build that too, but still need to find out where it's installed, since > it doesn't seem to overwrite the factory gtk 3.10.8. That one is still > shown in synaptic and gramps -v. jhbuild takes care of the dependencies for you and you can easily set it up to install everything safely away from /usr. Then you just need to set up an environment to find the new libraries when you run Gramps. https://developer.gnome.org/jhbuild/stable/ With a little work you can have test versions of Gramps installed, too. Each minor version gets its own subdirectory in ~/.gramps for settings and what-have-you; only the grampsdb and mru list are shared, and the path to grampsdb is a preference and can be set per-minor-version to keep the test installations away from your actual genealogy work. Regards, John Ralls |