From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Drew Adams Newsgroups: gmane.emacs.devel Subject: RE: [found the culprit] (was: [emacs -q versus empty .emacs file]) Date: Wed, 14 Nov 2018 08:17:39 -0800 (PST) Message-ID: References: <<875zx1xgiq.fsf@mat.ucm.es>> <<83lg5w9956.fsf@gnu.org> <87d0r76ewm.fsf_-_@mat.ucm.es>> <<87tvkjq2mh.fsf_-_@mat.ucm.es>> <<834lcj8y1f.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 1542212197 14357 195.159.176.226 (14 Nov 2018 16:16:37 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Wed, 14 Nov 2018 16:16:37 +0000 (UTC) Cc: emacs-devel@gnu.org To: Eli Zaretskii , Uwe Brauer Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Nov 14 17:16:33 2018 Return-path: Envelope-to: ged-emacs-devel@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 1gMxqA-0003YL-1t for ged-emacs-devel@m.gmane.org; Wed, 14 Nov 2018 17:16:30 +0100 Original-Received: from localhost ([::1]:32978 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gMxsG-0004Fq-5e for ged-emacs-devel@m.gmane.org; Wed, 14 Nov 2018 11:18:40 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:41091) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gMxrZ-0004FX-0D for emacs-devel@gnu.org; Wed, 14 Nov 2018 11:17:57 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gMxrY-00016Z-6e for emacs-devel@gnu.org; Wed, 14 Nov 2018 11:17:56 -0500 Original-Received: from aserp2120.oracle.com ([141.146.126.78]:33482) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1gMxrR-0000qp-RS; Wed, 14 Nov 2018 11:17:50 -0500 Original-Received: from pps.filterd (aserp2120.oracle.com [127.0.0.1]) by aserp2120.oracle.com (8.16.0.22/8.16.0.22) with SMTP id wAEGEDgG089177; Wed, 14 Nov 2018 16:17:42 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=DmGzc4zUSu24HfDiFyttfAnNgEghlE9/YpjGmtFmIwg=; b=Q5pX9GZT6zB6q7OhdMzoZaG2hu0k0ZUMzqtYXEKoDfpe8yeXUZwfbQYi99tmfbbbW77B ecnF9c5z92QKNJ5XkKWxYPmBNVYgT4Y2zyHkQCN6MvMbuem1xR7HWfAAVvk4LIMmpL9H GmrwhbVf0pWvfMT3i9phow4brQ/fTkOIELFbhWb7i4nSDbSrlWWbCp5XTnCPxG9U6jdK bvG9h2GPN/E3lqVf1EOMPv8RaiI2gqn13kw52wy5LSLz2nhHWzbJD3SNe18MROJQHDId OOpt1+awhMEYWRjtxp2oMoqyKi1eJN6KTyVorHjESRqiIPKSWYkDA5Zbq6Yxh1By5c+1 Zg== Original-Received: from userv0022.oracle.com (userv0022.oracle.com [156.151.31.74]) by aserp2120.oracle.com with ESMTP id 2nr7cs4g46-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Wed, 14 Nov 2018 16:17:42 +0000 Original-Received: from userv0122.oracle.com (userv0122.oracle.com [156.151.31.75]) by userv0022.oracle.com (8.14.4/8.14.4) with ESMTP id wAEGHfbG014206 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Wed, 14 Nov 2018 16:17:41 GMT Original-Received: from abhmp0018.oracle.com (abhmp0018.oracle.com [141.146.116.24]) by userv0122.oracle.com (8.14.4/8.14.4) with ESMTP id wAEGHeuh008909; Wed, 14 Nov 2018 16:17:41 GMT In-Reply-To: <<834lcj8y1f.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=9077 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=999 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1810050000 definitions=main-1811140147 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x [generic] X-Received-From: 141.146.126.78 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.21 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" Xref: news.gmane.org gmane.emacs.devel:231134 Archived-At: > It seems I misunderstood your original report: you wanted Z on a .tgz > file to only uncompress it? That indeed has been changed in Emacs 26, > for consistency with a .tar.gz file. I don't think it's a good idea > to have the previous subtle difference back. >=20 > I do think that Z on a compressed Tar archive, be it a .tar.gz or .tgz > file, should not by default unpack the archive. We could have a > special prefix arg to request that, and by default we should just > uncompress the file. But that's a different issue. `Z' should be its own inverse. And there definitely needs to be a way to compress a tar file and get it back again from the compressed file. Unpacking is something else. If `Z' compresses then if used again it should only uncompress, returning what you started with. It's fine to have another key that unpacks a tar, or even another key that both uncompresses and unpacks. Is it hard to hit two keys to uncompress + unpack? I'm a bit surprised to see that this change was made, after decades of the pre-26 behavior. Was something big gained by it? BTW, I don't see this change called out in NEWS for Emacs 26. Is it there and I just missed it? Personally, I'd prefer that a choice to both uncompress and unpack _not_ be made via a "special prefix arg" for `Z'. If you can use a prefix arg with `Z' then you can hit two keys to get the uncompress + unpack behavior. My main reason for preferring that the prefix arg not be co-opted for this is that in my Dired+ code I have long co-opted it ( ;-) ) to use the following special prefix args (and the same are used for _lots_ of Dired commands): Compress or uncompress marked (or next prefix argument) files. A prefix argument ARG specifies files to use instead of marked. An integer means use the next ARG files (previous -ARG, if < 0). `C-u': Use the current file (whether or not any are marked). `C-u C-u': Use all files in Dired, except directories. `C-u C-u C-u': Use all files and directories, except `.' and `..'. `C-u C-u C-u C-u': Use all files and all directories. What's added are the multiple `C-u' prefixes. Vanilla Dired could benefit from the same behavior, for dired-do-* commands generally. To provide this behavior I redefined macro `dired-map-over-marks' slightly: If ARG is a cons with element 16, 64, or 256, corresponding to 'C-u C-u', 'C-u C-u C-u', or 'C-u C-u C-u C-u', then use all files in the Dired buffer, where: 16 includes NO directories (including '.' and '..') 64 includes directories EXCEPT '.' and '..' 256 includes ALL directories (including '.' and '..') If ARG is otherwise non-nil, use the current file.