New issue
Advanced search Search tips

Issue 922251 link

Starred by 1 user

Issue metadata

Status: Available
Owner: ----
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Linux , Windows , Mac
Pri: 3
Type: Feature



Sign in to add a comment

Horizontal pagination when printing

Reported by jan.toso...@gmail.com, Jan 15

Issue description

UserAgent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/71.0.3578.98 Safari/537.36

Steps to reproduce the problem:
If page is too wide, there should be an option to print the overflowing content on separate pages.

It is especially handy for graphic outputs (paper cutting templates, maps, family trees). This stuff needs to be printed in the sufficient resolution, not scaled down to fit the paper width. It is expected the separate pages are then merged/glued before the final use.

Currently this splitting needs to be handled on the webapp side.

What is the expected behavior?

What went wrong?
Wide graphics (SVG) is cropped when printing, there is no way to print the overflowed content

Did this work before? No 

Chrome version: 71.0.3578.98  Channel: stable
OS Version: 10.0
Flash Version:
 
Labels: Needs-Triage-M71

Comment 2 by susan.boorgula@chromium.org, Jan 16 (6 days ago)

Cc: susan.boorgula@chromium.org
Components: Internals>Printing
Labels: Triaged-ET FoundIn-73 Target-73 M-73 FoundIn-71 FoundIn-72 OS-Linux OS-Mac
Status: Untriaged (was: Unconfirmed)
jan.tosovsky.cz@ Thanks for the issue.

As per the above description this is a Feature Request for Horizontal pagination while printing
Hence marking this issue as Untriaged and requesting Dev to look into the issue and help further.

Thanks..

Comment 3 by jan.toso...@gmail.com, Jan 16 (6 days ago)

If splitting is implemented in the webapp, there is no way to determine available paper sizes. So there has to be a set of typical sizes, or custom ones, from which user can select (there are lot of formats https://en.wikipedia.org/wiki/Paper_size).
It means the webapp has to implement UI and the processing (e.g. duplicating graphics on the HTML page and setting the proper viewport for each instance).
However, there is still a risk a different size will be chosen when printing (human error).
All this could be simplified by moving that pagination settings into the print preview phase.

Comment 4 by thestig@chromium.org, Jan 16 (6 days ago)

Labels: -M-73 -Target-73
Do you have a specific example for this? I can't tell from the description if this is for a webpage or for a SVG file or both.

Comment 5 by jan.toso...@gmail.com, Jan 16 (6 days ago)

This feature is intented for general use. Once the content width overflows the medium width, there should be an option to enable the horizontal splitting. This feature would be disabled by default. Once enabled, the bounding rectangle of the content would be divided into separate pages, even empty (e.g. narrow long HTML page with one or more wider images would produce lot of blank pages, which is IMHO Ok).

One of use cases is attached. It is a simple HTML page with the rectangular inline SVG graphics. I'd like to print it in exact dimensions (500 x 300 mm). Unless I have printer of the size ISO A2+, the graphics needs to be split. The total number of pages depends on the selected medium.
svg-size-when-printing.html
643 bytes View Download

Comment 6 by thestig@chromium.org, Jan 16 (6 days ago)

Components: Blink>Layout

Comment 7 by e...@chromium.org, Jan 18 (5 days ago)

Labels: -Pri-2 Pri-3
Status: Available (was: Untriaged)

Sign in to add a comment