GNU bug report logs -
#2250
23.0.90; Ask the user before printing (sending to printer)
Previous Next
Reported by: dcl441-bugs <at> yahoo.com
Date: Mon, 9 Feb 2009 17:25:04 UTC
Severity: wishlist
Tags: wontfix
Done: Lars Ingebrigtsen <larsi <at> gnus.org>
Bug is archived. No further changes may be made.
To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 2250 in the body.
You can then email your comments to 2250 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-submit-list <at> lists.donarmstrong.com, Emacs Bugs <bug-gnu-emacs <at> gnu.org>
:
bug#2250
; Package
emacs
.
(Mon, 09 Feb 2009 17:25:04 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
dcl441-bugs <at> yahoo.com
:
New bug report received and forwarded. Copy sent to
Emacs Bugs <bug-gnu-emacs <at> gnu.org>
.
(Mon, 09 Feb 2009 17:25:04 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> emacsbugs.donarmstrong.com (full text, mbox):
I propose to have a new variable, confirm-print, set to t by default, which if non-nil displays a confirmation message to the user just before a file/region/buffer is going to be printed to a local or remote printer.
This is needed because users may print things by mistake while they are testing functions. I did it at least two times:
- I mistyped a key shortcut in some mode and issued another one which just... printed without asking
- M-x ps-print-buffer RET, thinking that it would export to a .ps file. Ouch! Only if you used a prefix. My org-mode agenda appeared in a printer in another building...
The confirmation message can, in addition to asking „Send document to printer? yes/no“, say the name of the printer which will be used: „Send document to printer oki_B6300? yes/no“.
In GNU Emacs 23.0.90.1 (i686-pc-linux-gnu, GTK+ Version 2.12.9)
of 2009-02-09 on CPU107
Severity set to `wishlist' from `normal'
Request was from
Glenn Morris <rgm <at> gnu.org>
to
control <at> emacsbugs.donarmstrong.com
.
(Tue, 10 Feb 2009 07:40:08 GMT)
Full text and
rfc822 format available.
Information forwarded
to
bug-submit-list <at> lists.donarmstrong.com, Emacs Bugs <bug-gnu-emacs <at> gnu.org>
:
bug#2250
; Package
emacs
.
(Tue, 10 Feb 2009 20:05:05 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
rms <at> gnu.org
:
Extra info received and forwarded to list. Copy sent to
Emacs Bugs <bug-gnu-emacs <at> gnu.org>
.
(Tue, 10 Feb 2009 20:05:05 GMT)
Full text and
rfc822 format available.
Message #12 received at submit <at> emacsbugs.donarmstrong.com (full text, mbox):
I propose to have a new variable, confirm-print, set to t by
default, which if non-nil displays a confirmation message to the
user just before a file/region/buffer is going to be printed to
a local or remote printer.
I don't mind if we have this variable
but I am against making it t by default.
Printing something by mistake is not very common
and it is no disaster. It makes no sense to inconvenience
people that want to print, just to prevent a minor inconvenience.
- I mistyped a key shortcut in some mode and issued another one
which just... printed without asking
Please give the precise details. Perhaps we should change
that mode's key bindings or commands.
Information forwarded
to
bug-submit-list <at> lists.donarmstrong.com, Emacs Bugs <bug-gnu-emacs <at> gnu.org>
:
bug#2250
; Package
emacs
.
(Tue, 10 Feb 2009 20:05:08 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
rms <at> gnu.org
:
Extra info received and forwarded to list. Copy sent to
Emacs Bugs <bug-gnu-emacs <at> gnu.org>
.
(Tue, 10 Feb 2009 20:05:09 GMT)
Full text and
rfc822 format available.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#2250
; Package
emacs
.
(Sun, 15 Apr 2018 22:10:02 GMT)
Full text and
rfc822 format available.
Message #20 received at 2250 <at> debbugs.gnu.org (full text, mbox):
Richard M Stallman <rms <at> gnu.org> writes:
> I propose to have a new variable, confirm-print, set to t by
> default, which if non-nil displays a confirmation message to the
> user just before a file/region/buffer is going to be printed to
> a local or remote printer.
>
> I don't mind if we have this variable
> but I am against making it t by default.
> Printing something by mistake is not very common
> and it is no disaster. It makes no sense to inconvenience
> people that want to print, just to prevent a minor inconvenience.
If we have such a variable and don't default it to t, I doubt it will
help many users.
So I think this doesn't seem like a very vital option to have, so I'm
closing this bug report.
--
(domestic pets only, the antidote for overdose, milk.)
bloggy blog: http://lars.ingebrigtsen.no
Added tag(s) wontfix.
Request was from
Lars Ingebrigtsen <larsi <at> gnus.org>
to
control <at> debbugs.gnu.org
.
(Sun, 15 Apr 2018 22:10:02 GMT)
Full text and
rfc822 format available.
bug closed, send any further explanations to
2250 <at> debbugs.gnu.org and dcl441-bugs <at> yahoo.com
Request was from
Lars Ingebrigtsen <larsi <at> gnus.org>
to
control <at> debbugs.gnu.org
.
(Sun, 15 Apr 2018 22:10:02 GMT)
Full text and
rfc822 format available.
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Mon, 14 May 2018 11:24:06 GMT)
Full text and
rfc822 format available.
This bug report was last modified 7 years and 40 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.