To comment on the following update, log in, then open the issue:
http://www.openoffice.org/issues/show_bug.cgi?id=83398
                 Issue #|83398
                 Summary|correct operation of simplex/duplex paging relies on P
                        |PD default matching the current printer setting (which
                        | can change)
               Component|gsl
                 Version|OOo 2.3
                Platform|Sun
                     URL|
              OS/Version|Unix, X11
                  Status|UNCONFIRMED
       Status whiteboard|
                Keywords|
              Resolution|
              Issue type|PATCH
                Priority|P3
            Subcomponent|code
             Assigned to|pl
             Reported by|spwalmsley





------- Additional comments from [EMAIL PROTECTED] Wed Nov  7 01:11:48 +0000 
2007 -------
SIMPLEX/DUPLEX PRINTING ISSUE IN PSPRINT

We have an HP 9040DN duplexing printer which we have set to default to duplex
printing via its built-in web server. We installed the HP supplied PPD file in
the OpenOffice printer drivers directory and then defined two printers based on
this driver in the OpenOffice printer administration utility:

1) printer "A" with duplexing on (Printer Administration -> Paper -> Duplex ->
Long Edge)
2) printer "B" with duplexing off (Printer Administration -> Paper -> Duplex -> 
Off)

Printer "A" works fine and duplexes as expected. Printer "B" works, but the
pages are also duplexed, i.e. the simplex setting doesn't have any effect.

The reason for this appears to be that the entries written to the user's
psprint.conf take into account the value of the "DefaultDuplex:" setting in the
PPD file. Since the actual printer default is user selectable, it is easy for a
mismatch to occur between the PPD file default setting and the actual printer
default.

In our case, OpenOffice omits the "PPD_Duplex=None" entry from the user's
psprint.conf file for the simplex printer because it considers this to be the
printer's default value (even though it isn't). If we:

- manually edit the PPD file (>100Kb of Postscript gibberish to wade through
which we consider beyond the average user) to change the default value to
"DefaultDuplex: DuplexNoTumble"
- delete our printers
- re-create our printers

then everything works okay. By this, I mean that the user's simplex psprint.conf
entry will now include a "PPD_Duplex=None" entry because OpenOffice now knows
that it has to take explicit action to produce simplex output.

I assume that the opposite situation could also occur, i.e. that a printer whose
PPD file defined duplex to be the default but that was actually set to simplex
by default would only print simplex (i.e. specifying duplex in the printer
administration utility would have no effect).

Note that the root cause of this problem is the mismatch between the PPD file
and the actual printer setting, however this mismatch is *VERY* likely to occur
since the printer setting is easy to change and the mucking with the PPD file
may not occur to the average user. Even if the user did know enough to edit the
PPD file, changing it is non-trivial.

To fix this issue, the printer administration utility should be changed to
include simplex/duplex directives for duplex capable printers *REGARDLESS* of
the default in the PPD file. For example, printers defined in the printer
administration utility as simplex should *ALWAYS* include the "PPD_Duplex=None"
entry, and printers defined as duplex should *ALWAYS* include the duplex
setting. This would vastly improve the robustness of OpenOffice's simplex/duplex
support.

WORKAROUND: Edit the site PPD printer driver to match the current setting, then
 reset the simplex/duplex property of each affected printer in the printer
administration utility. This is an undesirable workaround because it is
complicated, and because subsequent changes to the printer default would require
the workaround to be reapplied.

---------------------------------------------------------------------
Please do not reply to this automatically generated notification from
Issue Tracker. Please log onto the website and enter your comments.
http://qa.openoffice.org/issue_handling/project_issues.html#notification

---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to