From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Juri Linkov Newsgroups: gmane.emacs.devel Subject: Re: C-x C-e with prefix arg Date: Sun, 05 May 2013 11:57:18 +0300 Organization: JURTA Message-ID: <87zjw97qo7.fsf@mail.jurta.org> References: <4D5891EF34DF42D3A479CF83CAF1E43E@us.oracle.com> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1367744346 7115 80.91.229.3 (5 May 2013 08:59:06 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sun, 5 May 2013 08:59:06 +0000 (UTC) Cc: emacs-devel@gnu.org To: "Drew Adams" Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sun May 05 10:59:04 2013 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1UYume-0003jj-Hj for ged-emacs-devel@m.gmane.org; Sun, 05 May 2013 10:59:04 +0200 Original-Received: from localhost ([::1]:50910 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UYume-0000M0-8N for ged-emacs-devel@m.gmane.org; Sun, 05 May 2013 04:59:04 -0400 Original-Received: from eggs.gnu.org ([208.118.235.92]:51102) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UYumb-0000Lv-Fs for emacs-devel@gnu.org; Sun, 05 May 2013 04:59:02 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1UYuma-0004Or-Iv for emacs-devel@gnu.org; Sun, 05 May 2013 04:59:01 -0400 Original-Received: from ps18281.dreamhost.com ([69.163.218.105]:55004 helo=ps18281.dreamhostps.com) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UYuma-0004Ol-D2 for emacs-devel@gnu.org; Sun, 05 May 2013 04:59:00 -0400 Original-Received: from localhost (ps18281.dreamhostps.com [69.163.218.105]) by ps18281.dreamhostps.com (Postfix) with ESMTP id E45A2258B9A43C; Sun, 5 May 2013 01:58:58 -0700 (PDT) In-Reply-To: <4D5891EF34DF42D3A479CF83CAF1E43E@us.oracle.com> (Drew Adams's message of "Fri, 3 May 2013 08:42:01 -0700") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3.50 (x86_64-pc-linux-gnu) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x (no timestamps) [generic] X-Received-From: 69.163.218.105 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:159325 Archived-At: > How about letting a non-negative prefix arg insert the full value (in effect, > binding `eval-expression-print-length' and `eval-expression-print-level' to > nil)? And letting a negative prefix arg do what any prefix arg does today: > respect the current values of `eval-expression-print-length' and > `eval-expression-print-level'? Why a numeric prefix arg? A numeric prefix usually defines countable elements, e.g. for this case it could define the number of values to insert to the buffer or the depth of list nesting to print. Otherwise, a better prefix to toggle would be `C-u' or `M-0'. Consider the prefixes of the related commands that 1. insert to the buffer C-u M-x shell-command RET C-u M-x eval-last-sexp RET M-x eval-print-last-sexp RET 2. print full information C-u M-x what-cursor-position RET M-0 M-x dired-copy-filename-as-kill RET M-0 M-x Info-copy-current-node-name RET M-x eval-last-sexp RET M-x eval-last-sexp RET M-x eval-expression RET Perhaps `M-0' is more suitable than `C-u' to print full information (or the full value) where the mnemonics of `M-0' could be "Reset `eval-expression-print-length' to nil". See also bug#12985 for discussion about adding a prefix argument to `eval-last-sexp' to toggle full information (or the full value). They could be toggled simultaneously because printing the full value with a nil `eval-expression-print-level' is applicable only to lists, and printing full information (octal and hex representations, etc) is applicable only to numeric values.