From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.ciao.gmane.io!not-for-mail From: Drew Adams Newsgroups: gmane.emacs.bugs Subject: bug#41097: 28.0.50; (dired-toggle-marks) not working after copy Date: Mon, 11 May 2020 09:03:17 -0700 (PDT) Message-ID: <6b83a5d6-6774-42b5-af7e-0bca59a3a351@default> References: <83sgg7ddtz.fsf@gnu.org> <20200510153311.GH28606@protected.rcdrun.com> <83r1vrdbc0.fsf@gnu.org> <6bc132d3-2d2d-4eb3-86dd-b818c1b856a2@default> <83mu6fd9q6.fsf@gnu.org> <83k11jd8bs.fsf@gnu.org> <744818d3-e904-43a1-a3c1-a0a4a550ada1@default> <20200510195409.GD6298@protected.rcdrun.com> <5ac3067a-2f37-4122-8920-ca93d010c0dc@default> <20200511052615.GB2820@protected.rcdrun.com> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Injection-Info: ciao.gmane.io; posting-host="ciao.gmane.io:159.69.161.202"; logging-data="78924"; mail-complaints-to="usenet@ciao.gmane.io" Cc: michael_heerdegen@web.de, 41097@debbugs.gnu.org, tomasn@posteo.net, arthur.miller@live.com To: Jean Louis Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Mon May 11 18:05:09 2020 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1jYAvU-000KOA-Cw for geb-bug-gnu-emacs@m.gmane-mx.org; Mon, 11 May 2020 18:05:08 +0200 Original-Received: from localhost ([::1]:44020 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1jYAvT-0005IT-F6 for geb-bug-gnu-emacs@m.gmane-mx.org; Mon, 11 May 2020 12:05:07 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:47056) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1jYAuQ-0003nP-LW for bug-gnu-emacs@gnu.org; Mon, 11 May 2020 12:04:02 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:41468) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1jYAuQ-00074r-8m for bug-gnu-emacs@gnu.org; Mon, 11 May 2020 12:04:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1jYAuQ-00082R-4T for bug-gnu-emacs@gnu.org; Mon, 11 May 2020 12:04:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Drew Adams Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 11 May 2020 16:04:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 41097 X-GNU-PR-Package: emacs Original-Received: via spool by 41097-submit@debbugs.gnu.org id=B41097.158921301430844 (code B ref 41097); Mon, 11 May 2020 16:04:02 +0000 Original-Received: (at 41097) by debbugs.gnu.org; 11 May 2020 16:03:34 +0000 Original-Received: from localhost ([127.0.0.1]:53014 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jYAtx-00081P-Hk for submit@debbugs.gnu.org; Mon, 11 May 2020 12:03:33 -0400 Original-Received: from userp2130.oracle.com ([156.151.31.86]:58396) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jYAtw-000816-2k for 41097@debbugs.gnu.org; Mon, 11 May 2020 12:03:32 -0400 Original-Received: from pps.filterd (userp2130.oracle.com [127.0.0.1]) by userp2130.oracle.com (8.16.0.42/8.16.0.42) with SMTP id 04BFqMSc144819; Mon, 11 May 2020 16:03:26 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-2020-01-29; bh=qRX0BAVp6yeVRK3l3mExduiqftHzXuBxleR7WeHOJZc=; b=efS18WnIPpATOHRw4B7H72Ms82nI37K3+IkUxzMSwLBP68Z6/knbfRqjwBX6gXqo8FM4 +uSie312QZFvxmPYwPtR3W18yoKtPmOn0tk0nxS1+8sZuW1N0WstvRp8eKUeGRi0kcuy rsJHt/EKXsimsNj5lbltJJKkhy+2/6QZyuXpUJC2Z7ZAnVvs3D6Glm8Sdk2vx6eNObeg +r2TnSHv0CYlBCvzsIOWUAzX8+ZDjAsaBG8YDV377i9KpUMkDSfJ9ZszQqeD/tpmQUoD F+VmAeVzHUmqAkDjEIaFqKl9z4KDKaLzPUV8pPwqQfAZmgAchmbUfYvt2WnggZrAOyzr cg== Original-Received: from userp3020.oracle.com (userp3020.oracle.com [156.151.31.79]) by userp2130.oracle.com with ESMTP id 30x3gme1dj-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL); Mon, 11 May 2020 16:03:24 +0000 Original-Received: from pps.filterd (userp3020.oracle.com [127.0.0.1]) by userp3020.oracle.com (8.16.0.42/8.16.0.42) with SMTP id 04BFsHlN028337; Mon, 11 May 2020 16:03:23 GMT Original-Received: from userv0121.oracle.com (userv0121.oracle.com [156.151.31.72]) by userp3020.oracle.com with ESMTP id 30x69r9q4b-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Mon, 11 May 2020 16:03:23 +0000 Original-Received: from abhmp0015.oracle.com (abhmp0015.oracle.com [141.146.116.21]) by userv0121.oracle.com (8.14.4/8.13.8) with ESMTP id 04BG3Idw024499; Mon, 11 May 2020 16:03:19 GMT In-Reply-To: <20200511052615.GB2820@protected.rcdrun.com> X-Priority: 3 X-Mailer: Oracle Beehive Extensions for Outlook 2.0.1.9.1 (1003210) [OL 16.0.4993.0 (x86)] X-Proofpoint-Virus-Version: vendor=nai engine=6000 definitions=9618 signatures=668687 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 bulkscore=0 malwarescore=0 adultscore=0 spamscore=0 suspectscore=0 mlxscore=0 mlxlogscore=999 phishscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2003020000 definitions=main-2005110125 X-Proofpoint-Virus-Version: vendor=nai engine=6000 definitions=9618 signatures=668687 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 adultscore=0 mlxlogscore=999 clxscore=1015 spamscore=0 lowpriorityscore=0 phishscore=0 bulkscore=0 malwarescore=0 priorityscore=1501 mlxscore=0 suspectscore=0 impostorscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2003020000 definitions=main-2005110125 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list 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-mx.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.io gmane.emacs.bugs:180070 Archived-At: > (dired-toggle-marks) >=20 > Toggle marks: marked files become unmarked, and vice versa. > Files marked with other flags (such as =E2=80=98D=E2=80=99) are not affec= ted. > =E2=80=98.=E2=80=99 and =E2=80=98..=E2=80=99 are never toggled. > As always, hidden subdirs are not affected. >=20 > The inconsistency is already in that documentation: >=20 > - "marked with other flags (such as 'D')" implies that the C is also > flag. >=20 > Isn't that already inconsistency? Yes, agreed. It should say something like "marked with a character other than `*'". > > It could be argued that there's something special > > about deleting. It's hard to argue that there's > > something special about copying and deleting (as > > opposed to renaming/moving and linking). >=20 > You look individually, for your own needs. For me the files marked for > deletion are not special, they are less special, well they go to > "trash", right? When you delete files they go to trash only if option `delete-by-moving-to-trash' is non-nil. Its default value is `nil'. But yes, any individual can feel that something else is more important or worrisome than file deletion. The default behavior of Emacs, and the way Emacs speaks about itself, is decided by the Emacs developers, not you or I or any particular individual user. It's a judgment call. And sometimes some users don't agree with some of the judgment calls. We can file bug/enhancement reports or chime in on mailing list discussions or speak up in other ways. But ultimately someone has to decide/judge. As individuals we don't always get what we want. In the case at hand, someone decided that marking for file deletion is more worth signaling that other marking for other operations. I, for one, am fine with that decision. You apparently are not. What's important is that the doc and UI are clear about the behavior, so all users know what to expect. > Those files which have to be copied or marked for processing, are for > me special files. And I use * mark for that as it is offered so. So > most important marks, which require special attention are never "D" > files, but those marked with "m", the marked files with "*". OK. > The menu "Flag extension" is not clear because if all others become > clear that "to flag" means "to mark for deletion", then "mark ^^^^ > extension" would mean "to mark extension for deletion". Did you mean "flag", not "mark", after "then"? > That menu item should be "Flag by extension" and not "Flag extension", > because rarely somebody wish to "mark extension for deletion". OK by me. File a bug report. > If Dired and Emacs used it for decades, that does not necessarily mean > that menu items are clear and user friendly. Menu item need not be > short, some probably less important menu items are very long like "Use > directory names in bufer names" is pretty long and is there all the > time. Agreed. Lots of Emacs menu items could use more love. FWIW: I've made quite a few changes to Dired menus in my own code (Dired+). For one thing, I've separated flagging for deletion from marking otherwise, and I've separated unmarking from both: menus `Flag', `Mark', and `Unmark'. And each of those menus has more items. And each of them is a submenu of menu `Marks' (flags are marks). https://www.emacswiki.org/emacs/DiredPlus#MarksMenu ___ You'll note, BTW, that some commands that act on marks act on all marks, including `D' flags, whereas other commands act only on `*' marks. For example, `M-}' (`dired-next-marked-file') moves to the next mark, of any kind. This is why, although it's OK for a command such as `dired-toggle-marks' (`t') to be named as it is, its doc should make clear that it acts only on `*' marks. That's the fix needed for this bug: better doc for `t'.