From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Michael Albinus Newsgroups: gmane.emacs.bugs Subject: bug#20943: 25.0.50; Dired buffers are not always auto-reverterd Date: Sat, 04 Jul 2015 11:20:56 +0200 Message-ID: <8738141don.fsf@gmx.de> References: <87y4j1oy87.fsf@openmailbox.org> <83bnfx2ckn.fsf@gnu.org> <87y4j0fj8m.fsf@openmailbox.org> <831tgr3np9.fsf@gnu.org> <87r3ort2bp.fsf@openmailbox.org> <83egkq1uj4.fsf@gnu.org> <87egkplmpw.fsf@openmailbox.org> <83wpyhzma4.fsf@gnu.org> <87a8vdlguy.fsf@openmailbox.org> <83si95zbjr.fsf@gnu.org> <87y4ix75t0.fsf@openmailbox.org> <83lhexz78k.fsf@gnu.org> <87twtl1axb.fsf@openmailbox.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Trace: ger.gmane.org 1436001740 3633 80.91.229.3 (4 Jul 2015 09:22:20 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sat, 4 Jul 2015 09:22:20 +0000 (UTC) Cc: 20943@debbugs.gnu.org To: Mark Karpov Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Sat Jul 04 11:22:09 2015 Return-path: Envelope-to: geb-bug-gnu-emacs@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 1ZBJeC-00011w-Qi for geb-bug-gnu-emacs@m.gmane.org; Sat, 04 Jul 2015 11:22:08 +0200 Original-Received: from localhost ([::1]:43706 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZBJeC-0003t7-4X for geb-bug-gnu-emacs@m.gmane.org; Sat, 04 Jul 2015 05:22:08 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:55893) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZBJe9-0003t1-Fd for bug-gnu-emacs@gnu.org; Sat, 04 Jul 2015 05:22:06 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ZBJe6-00022G-9Z for bug-gnu-emacs@gnu.org; Sat, 04 Jul 2015 05:22:05 -0400 Original-Received: from debbugs.gnu.org ([140.186.70.43]:37785) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZBJe6-00022C-6F for bug-gnu-emacs@gnu.org; Sat, 04 Jul 2015 05:22:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.80) (envelope-from ) id 1ZBJe5-0003Qy-SD for bug-gnu-emacs@gnu.org; Sat, 04 Jul 2015 05:22:01 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Michael Albinus Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 04 Jul 2015 09:22:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 20943 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 20943-submit@debbugs.gnu.org id=B20943.143600166713114 (code B ref 20943); Sat, 04 Jul 2015 09:22:01 +0000 Original-Received: (at 20943) by debbugs.gnu.org; 4 Jul 2015 09:21:07 +0000 Original-Received: from localhost ([127.0.0.1]:39231 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1ZBJdC-0003PS-9V for submit@debbugs.gnu.org; Sat, 04 Jul 2015 05:21:06 -0400 Original-Received: from mout.gmx.net ([212.227.17.20]:53962) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1ZBJd9-0003Og-5p for 20943@debbugs.gnu.org; Sat, 04 Jul 2015 05:21:03 -0400 Original-Received: from detlef.gmx.de ([87.146.50.230]) by mail.gmx.com (mrgmx101) with ESMTPSA (Nemesis) id 0Man6U-1ZUdxj0xcg-00KQ8V; Sat, 04 Jul 2015 11:20:57 +0200 In-Reply-To: <87twtl1axb.fsf@openmailbox.org> (Mark Karpov's message of "Fri, 03 Jul 2015 22:08:16 +0600") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.0.50 (gnu/linux) X-Provags-ID: V03:K0:95r3izYkf6wbArVlCdmjCnaWzHB6Muuc5JyMoTkTFT1fwLLUCt0 AOrtLpPWdAwMwo7nOYqOA3VJUW8kfMLpcvoKNHzaEtI+DFa44NjTNNWMi+qqgAT4kFbjNgv s/zc7oBah6Upx+GrlHVIyiIdQ1coYNLsklCKK9aW6qlB5pM2bKkNQ1BWNQD2R52EAgocvV7 VT4cleyoai+53E8f3a2Dg== X-UI-Out-Filterresults: notjunk:1;V01:K0:nUWNNDxUWFM=:m8yHsosJiZzgP4pcHa8UeB y6Rv4Ckc53N6OfdG8TFpN0/3K4pvcnY3RjKuAV4aboSJFWC/DkWgqwfKCQ3KbkIzGBGF0jg2L +xp/510OcyO/d5avuFCjWCMP+lOZJC+Lt3jbG8otnAgznpcJiwBzY5/RHl+2eCdA+aP6AVE0x JU44XNp51aYTItu4wjqVSzVY0QuE9c8zMZq2eJ0X77borSIAAb/9+mL6zN1J8kWMi7l6lP0+u rhEGR0ZuqtkpOgljt6cESbuBdlv9Fb8u++PKahwhC0GM6yR3u/fNhfD56V23av41xWqhLYyNF TglboFJlxY7LAseNkE6lHI2qLoj2UIU4cL59zaViNOsvJn5ic56UOn3Oqk8rpEDoncJ2QwBWV BpoEOlWpczUHKvWhWl4m3naQFZ8MKXmL9Rzq2DQ3W01H/mzOCImRbSKxPHktj6FFiSng2aKlh ZJ6PTnpS+mL2oISEaT21GGW6rGxrxD4s+xFFrGwB9CUoL4KIR3rLjO0XFnubQR9VzuVfLOf5s Q5CQw6xEryXD4Hb2voAIwWC88wj1Mhvaqkr9N+NtmdsEPGGjM5MjvC0EprreEU52V/BJ6w/1g +jEcaXqr625yLQn5KQbTSl2mJLTDeIwaOKC1m4D8+o1z/gxmU87UgHVZcFy2YRrk7mDyRccPl TqL7OeVpg1sazrRRYYslXPIAb0hP0Fhcjx2A3ScjixMGq4CQZkaVHXxu53pYog/GyFRI= X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x X-Received-From: 140.186.70.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-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:104675 Archived-At: Mark Karpov writes: > When I copy some files or create files, they are placed by Dired in > different positions than they would be placed normally (via ls call or > whatever Emacs uses internally). This is a separate problem, because of > this, I had to press =E2=80=98g=E2=80=99 in such cases, so every file get= s in its proper > position.=20 > > What I propose is to make sure that copied/created/added to current > directory by other means files are in the same positions as they would > be displayed by ls command (or whatever Emacs uses), so when user > presses =E2=80=98g=E2=80=99 order of files doesn't change. This is a feature of dired. It doesn't want to regenerate the whole dired buffer; instead it adds the new entry at the position the cursor is pointing to. This is because reverting the dired buffer could be expensive. Think about a remote directory, think about many inserted subdirectories. Good or bad, if we want to change this behavour we would need a customer option which would trigger the regeneration of the dired buffer automatically. Best regards, Michael.