GNOME Bugzilla – Bug 694477
GimpSizeEntry input validation doesn't snap to min/max values
Last modified: 2013-02-22 20:24:59 UTC
The spin buttons in the Print plug-in won't let you type in the maximum size, though you can get there with the arrows. To reproduce: Edit an image in landscape orientation, aspect ratio 11:8.5 (or adjust for your country's page size). File->Print In the Page Setup tab, choose Landscape orientation. In the Image Settings tab, notice Width is still the old width (the short dimension of the page, not the long dimension as you'd normally expect). If Ignore Page Margins isn't already on, turn it on to allow for using the full page width. Highlight the Width number and type in 11 (or your paper size's width). Hit tab. Notice the field reverts to whatever (small) size it was before. The same thing happens if you try to edit Height. Now, in Width, use the up-arrow button to increase the size. Notice that it goes all the way to 11.0, the same number it refused to accept when you typed it.
Thanks, fixed in master and gimp-2-8: commit cad5827b372525aaa4b590178833f7854c892690 Author: Michael Natterer <mitch@gimp.org> Date: Fri Feb 22 21:19:59 2013 +0100 Bug 694477 - GimpSizeEntry input validation doesn't snap to min/max values gimp_size_entry_eevl_input_callback(): CLAMP() the input value before passing it back to GtkSpinButton, or it will revert too large/small inputs back to the old value, instead of using the field's max/min values. (cherry picked from commit d1503ead83580eaf1961d22a1234cfa99cd71e14) libgimpwidgets/gimpsizeentry.c | 20 +++++++++++++++++++- 1 file changed, 19 insertions(+), 1 deletion(-)