Red Hat Bugzilla – Bug 214972
Print dialog display bug
Last modified: 2007-11-30 17:11:48 EST
Description of problem:
In OpenOffice.org, adjusting the number of copies by typing in a number does not
allow me to adjust the 'Collate' checkbox until I focus on another widget.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
3.Alt-S to select the 'Copies' type-in
'Collate' checkbox remains insensitive.
'Collate' checkbox should become sensitive.
Actually it occurs to me that this is more likely an OpenOffice.org bug..
Nah, evince is the other app using the new dialog, you can see it shares the
same behaviour (along with a max of 100 copies)
This is an artifact of the way editable spin buttons work in gtk.
The value is not actually changed until you press enter. Alternatively,
you can use up and down arrows to change the value.
Why can't the 'changed' signal be used? Works fine here in a little test app.
Seriously, if I want 50 copies (or 500, or whatever), there's no way I'm going
to use the arrows instead of typing in the number just to work around this bug.
And pressing enter? How do I know it's not going to activate the 'Print'
button? I don't, so that's no good either.
Created attachment 142952 [details]
This patch works fine here.
I've committed a slightly different patch upstream.
I'll do a new release sometime and pull it in FC6/FC7 then.