From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Filipp Gunbin Newsgroups: gmane.emacs.bugs Subject: bug#48883: dired marking bugs Date: Tue, 08 Jun 2021 15:41:12 +0300 Message-ID: References: <20210606203356.muhmgel5m2jwmzpj@E15-2016.optimum.net> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="19816"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (darwin) Cc: 48883@debbugs.gnu.org, Boruch Baum To: Arthur Miller Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Tue Jun 08 14:42:17 2021 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 1lqb3h-0004y6-4O for geb-bug-gnu-emacs@m.gmane-mx.org; Tue, 08 Jun 2021 14:42:17 +0200 Original-Received: from localhost ([::1]:53334 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1lqb3g-0007rF-1S for geb-bug-gnu-emacs@m.gmane-mx.org; Tue, 08 Jun 2021 08:42:16 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:33752) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1lqb3T-0007r7-Md for bug-gnu-emacs@gnu.org; Tue, 08 Jun 2021 08:42:04 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:46099) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1lqb3R-0005Y1-S5 for bug-gnu-emacs@gnu.org; Tue, 08 Jun 2021 08:42:03 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1lqb3R-0005tZ-QY for bug-gnu-emacs@gnu.org; Tue, 08 Jun 2021 08:42:01 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Filipp Gunbin Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 08 Jun 2021 12:42:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 48883 X-GNU-PR-Package: emacs Original-Received: via spool by 48883-submit@debbugs.gnu.org id=B48883.162315608422616 (code B ref 48883); Tue, 08 Jun 2021 12:42:01 +0000 Original-Received: (at 48883) by debbugs.gnu.org; 8 Jun 2021 12:41:24 +0000 Original-Received: from localhost ([127.0.0.1]:57645 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lqb2q-0005sh-GP for submit@debbugs.gnu.org; Tue, 08 Jun 2021 08:41:24 -0400 Original-Received: from wout4-smtp.messagingengine.com ([64.147.123.20]:35255) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lqb2n-0005sQ-Li for 48883@debbugs.gnu.org; Tue, 08 Jun 2021 08:41:23 -0400 Original-Received: from compute1.internal (compute1.nyi.internal [10.202.2.41]) by mailout.west.internal (Postfix) with ESMTP id 44F241585; Tue, 8 Jun 2021 08:41:15 -0400 (EDT) Original-Received: from mailfrontend1 ([10.202.2.162]) by compute1.internal (MEProxy); Tue, 08 Jun 2021 08:41:15 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=fastmail.fm; h= from:to:cc:subject:in-reply-to:references:date:message-id :mime-version:content-type:content-transfer-encoding; s=fm3; bh= WjwwIJL5DCDLGRO2tV0dtDhkizl9QYWx7ziTL/x5yxk=; b=MqKi2YLNhQrK2lQu HbaBZ+LlxrUAzqIuoXJR+mX1rfrf/bxuM2ITD7zYjuK5i0aeDIVZrfYcTWg+060h ocwrNDmP7vW5EwnbK6voOYPFdBrWuu/XGzpsWHeZ1fMSMWg1tl5Ql3oVpsOAsNP8 UFcXqGypBDEHs5a95UOMM0KILeKODDSlU786bDD0N1IKBBM4DmesV9BFD8aZO8lJ zcvAQ7RYUdnIhfCWECjWQ0j6JgXjmQ/t8GaI7MM3MGs4pgLJuqwnAt9BlbzspPn7 msVm4ximmynojYFPOIj+tBy+D01OeBGT4haNFqv7ZkvJHYa377y3SEa1kHuQx6U7 8ZG5rQ== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-transfer-encoding:content-type :date:from:in-reply-to:message-id:mime-version:references :subject:to:x-me-proxy:x-me-proxy:x-me-sender:x-me-sender :x-sasl-enc; s=fm3; bh=WjwwIJL5DCDLGRO2tV0dtDhkizl9QYWx7ziTL/x5y xk=; b=bv2AkB6CAnp2skWerR0sFX0ZNWpYMQ2hA/3xEuBGSnQ7H5kMWGVlN4C6T PCPwBGZOVDiTefq7WvlPYbvOXnjfoPzOegeCq8c2Bx6kFJyV6gvTTD21/Ku6OvTB h3Hg9ba66nQsZy5/ybVTyPs0YP949sLVHVANOaywJbhVjeLqp/v26HSGjpNn3ym6 EY8XlEOL7VwAvNQSyTKQPVp3Z/ulYm3T5rlciT5fNK/r5tbUqdrViWhPs9cAtumH pafkbMbT5VZ7wQrMvdidsJV4Dh7tALPWerYOizTqbzBBvLkY/XWz2WPMG77HONBC inAyNro6HPY2iZdx/DMEZc5nKoElg== X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeduledrfedtledgfeelucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmne cujfgurhephffvufgjfhgffffkgggtgfesthhqredttderjeenucfhrhhomhephfhilhhi phhpucfiuhhnsghinhcuoehfghhunhgsihhnsehfrghsthhmrghilhdrfhhmqeenucggtf frrghtthgvrhhnpeekvdekudelvddtvdelveejgeetudfgvdelgfeftefgkeejheehvefh gfetffeigfenucevlhhushhtvghrufhiiigvpedtnecurfgrrhgrmhepmhgrihhlfhhroh hmpehfghhunhgsihhnsehfrghsthhmrghilhdrfhhm X-ME-Proxy: Original-Received: by mail.messagingengine.com (Postfix) with ESMTPA; Tue, 8 Jun 2021 08:41:13 -0400 (EDT) In-Reply-To: (Arthur Miller's message of "Tue, 08 Jun 2021 06:15:34 +0200") 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:208232 Archived-At: On 08/06/2021 06:15 +0200, Arthur Miller wrote: > Filipp Gunbin writes: > >> On 07/06/2021 20:53 +0200, Arthur Miller wrote: >> >>> Boruch Baum writes: >>> >>>> In testing my diredc package, I'm coming across the following bugs >>>> reproducable in \emacs -Q -nw: >>>> >>>> 1) Improper marking of directory heading line >>>> >>>> 1.1) The correct and expected behavior of dired is that when one >>>> navigates to a directory heading line (eg. the first line of a >>>> simple dired buffer) and presses 'm', all "real" files of that >>>> directory are marked, [IMPORTANT] the lines for the "not-real" >>>> files '.' and '..' are not marked, and [IMPORTANT] the directo= ry >>>> line itself is not marked. >>> I have no idea if that is "correct and expected behaviour", I don't see >>> it said in manual, or I missed it, but anyway, the headline in Dired is >>> a waste of space since you can see dir name in modeline or frame title, >>> [...] >> >> The headlines are very much needed if you have -R in ls switches=E2=80=A6 > > Aha, so it would insert a headline for each recursive listing. Ok, that > make sense. > > Thanks for pointing it out. I have never used -R in listing > switches. Is it useful in real-world? I can just imagine how long time > would take for emacs to list entire /home/user dir. I tried it now just > for the test, but I had to press C-g after few seconds. > > Actually when thinking of it, I don't use 'i' to insert a > directory either but I am aware of it, and I guess it also needs a > headline as a visual delimiter. Anyway I never really find it pretty or > useful to insert a subdir below entire content. Instead I use a > package dired-hacks which has a utility dired-subtree which lets me > toggle subdir similar to a conventional file manager. It works similar > to headlines in outline/org mode which I think is a bit more natural to u= se. Yes, I use -R and "i" all the time. -R (together with (setq dired-isearch-filenames t)) is useful for java projects, which usually don't have much files, but a lot of nested directories. "i" is convenient for navigating when I know the directory structure. Thanks for mentioning dired-hacks, I didn't know about it. Filipp