Allow users to print non-contiguous page ranges (using commas and dashes)
Categories
(Toolkit :: Printing, enhancement, P1)
Tracking
()
People
(Reporter: box, Assigned: emmamalysz)
References
(Blocks 1 open bug)
Details
(Whiteboard: [print2020_v85][old-ui-])
Attachments
(1 file)
(deleted),
text/x-phabricator-request
|
Details |
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.2; en-US; rv:1.9.0.10) Gecko/2009042316 Firefox/3.0.10 (.NET CLR 2.0.50727) Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.2; en-US; rv:1.9.0.10) Gecko/2009042316 Firefox/3.0.10 (.NET CLR 2.0.50727) At the Print menu one can only select a Print Range of pages to print (say pages 1 - 3 --> 1, 2 and 3), but it's not possible to enter page numbers directly (say pages 1, 3 --> 1 and 3). Reproducible: Always Steps to Reproduce: 1. File -> Print 2. See the Print Range section Actual Results: Only able to select a continuous range of page numbers. Expected Results: Able to insert separate page numbers to print.
This bug also can be reproduced on: Mozilla/5.0 (X11; U; SunOS i86pc; en-US; rv:1.9.1.8) Gecko/20100222 Firefox/3.5.8
This should be a bug not enhancement. On GNOME, the tooltip suggests "comma" is supported. "Specify one or more page ranges, e.g. 1-3,7,11"
Sorry, it should be enhancement for Windows and Mac OS X. There's no way to input comma in page ranges on these platforms. But for Linux and Solaris, the dialog suggests it can use comma. So Bug 558742 is not a dupe of this one.
Comment 5•13 years ago
|
||
Hi, I can confirm this bug. (See also https://bugzilla.redhat.com/show_bug.cgi?id=672860.) Would be great if this bug could be “killed” because it is somewhat of an annoying bug (especially if you would like to save paper and ink).
Updated•13 years ago
|
Updated•13 years ago
|
Comment 6•13 years ago
|
||
Is this a MS/Mac only “enhancement” bug report? Can the two problems (“enhancement” for MS/Mac and “bug” for Linux) only be solved separately? If so, my comment does not concern this report but bug 558742, which is marked as duplicate of this bug. The situation with these two bug reports is not very clear to me …
Comment 7•13 years ago
|
||
Its possible its still a dupe, If the code is not platform dependent. But we'll probably have to let the developers decide.
This probably not a dupe because the print dialog on Win/Mac, you have no place to input comma. So, on Win/Mac, we need a separate bug to improve the dialog.
![]() |
||
Updated•4 years ago
|
![]() |
||
Comment 9•4 years ago
|
||
Marking this as P1 for now, since telemetry shows that the page range settings are the settings that users adjust the most.
Also moving to Toolkit. We can have bug 1661868 as the bug to cover the platform work.
Comment 10•4 years ago
|
||
(In reply to Jonathan Watt [:jwatt] from comment #9)
Also moving to Toolkit. We can have bug 1661868 as the bug to cover the platform work.
Some additional platform work (providing an API) will come in bug 1661868.
Also, I believe we're targeting 84 for this now --> adjusting whiteboard accordingly.
Assignee | ||
Updated•4 years ago
|
Assignee | ||
Updated•4 years ago
|
Assignee | ||
Comment 11•4 years ago
|
||
A comma will separate the list of ranges, and a dash indicates a page range.
This patch is a WIP and here are things that are lacking:
- When selected, the page input does not show the large red border (only when
unselected) - Hover over errors are currently the custom validity messages.
- This does not send the updates to the platform code. There is a platform
bug blocking this, but we need to understand what sort of data the platform team
expects. - Need to do a sweep through the test suite to see if this affects other tests.
Comment 12•4 years ago
|
||
I have always used semicolons instead of commas. That is supported by the native GTK print dialog.
Assignee | ||
Comment 13•4 years ago
|
||
Moving to 85, as this requires string changes and potentially a platform fix (Bug 1679706)
Assignee | ||
Updated•4 years ago
|
Assignee | ||
Updated•4 years ago
|
Comment 14•4 years ago
|
||
Pushed by emalysz@mozilla.com: https://hg.mozilla.org/integration/autoland/rev/7079a38f0bc8 add frontend support for non-contiguous page ranges r=mstriemer,fluent-reviewers
Comment 15•4 years ago
|
||
bugherder |
Updated•4 years ago
|
Comment 16•4 years ago
|
||
Verified the fix using latest Nightly 86.0a1 and Firefox 85.0b2 on Windows 10 x64, Ubuntu 18.04 x64 and macOS 10.13. The pages can be inserted and printed separately.
Comment 17•4 years ago
|
||
I am not sure if :emilio's update
Regressions: 1684952
addresses this, but the person who implemented the fix accidentally introduced Bug #1684952, which, while arguably not a defect, confuses the user and removes the option to print more sophisticated materials.
To whoever implemented the fix (:emalysz?), please review Bug #1684952 and consider fixing it (should be easy, just removing "redundant" code).
Sorry if this is a duplicate of :emilio's update above, I am not familiar with regressions.
Updated•4 years ago
|
Description
•