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 599887 - Graph sizes are not refreshed when changed by Alt-arrows
Graph sizes are not refreshed when changed by Alt-arrows
Status: RESOLVED FIXED
Product: Gnumeric
Classification: Applications
Component: GUI
1.9.x
Other All
: Normal minor
: ---
Assigned To: Jean Bréfort
Jody Goldberg
Depends on:
Blocks:
 
 
Reported: 2009-10-28 10:15 UTC by Vladimir Chukharev
Modified: 2009-10-29 13:09 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
proposed patch for #1 (1.49 KB, patch)
2009-10-28 16:13 UTC, Jean Bréfort
committed Details | Review
proposed patch for #2 and #3 (4.48 KB, patch)
2009-10-28 16:14 UTC, Jean Bréfort
committed Details | Review

Description Vladimir Chukharev 2009-10-28 10:15:38 UTC
Start Gnumeric. Click on 'Insert a Chart' icon (or Insert -> Chart... in menu).
In the appeared window, click on Insert. Drag-and-drop inside the spreadsheet
to determine the size of a created graph.

The created graph is selected and has 8 handles to change its size. When 
a mouse pointer goes over one of those handles, a small pop-up window appears
with size of the graph shown in it (mine is 132.4x117.1 pts, 229x202 pixels).

Put a mouse pointer so that you see the pop-up window.

1. Change the size of the graph by pressing e.g. Alt/right-arrow. At the first resize operation, the font in the graph and relative size of the chart
in the graph changes. 

2. The size of the graph in the pop-up window is not refreshed to the new values. You can resize the graph quite significantly, it stays the same. It is refreshed only when the mouse pointer moves away and comes again over one of the handles. This makes adjusting graph sizes more difficult.

3. (This was observed under Gnome/Metacity, in FreeBSD.) The pop-up has a property of staying on top in all desktops. Try to switch desktop by e.g. Alt/Ctrl/arrow, or switch focus to another program by Alt/Tab, the pop-up stays on top.

Points 1 and 2 are tested in FreeBSD (gnumeric 1.9.14) and Windows (1.9.12).
Comment 1 Jean Bréfort 2009-10-28 13:39:30 UTC
(In reply to comment #0)
> Start Gnumeric. Click on 'Insert a Chart' icon (or Insert -> Chart... in menu).
> In the appeared window, click on Insert. Drag-and-drop inside the spreadsheet
> to determine the size of a created graph.
> 
> The created graph is selected and has 8 handles to change its size. When 
> a mouse pointer goes over one of those handles, a small pop-up window appears
> with size of the graph shown in it (mine is 132.4x117.1 pts, 229x202 pixels).
> 
> Put a mouse pointer so that you see the pop-up window.
> 
> 1. Change the size of the graph by pressing e.g. Alt/right-arrow. At the first
> resize operation, the font in the graph and relative size of the chart
> in the graph changes. 

I see that, or at least something like that.

> 2. The size of the graph in the pop-up window is not refreshed to the new
> values. You can resize the graph quite significantly, it stays the same. It is
> refreshed only when the mouse pointer moves away and comes again over one of
> the handles. This makes adjusting graph sizes more difficult.

I do not observe this one.

> 3. (This was observed under Gnome/Metacity, in FreeBSD.) The pop-up has a
> property of staying on top in all desktops. Try to switch desktop by e.g.
> Alt/Ctrl/arrow, or switch focus to another program by Alt/Tab, the pop-up stays
> on top.

I can confirm that
Comment 2 Morten Welinder 2009-10-28 13:43:08 UTC
#1, #2 confirmed.

Thanks for paying close attention and taking the time to report these issues.
Comment 3 Jean Bréfort 2009-10-28 13:44:00 UTC
OK, I now see everything described there. Will fix ASAP.
Comment 4 Jean Bréfort 2009-10-28 16:13:30 UTC
Created attachment 146432 [details] [review]
proposed patch for #1
Comment 5 Jean Bréfort 2009-10-28 16:14:25 UTC
Created attachment 146433 [details] [review]
proposed patch for #2 and #3
Comment 6 Jean Bréfort 2009-10-29 13:09:50 UTC
Fixed, thanks for reporting.