https://bz.apache.org/ooo/show_bug.cgi?id=126665
--- Comment #8 from orcmid <[email protected]> --- (In reply to Marcus from comment #7) > (In reply to mroe from comment #6) > > (In reply to Marcus from comment #5) > > > If *think* that fast fix is pretty easy: Catch the input event if there > > > is a > > > "0" or empty field, then do nothing. [ ... ]> If you want to print all pages, then click the radio button "All pages" or > simply keep the input field unchanged when you open the print dialogbox. ;-) > > > 4. What is the benefit if anybody click [Print] and nothing happens? > > The benefit is that not all pages are print as it is not expected (see > comments above). > > > > For me it is clearly a documentation issue. > > Sure, the documentation has to be at least extended. But this wouldn't > change the user expectation. There has to be also a fix in the code - like > suggested. > > Again: > Also for me it is strange that "0" or an empty field will result in a full > print. I agree that any solution to peculiar entries in the Pages field, including no entry with the Pages radio button selected, should provide absolute minimum surprise and the least disruptive action. Printing an entire file does not qualify. There are many ways to solve this. First, we need to look at all of the possible strange inputs. It is just not a single "0" or blank field that is a problem. There are many ways to write a sequence of page selections that do not lead to some selection of actual pages being identified for printing (once). There are many ways to indicate that there is no understood choice, and disabling the Print button could include some of them. What more ideas are there about how to handle this in the simplest but least dangerous manner? k -- You are receiving this mail because: You are the assignee for the issue.
