From: Wols Lists <antlists@youngman.org.uk>
To: gentoo-user@lists.gentoo.org
Subject: Re: [gentoo-user] Re: [was: What can cause printer to crop top of page?] /etc/papersize is ignored
Date: Fri, 29 Dec 2017 16:45:33 +0000 [thread overview]
Message-ID: <5A46712D.6000509@youngman.org.uk> (raw)
In-Reply-To: <3cba0e23-5fde-3ed0-4077-3135cfa118c3@gmail.com>
On 29/12/17 16:13, Alan McKinnon wrote:
> The only "correct" place for papersize nowadays is in whatever the user
> is using to get something to print. And there are lots of those.
> Something like CUPS ought to make it all so much easier but I find CUPS
> just makes my life insanely difficult. So I mail my docs to my wife and
> she prints them from Windows for me
Exactly!
I think the problem is all the layers of indirection and pipes. If you
*pipe* a print job, it is very difficult to pass metadata such as
papersize along. So the only place the printing back end can get this
information from is the defaults. And if you've got something like a
photo-printer when half the time the paper is different from the
default, you're up a gum tree ... and of course you can't have the app
change the defaults because you can't guarantee that by the time that
job hits the printer some other app hasn't come along and changed them
to something different ...
It would be fine, of course, if all apps used the CUPS printer dialog,
but my experience is that a lot of cross-platform apps use their own
because CUPS isn't there for a lot of their target market ... on Windows
they can guarantee the windows dialog, on Apple they can guarantee CUPS,
but on linux? It's *usually* - but not always - there so they need to be
able to cope if it's missing, so they just assume it isn't ...
(Plus, of course, so much development is done for the American market,
so they don't realise how hard it is to get a change like A4 to stick :-(
Cheers,
Wol
next prev parent reply other threads:[~2017-12-29 16:45 UTC|newest]
Thread overview: 28+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-12-21 14:20 [gentoo-user] What can cause printer to crop top of page? Mick
2017-12-21 15:16 ` tuxic
2017-12-21 18:00 ` Mick
2017-12-21 17:01 ` Jack
2017-12-21 18:28 ` Mick
2017-12-21 21:18 ` Mick
2017-12-21 21:24 ` Jack
2017-12-21 22:35 ` Mick
2017-12-21 22:46 ` Jack
2017-12-21 23:01 ` Walter Dnes
2017-12-21 23:20 ` Mick
2017-12-22 16:30 ` Mick
2017-12-27 19:45 ` [gentoo-user] Re: [was: What can cause printer to crop top of page?] /etc/papersize is ignored Mick
2017-12-27 23:53 ` Mick
2017-12-28 6:14 ` Taiidan
2017-12-29 13:51 ` Mick
2017-12-29 13:57 ` Alan Mackenzie
2017-12-29 14:30 ` Peter Humphrey
2017-12-29 15:01 ` Mick
2017-12-29 16:13 ` Alan McKinnon
2017-12-29 16:45 ` Wols Lists [this message]
2017-12-30 0:44 ` Peter Humphrey
2017-12-30 12:55 ` Alan McKinnon
2017-12-30 14:32 ` Wols Lists
2017-12-30 15:33 ` Neil Bothwick
2017-12-31 2:26 ` Peter Humphrey
2017-12-31 10:34 ` Neil Bothwick
2017-12-31 11:11 ` Wols Lists
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=5A46712D.6000509@youngman.org.uk \
--to=antlists@youngman.org.uk \
--cc=gentoo-user@lists.gentoo.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox