Reassigned to requirements.

I have voted for this Issue. Please reconsider the target milestone 
if somehow possible!

I mostly prefer to have all my printing jobs not collated.
But in the 2.4 is the setting: collate enabled always, disabled newer. 

Depuis la version 2.4 et 3.0 d'open, la fonction imprimer coche systématiquement
l'option assembler qui à par conséquence, lorsque l'on imprime plusieurs
Je voudrais par défaut décocher Assembler dans la fonction impression mais je ne
trouve nulle part cette option.

The behavior in OO 3.X was changed...  Now the default in OO is to always have
"collate on" in the print dialog, with no default choice allowed, without
remembering the previous setting, and with no system-wide settings option.

This is a now MAJOR problem for us.  Under Linux/CUPS with network PS printers,
the printer handles collation automatically.  You just send a multipaged job to
the printer, and the number of copies.  The printer will repeat the job in it's
memory quickly and efficiently.

Now that the default in OO has changed, the users don't know that they are NOT
supposed to check "Collate".  When you check that box, OpenOffice will generate
the output N number of times.  When a user requests 100 copies of a 50MB
document, OO now sends 5,000MB of data to the printer. It causes tremendous
waste of CPU (we are centralized with thin clients) and tremendous waste of
network bandwidth. It also slows down the printing process.  All because that
default was changed.

I can't find a way to change the default to OFF like it used to be before OO
3.X. We need an environment variable or a way to hack the config files in the
installation directory.

*** Issue 101973 has been marked as a duplicate of this issue. ***

Some people will want collate on as the default... just for convenience.  Many
people have asked for it, and unfortunately it was given to them in OO 3.0.  But
many other people will have severe problems with the default being "on", and our
business is one of them (as I explained in a previous comment, above).

The suggestion about storing the setting per printer is probably not practical,
since there is no user interface in OO that addresses saved options on a
per-printer basis (unless they want to resurrect the spadmin tool, which is now
pretty much dead).  Storing such a setting in a document doesn't really make any
sense.

So the only best remaining way to handle the problem is to make an option in
tools->printing that can hold a user's preference for collation:

1) Remember previously used state
2) Always default to off
3) Always default to on
4) Always remain off (and don't show option in print dialog)

With the default setting for new installations set to #1 (since that is most
logical).

That would solve the problem for most people once and for all.  Although there
should also be a way that a system administrator can set the default for new
users, to make the problem absolutely solvable on systems where printers do
their own collation all the time (which is most modern laser printers and copiers).

It seems that this was already implemented some time ago. 

Please proceed.

@PL: Could we add this to printerpullpages cws?

Currently the collate check box is enabled by default.
It is even enabled for an one page document.
Some user maybe wants the opposite, so lets make it adjustable.  

mba said:
>It seems that this was already implemented some time ago. 

Implemented where?  When?.  I am using 3.1.0 in Linux and I don't see any way to
control the default behavior of collate user-wide, printer-wide, or system-wide.
 It is currently hard-coded to be ON and the user can only temporarily turn it off.

Now, you might have some type of different option under some other OS
(MSWin/MacOS) but not under the latest OO running under Linux.

As I said before, it is currently a major mess for people running Linux using
intelligent page printers (like mid-range/high-rage laser printers and copiers).

I thought that the issue submitter asked to change the default to "collating"
and indeed this was fixed. If people ask for make this default changeable
itself, this should be another issue.

That issue already exists: issue 101973, which was set to duplicate to issue
59506 by es.

You took the words right out of my mouth!

I *did* create a new issue, ( issue 101973 ), and it was quickly marked as a
duplicate and closed!  :)   THIS issue (59506) was probably re-opened when it
was realized that just changing the default created more problems than it
supposedly fixed.

Should I create yet another?  Should Issue 101973 be re-opened?

IMHO it was wrong to mark issue 101973 as duplicate. Issue 59506 explicitly asks
for making "Collate" the default and that is implemented. Issue 101973 is
clearly recognizable a follow-up issue. I don't want to look bureaucratic, but
IMHO we should close this issue and reopen 101973. Just to make it easier to see
what needs to be done. Reading this issue here will be more confusing than helpful.

I re-opened issue 101973 and added refined info from my other long posting here.
 Perhaps it will be left open and people monitoring THIS issue should go over
there.  At this point, I just don't care where it is, as long as people know
there is a problem that needs to be solved.

so if that other one is reopened, why not close this one again

closing