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 607794 - Double-clicking sheet tabs resets hpaned
Double-clicking sheet tabs resets hpaned
Status: RESOLVED FIXED
Product: Gnumeric
Classification: Applications
Component: GUI
git master
Other All
: Normal trivial
: ---
Assigned To: Jody Goldberg
Jody Goldberg
Depends on: 607885
Blocks:
 
 
Reported: 2010-01-22 17:29 UTC by chris dunn
Modified: 2010-01-25 19:49 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description chris dunn 2010-01-22 17:29:02 UTC
Gnumeric seems to have started a very annoying habit of opening up a box to
the left of the Information Area (bottom right corner of the
display) of such width that the width of the display of tab names is
much reduced. This results in only being able to see a small number
of the sheet tab names instead of a full-width display showing a
larger number of sheet tab names. I'm not sure what this box is
called or what is it's function.
 
Now I'm sure this didn't use to happen, and when I opened one of my
sheets with lots of tabs I could see all (or very many) of the sheet
tab names in almost the full-width of the display after opening the
sheet. As far as I recall this spacing remained static, and there
was no attempt by the box left of the Information Area to hijack
the space.

Now when I open a sheet I seem to get a fairly normal sized
Information Area, an empty box to the left of the IA taking up
about 2/3 of the display width, and a small area to the left of
that with just a couple of the tab names shown. There is a handle
left of the empty box which allows me to minimise its width and
display more tab names. Fine, but then while I'm working this rogue
box once again widens and closes down the tab names so that I have
to keep going through the process of reducing the box width.

I've been manually adjusting the size of the box. What then seems to happen while I'm working, is that, as I'm scrolling through my tabs using the right
arrow that is to the left of the re-sizing handle, the box suddenly
reverts to its previous size and covers up a whole lot of the tabs.

As far as I can see it is random behaviour and not connected to
any particular action on my part (except for the use of the right arrow
button).
Comment 1 Andreas J. Guelzow 2010-01-22 17:55:34 UTC
The status area always existed. You can reduce it's size if you like.

The only bug that I see here is that for some reason when scrolling through the tabs, the separator jumps to the left occasionally.

"major" does not mean: "it annoyed me" but "Major loss of functionality - menu item broken, data output extremely incorrect, or otherwise difficult/useless to use."

This is more likely of the importance level: "Cosmetic problem like misspelled words or misaligned text." since it doesn't even rise to "Minor loss of function, or other problem where easy workaround is present."
Comment 2 Morten Welinder 2010-01-22 19:36:51 UTC
Waht precise version of gtk+ is being used?
Comment 3 Andreas J. Guelzow 2010-01-22 20:38:27 UTC
I can replicate the random skip in gtk 2.18.5.
Comment 4 Morten Welinder 2010-01-22 21:05:50 UTC
It resets when you double-click on the arrow or a tab.
Is there any other situation in which you see this?
Comment 5 Andreas J. Guelzow 2010-01-22 22:54:20 UTC
I have a workbook with 20 (empty) sheets. I enlarge the tab area to show 8 tabs (rather than just 6). I then click repeatedly (definitely faster than double click speed) on the right arrow but take care to stay well on the arrow. On the second click the separators jumps to the right to show only 6 tabs. Apaprently it reacts aif I double clicked the separator, but am clearly on te arrow.
Comment 6 Morten Welinder 2010-01-22 23:17:03 UTC
I kind of knew of this problem.  There is a related gtk+ bug, but I am not
sure we can fix it with all gtk+ versions.
Comment 7 Morten Welinder 2010-01-23 19:42:38 UTC
The bug in question is bug 562405 which does not seem to be moving along
even though it has a patch.  Note com[]ment 3 in which the patch gets
improved to solve the problem of this bug.

However, from the outside of gtk+ there does not seem to be a proper way
to do the same thing.  I filed bug 607885 for that.
Comment 8 Andreas J. Guelzow 2010-01-23 20:18:44 UTC
I am wondering whether it would be better to disable the double click possibility than to mishandle double clicks on children.
Comment 9 Morten Welinder 2010-01-25 19:49:23 UTC
Worked around.

This problem has been fixed in the development version. The fix will be available in the next major software release. Thank you for your bug report.