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 677173 - top prev/next button shouldn't "move"
top prev/next button shouldn't "move"
Status: RESOLVED DUPLICATE of bug 685779
Product: gnome-boxes
Classification: Applications
Component: installer
3.5.x (unsupported)
Other Linux
: Normal normal
: --
Assigned To: GNOME Boxes maintainer(s)
GNOME Boxes maintainer(s)
Depends on:
Blocks:
 
 
Reported: 2012-05-31 09:25 UTC by Christophe Fergeau
Modified: 2016-03-31 14:03 UTC
See Also:
GNOME target: ---
GNOME version: ---

Attachments
better description of what I mean ;) (13.08 KB, image/png)
2012-05-31 09:25 UTC, Christophe Fergeau 		Details

Description Christophe Fergeau 2012-05-31 09:25:35 UTC 
Created attachment 215312 [details]
better description of what I mean ;)

In French, "Continue" is much shorter than "Create". If one tries to click through the wizard without moving the mouse pointer at all, it's possible to click "continue", "continue", ... but on the last step, since "create" is shorter, the "back" button will move to the right, and you may need to move the mouse pointer to go to the "create" button instead of being able to just click.

Rereading this explanation, I think I'll have to do a screenshot to explain
Comment 1 Jakub Steiner 2012-06-25 08:36:17 UTC 
I agree it would be nicer to have a fixed width button based on the longest string.
Comment 2 Christophe Fergeau 2012-10-09 17:45:07 UTC 

*** This bug has been marked as a duplicate of bug 685779 ***