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 603862 - Problem with row headers
Problem with row headers
Status: RESOLVED FIXED
Product: Gnumeric
Classification: Applications
Component: GUI
git master
Other All
: Normal normal
: ---
Assigned To: Jody Goldberg
Jody Goldberg
Depends on:
Blocks:
 
 
Reported: 2009-12-05 19:33 UTC by Morten Welinder
Modified: 2009-12-06 11:51 UTC
See Also:
GNOME target: ---
GNOME version: ---


Description Morten Welinder 2009-12-05 19:33:04 UTC 
1. Start new Gnumeric
2. Select row 1-4000 and change height to (say) 2.25pt.
3. Goto A1.
4. Press down repeatedly.

Observe two problems:

A. The row headers get fatter as you move down.  We probably have a clipping
issue.

B. When the cursor is at row #N, something visible is happening to row header
#2*N.
Comment 1 Jean Bréfort 2009-12-06 10:15:09 UTC 
Point B. looks like a gtk+ (or deeper) bug. When moving the cursor from A1 to A2, rows being 3 pixels high, we call gtk_widget_queue_draw_area twice (0->3 and 3->6) and get an expose event for 0->9.
From B1 to B2 figures are 3->6 and 6->9 for the queue draw and 3->15 for expose, and so on. The height of the expose event area is twice what it should be.
Comment 2 Jean Bréfort 2009-12-06 10:44:43 UTC 
Hmm, foget previous comment, I just used ymax instead of height when calling gtk_widget_queue_draw_area. Point B is fixed.

For A, I'll try to see if things are better with clipping.
Comment 3 Jean Bréfort 2009-12-06 11:51:59 UTC 
Clipping made it. Fixed.