After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 615704 - Scrolling is very slow on Mac OS X (10.6.3)
Scrolling is very slow on Mac OS X (10.6.3)
Status: RESOLVED INVALID
Product: GnuCash
Classification: Other
Component: MacOS
2.2.9
Other Mac OS
: Normal normal
: ---
Assigned To: John Ralls
Depends on:
Blocks:
 
 
Reported: 2010-04-14 04:14 UTC by Pranananda
Modified: 2018-06-29 22:37 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Pranananda 2010-04-14 04:14:14 UTC
I have a checking register that only has about 100 transactions in it. The data file is only about 18Kbytes. But on my Mac Mini (2 G Ram. 1.66 Ghz core duo), the scrolling of the register is very slow (clicking on the scrollbar and dragging the mouse to another location on the document).

It looks like this may be an issue between the GTK-OSX layer and Mac OS. It seems like the mousedragged events are not getting coalesced, so that if I drag the scrollbar to another location, lots of interim drawing is done of the scrollbar and document are made, and the drawing gets way behind where my mouse currently is located.

If the GTK-OSX layer is queuing it's own events, it needs to discard old mousedragged events so that the old location are not rendered. Cocoa applications get this by default on Mac OS X, but a toolkit may be getting its events at a low level, or perhaps it is even going into a modal loop and reading events directly out of the application event queue.
Comment 1 John Ralls 2010-04-14 04:34:24 UTC
You're likely right; GLib runs its own event loop and Gdk-quartz makes the appropriate AppKit calls to intermediate at a very low level with the Quartz display manager. On the other hand, the Gtk folks have been at this for a while and they surely know about efficiently handling mouse drags. Perhaps you could troubleshoot a Gtk+ test application and submit a patch against gtk-quartz. 

FWIW, I haven't had any problems with scrolling speed, and my accounts have thousands of transactions covering 15 years. OTOH, I use a MacPro 2.6GHz, so perhaps the graphics updates are fast enough that I don't see it.

In any case, it's not something that can be fixed in Gnucash, so I'm closing this report.
Comment 2 John Ralls 2018-06-29 22:37:51 UTC
GnuCash bug tracking has moved to a new Bugzilla host. This bug has been copied to https://bugs.gnucash.org/show_bug.cgi?id=615704. Please update any external references or bookmarks.