From mboxrd@z Thu Jan 1 00:00:00 1970 X-Greylist: delayed 488 seconds by postgrey-1.37 at hurricane; Tue, 14 Jul 2020 09:57:58 PDT Received: from resqmta-ch2-01v.sys.comcast.net (resqmta-ch2-01v.sys.comcast.net [IPv6:2001:558:fe21:29:69:252:207:33]) by hurricane.the-brannons.com (Postfix) with ESMTPS id 7696C21DE04 for ; Tue, 14 Jul 2020 09:57:58 -0700 (PDT) Received: from resomta-ch2-14v.sys.comcast.net ([69.252.207.110]) by resqmta-ch2-01v.sys.comcast.net with ESMTP id vNz5jF48HOkdbvO7njuRbr; Tue, 14 Jul 2020 16:49:47 +0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=comcast.net; s=20190202a; t=1594745387; bh=at5xscK/4ahdB7MhfxM6wrirN6Lq6W+oEeKkYAYLXHI=; h=Received:Received:To:From:Reply-to:Subject:Date:Message-ID: Mime-Version:Content-Type; b=usoXstiZ02mEG24RP0b4XA2LXN/zpL+VeYNSBX1LUm0bl16SUeqTf9l43sx6mIfYI 7k+ZlNaz2xaJKkBnyWunN2D7WMq+PtDUaiezbaJZXil7zYGW+PmLv+Dx80fJn5F882 1ohG6h0kcjF/nuSxPC/gSgkHR2OJQSuWR1OKuFuyALdWgsUWhWaL1TINcliYnp4BL0 EwJj3LYbQ8Zec6Z9sUc/DHy5x5AX0QgEPKQgMpgilbZJi0Quyv91CyrdNoRqXNeB91 DJLQqhN65sbP5hu97faFhDsjA0jqOW0vHmvV0iTqq5rWhqFJZ/wd39qm9GJ1cR/cYO h93s+NVRnlbDw== Received: from unknown ([IPv6:2601:408:c300:a3d0::1edf]) by resomta-ch2-14v.sys.comcast.net with ESMTPSA id vO7lj86tZUZNHvO7mjSdIE; Tue, 14 Jul 2020 16:49:47 +0000 X-Xfinity-VMeta: sc=0.00;st=legit To:edbrowse-dev@edbrowse.org From: Karl Dahlke Reply-to: Karl Dahlke User-Agent: edbrowse/3.7.6 Subject: [edbrowse-dev] interdirectory moves, and indent Date: Tue, 14 Jul 2020 12:49:45 -0400 Message-ID: <20200614124945.eklhad@comcast.net> X-BeenThere: edbrowse-dev@edbrowse.org List-Id: Edbrowse Development List Mime-Version: 1.0 Content-Type: multipart/mixed; boundary=nextpart-eb-934400 Content-Transfer-Encoding: 7bit This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. --nextpart-eb-934400 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Folks, this is too long to send over irc, so I hope you are all = subscribed. The last push is the start of my move command, files from one directory = to another. It is m, just like move in the editor, but it doesn't reorder the = lines, and why would you, as soon as you refresh they are back in the = order they were in before. It's not something you should manually change. Remember the sort commands if you want your listing in something other = than alphabetical. So I don't mind overloading the m operator. In directory mode, .m3 moves the current file to the directory in = session 3. That session has to be active and has to have a directory. If the directory is on another file system edbrowse will copy and = delete. I don't "copy" special files or directory trees; those have to move on = the same file system. The file disappears from your current buffer, as it should, but does = not yet appear in the other buffer. I'll do that eventually but it's harder than it first seems. So if or when you switch to session 3, you have to type rf to see the = files. There are more prints on what is going on when you move files, delete = files, or move to your trash can. These are at debug level 1 or higher. hth Pull, and play around with it. Just before push, I usually use the indenting program in tools/Lindent, = to keep the code pretty. It does it's thing and then I push. Ok fine, but when I ran this on buffers.c it screwed up a bunch of my = block comments. Yes I'm on a different machine, different distro, different version of = indent, but what is the problem? Spent a couple hours on this. I whittled it down to a smaller example that illustrates the bug and = sent it to bug-indent@gnu.org We'll see what they have to say. Meantime, I either can't use indent, or have to go back to an older = version of indent, or have to manage the indenting manually, all of these being unpleasant. Probably none of you fiddle with edbrowse code any more, but if any of you do, this is a heads up. --nextpart-eb-934400--