Comment 22 for bug 428588

Regarding "easier way for the users to set up duplex"
I would like to mention what I wrote here:

https://bugs.launchpad.net/hplip/+bug/173857/comments/4

i.e. I suggest that the defaults in the PPD are
such that duplex printing works.

As far as I see the consequence is that then even
for "simpex" printing with the default settings in the PPD
the presumably smaller ImageableArea for duplex printing
would be used.

But I think in the end this is even an advantage because
with such defaults the printout result is by default what
a normal user would presumably expect:

The ImageableArea is the same regardless if duplex
or "simplex" printing is used so that one can print the
same document in duplex or simplex mode
and the only difference is that in duplex mode
the back-side of the paper is also used
but there is no difference at all regarding
the printed content on each page.

Therefore it may make more sense to do
the opposite of what I suggested at
https://bugs.launchpad.net/hplip/+bug/173857/comments/3

I.e. not have special paper size definitions
in the PPD for duplex printing
but special paper size definitions
for "semi-full-bleed simplex printing".

I.e. PageSize A4 is the right one for duplex
and DefaultPageSize is set to A4
and additionally there is an optional choice
PageSize A4.Simplex
to enforce "semi-full-bleed simplex printing"
for those useres who really need to squeeze out
the very maximum possible printable area
from their printer ;-)

For devices which support real full bleed
(photo) printing one more optional choice
PageSize A4.FullBleed
(together with appropriate UIConstraints)
might be needed.

Such several kind of "different same paper sizes"
like A4, A4.Simplex, A4.FullBleed, A4.whatever...
do not look very user-friendly but currently
I do not have a better idea :-(