D10974: Add option to ignore print margins

[Arthur Peters]

arthurpeters added a comment.


  I like "Fit to printable area". I think the idea of the area that is "printable" is accurate and clear. A tooltip specifying that the area we are talking about is the area that the //printer// can print might be useful.
  
  The "opposite" is more complex. The problem that there are actually multiple options people have mentioned. Some of which I hadn't thought of. The three other options that I've seen are:
  
  1. Shrink to printable area: meaning only rescale if too large, do not enlarge to printable area.
  2. Scale to full/physical/whole page: Scale the file, but to the phyical page ignoring the printable area limitations of the printer.
  3. No scale/100%: Print it at exactly the size represented in the file. Do not scale at all. Presumably, centered with respect to the output page.
  
  I think we should include 3 options: "Fit to printable area", "Fit to paper size", "Do not fit" (where "do not fit" means fix scaling at exactly 100%). "Fit to printable area" is important for PDFs without margins where absolute size does not matter. "Fit to paper size" is important for PDFs with margins but with the wrong paper size (like A4 vs Letter). "Do not fit" is important for things where absolute size matters (like cutting templates or PCB masks).
  
  In D10974#284884 <https://phabricator.kde.org/D10974#284884>, @michaelweghorn wrote:
  
  > [...]
  >  Trying to stick with what Evince uses, "Fit to printable area" might be one. Is this one OK?
  >  Should the other one be called something like "Fit to full page", "Fit to whole page", "Ignore print margins and fit to full page" or "Fit to full page (ignore print margins)" then? (since "No Scaling" or "None" does not really fit for all cases, s. https://phabricator.kde.org/D10974#268328 )? Evince does not seem to have an equivalent for this.

REPOSITORY
  R223 Okular

REVISION DETAIL
  https://phabricator.kde.org/D10974

To: michaelweghorn, #okular
Cc: arthurpeters, ltoscano, okular-devel, aacid, ngraham
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/okular-devel/attachments/20180629/dc4bad35/attachment-0001.html>