Comment 27 for bug 134671
Revision history for this message
| Andrew Francis (andrew-sullust) wrote Re: [Tribe5] cups-pdf do not overwrite existing pdf | #27 |
© 2004
Canonical Ltd.
•
Terms of use
•
Data privacy
•
Contact Launchpad Support
•
Blog
•
Careers
•
System status
•
a60fb26
(Get the code!)
I disagree with statements that this is "expected" behaviour.
In no way did I expect ~/PDF to function as some sort of "inbox" where I would be expected to move files out of the way or risk losing them.
Users have a common and reasonable expectation that on modern computing systems, when actions that would not normally cause data loss could do so (eg save to a file, and it turns out that file already exists), they will be confronted with the problem and offered a choice to go ahead, or cancel.
That this is implemented by a CUPS backend, and that CUPS backends normally have no GUI presence, is an implementation detail of no relevance to the user. If the user sees a "PDF" printing option in their stock install Firefox dialog, and selects it, they should expect reasonable PDF printing behaviour.