Issue 76855 - Add option to ignore document stored printer setting
Summary: Add option to ignore document stored printer setting
Alias: None
Product: General
Classification: Code
Component: ui (show other issues)
Version: 680m210
Hardware: All All
: P3 Trivial (vote)
Target Milestone: OOo 2.3
Assignee: h.ilter
QA Contact: issues@framework
: 78365 (view as issue list)
Depends on:
Reported: 2007-05-02 13:41 UTC by Joost Andrae
Modified: 2007-08-07 10:28 UTC (History)
6 users (show)

See Also:
Latest Confirmation in: ---
Developer Difficulty: ---

TestCaseSpecification (15.92 KB, text/html)
2007-07-03 14:34 UTC, h.ilter
no flags Details

Note You need to log in before you can comment on or make changes to this issue.
Description Joost Andrae 2007-05-02 13:41:04 UTC
There should be an option to ignore the printer that is stored within the
document if the document is printed via "print file directly" button within the
load/save options dialog. 


[ ] Ignore document printer settings


Alternatively there can be an option to select if a document will be printed to
'system default printer'

Print button behavior:

(*) always use document printer setting
( ) always use system default printer

JA->CD: please contact FL regarding the specification details
Comment 1 Joost Andrae 2007-05-02 13:41:33 UTC
assigned target
Comment 2 carsten.driesner 2007-05-03 12:28:58 UTC
cd: Accepted. Must be discussed with mba and as how to implement this enhancement.
Comment 3 kpalagin 2007-06-04 08:21:37 UTC seems related.
Comment 4 carsten.driesner 2007-06-04 12:07:31 UTC
cd->pb: Ask discussed, please take over.
Comment 5 Mathias_Bauer 2007-06-13 16:45:54 UTC
kpalagin: yes, it's related. It's attacking the problem from the other side. 

This let's me think whether we should unite both enhancements to one. 

I don't see a reason why anybody that ignores printer settings on loading should
be interested to store such settings. I can imagine that this is different the
other way around - but I consider this to be of minor interest.

So could we make this an "don't load and store printer settings" option?
Comment 6 carsten.driesner 2007-06-14 11:15:26 UTC
cd: I am not sure if we should use one option to ignore loading/saving printer
options. From my point of view this should be handled separately. One option for
loading and another one for storing.
cd->fl: What's your opinion. We are short before feature freeze, so we have to
decide now what we want to do.
Comment 7 frank.loehmann 2007-06-14 17:20:19 UTC
FL: I think we should stay with the current design defined in the spec [1]
today. We have not enough space on that tap page to add another option for not
saving the printer. On the long run I think we should add a separate dialog,
were the user can see and configure in detail what will be loaded and saved with
the document.

Comment 8 Mathias_Bauer 2007-06-14 17:42:45 UTC
Frank, I didn't ask for a second option. Why should anybody ignore printer
settings in loading but save them? 
Comment 9 Joost Andrae 2007-06-14 17:53:11 UTC
JA->MBA: In bigger deployments people would like to control where a document is
printed. If a document stored printer setting can be set to be ignored then this
can be sufficient.
Comment 10 Mathias_Bauer 2007-06-14 18:03:12 UTC
That's not the point. Please reread: why should anybody want to store printer
settings in documents when he explicitly ignores them when he loads them?

So I wonder whether we could better have an option "don't load and store printer
Comment 11 frank.loehmann 2007-06-14 18:04:46 UTC
FL->MBA: The only problem to handle save and load in a single option for
printing is that the current position for this option is the "Load" section. If
we would do that we would have to rename that section too. (i.e. "General").
Comment 12 Mathias_Bauer 2007-06-14 18:16:33 UTC
I agree that this makes things more complicated. 

But given the fact that we solved that - would you agree that it makes sense to
have a common option? Or do you think that it is likely(!) that someone doesn't
want to load printer settings but wants to store them nevertheless?
Comment 13 cno 2007-06-14 21:02:48 UTC
In a business environment, for some documents it is usefull to have printer
settings loaded, because they have to be printed on special printers. And the
settings can only be loaded, when they have been saved before.
For documents where printer settings are not needed, in general it makes no
sence to have them stored. 
-> Mba: I can think of other scenario's, but those are far less frequent.

Most situations are helped, when there is the choise not to load settings.
In a deployment with different printers, loading printer settings that are saved
with the document, can often be a burden. (In my experience, word processing in
business has most troubles in getting existing documents (templates) print
correct on each users printer. I guess this is the reason behind issue 75342,
that has also been mentioned at the Dutch users-list.) If one can ignore the
settings, it isn't a problem that they have been stored.
-> Mba: so combining to  a "don't load and store printer settings" option,
doesn't have any advantage, IMO.
Comment 14 frank.loehmann 2007-06-15 14:01:21 UTC
FL->MBA: I think the do not load option is sufficient and we would not run into
the GUI issue with the section named "Load". Furthermore one could "fix" the
document printer for a local copy of a document, so that other users will not
run into trouble if they try to print that document on the other side of the world.
Comment 15 pb 2007-06-19 06:41:35 UTC
pb: accepted.
Comment 16 pb 2007-06-19 08:08:07 UTC
pb: fixed in cws os96.
Files changed:
/svx/inc/optsave.hrc 1.6.888.1
/svx/source/dialog/optsave.hxx 1.8.436.1
Comment 17 pb 2007-06-20 15:03:24 UTC
pb -> hi: plese verify, thx.
Comment 18 h.ilter 2007-07-03 14:34:56 UTC
Created attachment 46481 [details]
Comment 19 h.ilter 2007-07-03 14:40:08 UTC
Verified with cws os96 = ok
Comment 20 h.ilter 2007-07-04 13:26:28 UTC
*** Issue 78365 has been marked as a duplicate of this issue. ***
Comment 21 h.ilter 2007-08-07 10:28:48 UTC
Still ok in 680m225_9196