From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Drew Adams Newsgroups: gmane.emacs.bugs Subject: bug#33331: 26; doc strings of `tabify' and `untabify' Date: Sat, 10 Nov 2018 11:36:19 -0800 (PST) Message-ID: <7d5f1867-5d04-4642-b8bf-48cf9c1482f6@default> References: <<<2ca24662-70af-4b28-81d1-ee2d63ea531a@default>>> <<<83a7mhbbva.fsf@gnu.org>>> <<3021b990-8bdd-4af7-90cb-a66a259e2ca3@default>> <<83zhugakcv.fsf@gnu.org>> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable X-Trace: blaine.gmane.org 1541878513 24204 195.159.176.226 (10 Nov 2018 19:35:13 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Sat, 10 Nov 2018 19:35:13 +0000 (UTC) Cc: 33331@debbugs.gnu.org To: Eli Zaretskii , Drew Adams Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Sat Nov 10 20:35:09 2018 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by blaine.gmane.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gLZ2C-0006AC-Cc for geb-bug-gnu-emacs@m.gmane.org; Sat, 10 Nov 2018 20:35:08 +0100 Original-Received: from localhost ([::1]:39754 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gLZ4I-0000gC-J7 for geb-bug-gnu-emacs@m.gmane.org; Sat, 10 Nov 2018 14:37:18 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:43527) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gLZ46-0000f8-Ci for bug-gnu-emacs@gnu.org; Sat, 10 Nov 2018 14:37:07 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gLZ42-00016u-9f for bug-gnu-emacs@gnu.org; Sat, 10 Nov 2018 14:37:06 -0500 Original-Received: from debbugs.gnu.org ([208.118.235.43]:40734) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1gLZ42-00016n-54 for bug-gnu-emacs@gnu.org; Sat, 10 Nov 2018 14:37:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1gLZ41-0001Tx-SS for bug-gnu-emacs@gnu.org; Sat, 10 Nov 2018 14:37:01 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Drew Adams Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 10 Nov 2018 19:37:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 33331 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 33331-submit@debbugs.gnu.org id=B33331.15418785955663 (code B ref 33331); Sat, 10 Nov 2018 19:37:01 +0000 Original-Received: (at 33331) by debbugs.gnu.org; 10 Nov 2018 19:36:35 +0000 Original-Received: from localhost ([127.0.0.1]:44992 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gLZ3a-0001TH-Mk for submit@debbugs.gnu.org; Sat, 10 Nov 2018 14:36:34 -0500 Original-Received: from userp2120.oracle.com ([156.151.31.85]:35146) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gLZ3Y-0001T4-Nj for 33331@debbugs.gnu.org; Sat, 10 Nov 2018 14:36:33 -0500 Original-Received: from pps.filterd (userp2120.oracle.com [127.0.0.1]) by userp2120.oracle.com (8.16.0.22/8.16.0.22) with SMTP id wAAJaRpo106549; Sat, 10 Nov 2018 19:36:27 GMT DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=oracle.com; h=mime-version : message-id : date : from : sender : to : cc : subject : references : in-reply-to : content-type : content-transfer-encoding; s=corp-2018-07-02; bh=pWYJ3C2DgnrbnCaufUvw46BRD099BObWOuQPzM5xylU=; b=uF9evSlIBh1Nz6phtE+W3e1oSLMQjOn+k3keouQ/kMPyg6XJ3wfKRGAHZ+gtaqj518eo xIemBD1pXqANTxbkxdTccI1d1pJ1UuemDqajkpApxMnoJnTyE2NCLtZ41OjqOLTxLq+C FqZ6WZvPcA2JgdumfAMNUgFJqGIQs8yhmMQXZGds3BDkMyFDnmbJVX8IAww2vY/unOEo qvGIDGh4KPUwR+JWwdI4FC+lJwqlgtvewP2nYqEuvFYLWHhjGZ11ZzbAVM8b20Yq6bh7 A6unnDWuFyueSmGLfXCwjYqev/KwFDLn0TPhqmB94gZAICajefLD34TTajaBXaX5+9JG bw== Original-Received: from aserv0021.oracle.com (aserv0021.oracle.com [141.146.126.233]) by userp2120.oracle.com with ESMTP id 2nnwc08prg-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Sat, 10 Nov 2018 19:36:26 +0000 Original-Received: from userv0122.oracle.com (userv0122.oracle.com [156.151.31.75]) by aserv0021.oracle.com (8.14.4/8.14.4) with ESMTP id wAAJaKB4015948 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Sat, 10 Nov 2018 19:36:20 GMT Original-Received: from abhmp0010.oracle.com (abhmp0010.oracle.com [141.146.116.16]) by userv0122.oracle.com (8.14.4/8.14.4) with ESMTP id wAAJaKO1005288; Sat, 10 Nov 2018 19:36:20 GMT In-Reply-To: <<83zhugakcv.fsf@gnu.org>> X-Priority: 3 X-Mailer: Oracle Beehive Extensions for Outlook 2.0.1.9.1 (1003210) [OL 16.0.4756.0 (x86)] X-Proofpoint-Virus-Version: vendor=nai engine=5900 definitions=9073 signatures=668683 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 suspectscore=0 malwarescore=0 phishscore=0 bulkscore=0 spamscore=0 mlxscore=0 mlxlogscore=712 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1807170000 definitions=main-1811100150 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 208.118.235.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.org gmane.emacs.bugs:152266 Archived-At: > > AFAICT there's no need to add that optional > > arg. This would have been sufficient, and > > it is what I would have expected: > > > > (defun untabify (start end) > > "..." > > (interactive > > (if current-prefix-arg > > (list (point-min) (point-max)) > > (list (region-beginning) (region-end)))) > > ...) > > > > Am I missing something? Does adding that arg, > > and using it only in `interactive', help? >=20 > If we are going to change those functions, I'd prefer instead to make > a change that used the 3rd argument in non-interactive calls. I was going to say, "Sure, go for it". But what would that mean in this case? Non-interactively you already supply the START and END. What would be gained by a Boolean argument that uses `point-min' and `point-max' and ignores the values of START and END? Doesn't make sense to me, but maybe I'm missing something. Just what did you have in mind here?