GNOME Bugzilla – Bug 563619
Print dialog: Print pages / print range: Remove one redundant user action from the gnome print dialog box
Last modified: 2010-02-03 06:41:53 UTC
Currently when the user wishes to print a subset / range of pages, from a gnome app (e.g. gedit), they need to do the following 4 things: 1) Go File -> Print... 2) Click the "Range" (in 2.22) or "Pages" (in 2.24) radio button. When the user does this, the text field to the right of the radio button (for typing the page numbers to print) that was inactive / greyed out will now become active. 3) Click inside the text field to the right of the radio button 4) Type out which page numbers they want printed (e.g. "1-2"). However, in the above scenario, step 2) is redundant and unnecessary for the above workflow. This is because, as soon as the user starts typing inside the "Range" or "Pages" text field, it is implicit that they want a range of pages to be printed. Instead, the workflow could be 3 steps, as follows: 1) Go File -> Print... 2) Click inside the text field to the right of the radio button (which is always active) 3) Type out which page numbers you want printed (e.g. "1-2"). Once the user starts typing, the "Range" or "Pages" (in 2.24) radio button is automatically selected (if it is not already selected). Please note that the above workflow is how various programs on Windows (e.g. MS Word) behave when printing a range of pages, and it seems to work well (seems to have no redundant steps, and seems unambiguous). Other information: P.s. I am not sure if this usability enhancement should be filed under "gnome-print" or under "gtk+", so my apologies in advance if it's under the wrong component.
One small variation on this idea that I have noticed in Adobe Acrobat reader for Linux is to have the page range automatically filled out - e.g. if the document has 5 pages then the print range text will be filled out to say "1-5" by default, and clicking in the text field automatically selects the right radio button. That makes it easier for people to know what the know what the correct format is, and may (depending on what you want to print) save one keyboard press, and also shows how many pages there are.
Sounds plausible. What we should do at a minimum is to move the focus to the entry when the user selects the last radio option.
Created attachment 131769 [details] [review] patch removing the redundant step Hi, this patch grabs focus for the entry widget when its radio button is activated. It doesn't grab focus when the entry widget is clicked, because the widget is not sensitive (it doesn't receive necessary signals). It doesn't prefill the entry with the page range because GtkPrintUnixDialog doesn't have an information about number of pages. Marek
Patch makes sense. Please commit to git once the git conversion is done.
> this patch grabs focus for the entry widget when its radio button is activated. Thank you, that sounds great! > It doesn't prefill the entry with the page range because GtkPrintUnixDialog > doesn't have an information about number of pages. Fair enough - if that information is not available to the print dialog (which I suspected might be the case), then it's just not possible - thanks for clarifying this. > It doesn't grab focus when the entry widget is clicked, because the widget > is not sensitive (it doesn't receive necessary signals). Do you mean that when the user types in the page range, that the radio button is not activated? If so, if there some alternative way that this could be done? Speaking from a purely personal end-user perspective, I'm sure that this is the method that I'd use the most, if it was possible - i.e. have the page range textbox active, with any typing/change/modification in that textbox resulting in the "Pages" radio-button getting auto-selected.
I've done this already
> I've done this already I don't think this is done - I have just upgraded to Gnome 2.28.1, and clicking the print range radio button will focus the field for entering the range (yay! thank you!), but the reverse does not work as the field for entering the range is greyed out (boo!). The updates made so far are great and a big improvement, but is there some way to solve the remaining unsolved half of this? Adding the necessary signals or somesuch? I.e. so that clicking in the range text field and typing something would a) be possible (even when something else like "All pages" was selected) and b) would automatically select the "Pages:" print range radio button. Happy to log it as a new request if that's the best way.