From unknown Tue Jun 17 22:24:11 2025 X-Loop: help-debbugs@gnu.org Subject: bug#30085: 25.2: Documentation for cua-rectangle-mark-mode Resent-From: Boruch Baum Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 12 Jan 2018 07:15:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: report 30085 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: 30085@debbugs.gnu.org, storm@cua.dk X-Debbugs-Original-To: Emacs Bug Reporting , "Kim F. Storm" Received: via spool by submit@debbugs.gnu.org id=B.151574129011481 (code B ref -1); Fri, 12 Jan 2018 07:15:01 +0000 Received: (at submit) by debbugs.gnu.org; 12 Jan 2018 07:14:50 +0000 Received: from localhost ([127.0.0.1]:52810 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eZtY6-0002z3-Ex for submit@debbugs.gnu.org; Fri, 12 Jan 2018 02:14:50 -0500 Received: from eggs.gnu.org ([208.118.235.92]:41146) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eZtY4-0002yn-JC for submit@debbugs.gnu.org; Fri, 12 Jan 2018 02:14:45 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1eZtXy-0000d5-5E for submit@debbugs.gnu.org; Fri, 12 Jan 2018 02:14:39 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=0.8 required=5.0 tests=BAYES_50,FREEMAIL_FROM autolearn=disabled version=3.3.2 Received: from lists.gnu.org ([2001:4830:134:3::11]:54223) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1eZtXy-0000d1-0w for submit@debbugs.gnu.org; Fri, 12 Jan 2018 02:14:38 -0500 Received: from eggs.gnu.org ([2001:4830:134:3::10]:60343) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1eZtXw-0002I4-RK for bug-gnu-emacs@gnu.org; Fri, 12 Jan 2018 02:14:37 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1eZtXt-0000aH-MV for bug-gnu-emacs@gnu.org; Fri, 12 Jan 2018 02:14:36 -0500 Received: from mout.gmx.net ([212.227.15.19]:56301) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1eZtXt-0000YJ-BS for bug-gnu-emacs@gnu.org; Fri, 12 Jan 2018 02:14:33 -0500 Received: from E15-2016.optimum.net ([108.6.168.221]) by mail.gmx.com (mrgmx001 [212.227.17.184]) with ESMTPSA (Nemesis) id 0M39zL-1etUlG1nKp-00srav; Fri, 12 Jan 2018 08:14:29 +0100 Date: Fri, 12 Jan 2018 02:14:26 -0500 From: Boruch Baum Message-ID: <20180112071426.uq2x3nlcs6jo57hm@E15-2016.optimum.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: NeoMutt/20171215 X-Provags-ID: V03:K0:XfRf9e4doJi+9lqhnnS3KI8rLn1XNKPNtvf4oS1u3mYDhnXi5yC MMBCmZ57dTkzJadoKxJbW1xGXvg8vtf63jtPNkCbnvn/EBUQZRty+weV2fNMJNq73jfngCE 2MXAau9JJKA1P11wSp3Tmj2TV4vyONm8CLChJSchU5EHdNSVnrB31thLmt8/xIJwCWTyAnd g53WyoBR72TAk0maqq8rQ== X-UI-Out-Filterresults: notjunk:1;V01:K0:qdTFMSw0jrY=:+dxzuXTHSAVco4yqZ3qaiX IvdXY1LSS2C/sTxbWe68+UTMEMY2bW3KnLjG8E0C9+ssL+VwRaBr+pCjuGIi1dO/PUTuiGbCU ph4H0fRwlB4jvsMeA2n0qVOc1npQQAsfnY7Rt6upsZf+wBYoHeH86ev7/UW607NBUn7ysZYIz DivqNMCK6SuFQU8DOqV3jzacjuuzPMeb9Gvt8HrPEyb/xJ6rkSaGN/cjraauwf4k9Thc8ECkk KxcuyAqR1wAyuGxyXHnsX7c+cDlXLbBkTAG5yEmDZh8jgWaYPc3lZk8FS1W8Vy6rhMxE93PUQ AhcGEtRyjo777rnxmiefrOmWQcLFpYBciLLzahXR9U1zAWVJC/ngGzbpBdrYO4n2qIG5a+C9R Zvrth7aPf0D4yP5227LnyEcuiEhhM/7LJNrFYi2dJPVPlwjqvNHcpR30MHapi8L0uab4kZThs hIlK1kXTS3OXz11gfWZrQa/8g4WpZiwovI4CPYQ4cGezFyXKdK6VywiTEBRgw10j4MO5Taj5I m21Wb1aLWs5W9TjuR4p26xCM5Ck5ESkhsJMWTYo4ftPDXorcdpELZehTOTe5vlHdftfYfVRy2 ZqTJUu99IjTSSaQ6gwn9FhjMPiPNLBCa2LKsumZyF+xPg7Cb9lMZLcXgCEJ3tivLH2w3kUkl/ rYkAcU4Patr2K70KKuTW+uO7o6JqiQ+WZyV/1mCfj1qzEI2wEoHVJIgZCJ02xwQY+xq0X7Xsx Eb95EJMlDkrhTxCIdzIkbti2zA0ovJVKUH8jVDySBUWkF2GVIVeEnxet9AAIHlCJIY0RzdZ8z +SHyXYX9dfQhm/LxKx8hgG6EpQqYQ== X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] [fuzzy] X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Received-From: 2001:4830:134:3::11 X-Spam-Score: -4.1 (----) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -4.1 (----) `cua-rectangle-mark-mode' includes many features that I haven't found documented. This minor mode clearly allows for several advanced features, as it displays a helpful message on the mode line: C-?:help M-p:pad M-o:open M-c:close M-b:blank M-s:string M-f:fill M-i:incr M-n:seq This is a particular shame since `cua-rectangle-mark-mode' seems much more powerful and user-friendly than the collection of commands that are documented in the `rectangles' section of the emacs manual. However: 1. The documentation for the minor mode only says: "Toggle the region as rectangular. Activates the region if needed. Only lasts until the region is deactivated." 2. File `cua-rect.el' does not include a commentary of its features. 3. The emacs manual does have a section on `rectangles' that makes no mention of this minor mode. 4. An internet search for the feature or even its explicit name does not, at least prominently, yield any documentation. 5. The minor mode binds `C-?' to some help documentation. However, for users of emacs-nox such as myself, the keybinding `C-?' doesn't work. In this particular case, I did attempt the "usual" `C-@ c ?', but that also did not work. The standard `C-h' keybinding is available but unfortunately not used. 5.1. Keybinding `C-?' invokes function `cua-help-for-rectangle' which does not look at all helpful over the one-line mode-line string. 6. The tail of file `cua-rect.el' includes keybindings for many features not listed in the mode-line doc-string, eg. `reverse-rectangle', `shell-command-on-rectangle'. See there for more. File `cua-rect.el' list its author as Kim F. Storm , so I've taken the liberty of cc'ing the author on the bug report. @Kim: Your work seems like a great improvement over emacs' documented rectangle support, but seems to have remained relatively unknown due to lack of documentation. It should be front and center in any search for emacs rectangle support. -- hkp://keys.gnupg.net CA45 09B5 5351 7C11 A9D1 7286 0036 9E45 1595 8BC0 From unknown Tue Jun 17 22:24:11 2025 X-Loop: help-debbugs@gnu.org Subject: bug#30085: 25.2: Documentation for cua-rectangle-mark-mode Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 12 Jan 2018 09:24:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 30085 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Boruch Baum Cc: 30085@debbugs.gnu.org, storm@cua.dk Reply-To: Eli Zaretskii Received: via spool by 30085-submit@debbugs.gnu.org id=B30085.151574899323098 (code B ref 30085); Fri, 12 Jan 2018 09:24:01 +0000 Received: (at 30085) by debbugs.gnu.org; 12 Jan 2018 09:23:13 +0000 Received: from localhost ([127.0.0.1]:52868 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eZvYP-00060U-2b for submit@debbugs.gnu.org; Fri, 12 Jan 2018 04:23:13 -0500 Received: from eggs.gnu.org ([208.118.235.92]:60600) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eZvYO-00060G-Cv for 30085@debbugs.gnu.org; Fri, 12 Jan 2018 04:23:12 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1eZvYI-000799-CZ for 30085@debbugs.gnu.org; Fri, 12 Jan 2018 04:23:07 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-0.0 required=5.0 tests=BAYES_40,T_RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:37503) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1eZvYC-0006zr-5d; Fri, 12 Jan 2018 04:23:00 -0500 Received: from [176.228.60.248] (port=3671 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1eZvYB-0008Ik-JK; Fri, 12 Jan 2018 04:23:00 -0500 Date: Fri, 12 Jan 2018 11:22:39 +0200 Message-Id: <83mv1j2zz4.fsf@gnu.org> From: Eli Zaretskii In-reply-to: <20180112071426.uq2x3nlcs6jo57hm@E15-2016.optimum.net> (message from Boruch Baum on Fri, 12 Jan 2018 02:14:26 -0500) References: <20180112071426.uq2x3nlcs6jo57hm@E15-2016.optimum.net> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -5.0 (-----) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.0 (-----) > Date: Fri, 12 Jan 2018 02:14:26 -0500 > From: Boruch Baum > > File `cua-rect.el' list its author as Kim F. Storm , so > I've taken the liberty of cc'ing the author on the bug report. @Kim: > Your work seems like a great improvement over emacs' documented > rectangle support, but seems to have remained relatively unknown due to > lack of documentation. It should be front and center in any search for > emacs rectangle support. Thanks for the comments. Yes, cua-rect facilities are notoriously under-documented. I would suggest that you (or someone else who uses cua-rect) propose specific patches to fix that, based on your experimenting with the facility and code reading. IME, this will allow us to fill this gap much faster than any other alternative. Of course, Kim's contributions to this effort will also be very welcome. From unknown Tue Jun 17 22:24:11 2025 X-Loop: help-debbugs@gnu.org Subject: bug#30085: 25.2: Documentation for cua-rectangle-mark-mode Resent-From: Kim Storm Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 12 Jan 2018 11:01:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 30085 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii , Boruch Baum Cc: 30085@debbugs.gnu.org Received: via spool by 30085-submit@debbugs.gnu.org id=B30085.151575485231752 (code B ref 30085); Fri, 12 Jan 2018 11:01:02 +0000 Received: (at 30085) by debbugs.gnu.org; 12 Jan 2018 11:00:52 +0000 Received: from localhost ([127.0.0.1]:52923 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eZx4t-0008G3-VU for submit@debbugs.gnu.org; Fri, 12 Jan 2018 06:00:52 -0500 Received: from ssl3.dotserv.com ([178.20.217.13]:55080 helo=ispc3.dotserv.com) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eZx4s-0008Fn-4C for 30085@debbugs.gnu.org; Fri, 12 Jan 2018 06:00:50 -0500 Received: from localhost (localhost [127.0.0.1]) by ispc3.dotserv.com (Postfix) with ESMTP id 6B52B1010A30; Fri, 12 Jan 2018 12:00:43 +0100 (CET) X-Virus-Scanned: Debian amavisd-new at ispc3.dotserv.com Received: from ispc3.dotserv.com ([127.0.0.1]) by localhost (ispc3.dotserv.com [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id 8w_AtPuvTZ18; Fri, 12 Jan 2018 12:00:42 +0100 (CET) Received: from [10.1.82.9] (x1-6-c0-ff-d4-81-22-95.cpe.webspeed.dk [80.161.146.176]) (Authenticated sender: storm@cua.dk) by ispc3.dotserv.com (Postfix) with ESMTPSA id 9B32D1010A2F; Fri, 12 Jan 2018 12:00:42 +0100 (CET) References: <20180112071426.uq2x3nlcs6jo57hm@E15-2016.optimum.net> <83mv1j2zz4.fsf@gnu.org> From: Kim Storm Message-ID: <0e8d20ba-84c9-1509-0f52-b8b4b649e00a@cua.dk> Date: Fri, 12 Jan 2018 12:00:42 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.5.2 MIME-Version: 1.0 In-Reply-To: <83mv1j2zz4.fsf@gnu.org> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Content-Language: en-US X-Spam-Score: 0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.0 (/) On 2018-01-12 10:22, Eli Zaretskii wrote: >> Date: Fri, 12 Jan 2018 02:14:26 -0500 >> From: Boruch Baum >> >> File `cua-rect.el' list its author as Kim F. Storm , so >> I've taken the liberty of cc'ing the author on the bug report. @Kim: >> Your work seems like a great improvement over emacs' documented >> rectangle support, but seems to have remained relatively unknown due to >> lack of documentation. It should be front and center in any search for >> emacs rectangle support. > Thanks for the comments. Yes, cua-rect facilities are notoriously > under-documented. I would suggest that you (or someone else who uses > cua-rect) propose specific patches to fix that, based on your > experimenting with the facility and code reading. IME, this will > allow us to fill this gap much faster than any other alternative. > > Of course, Kim's contributions to this effort will also be very > welcome. > Just a little history here: In the original cua-mode file, everything was stashed together in the same file, so I had to refactor the code before it wasincludedinEmacs 22.1So I ended up adding three files: cua-base.el cua-gmrk.eland cua-rect.elknowing that documentation for some of the more advanced stuff still needed some improvements. However, the other emacs maintainers insisted that the cua-rect.el stuff didn't really have anything to do with cua-mode as such, but rather should be merged into the existing rect.el code. I agreed in principle, but didn't know how to accomplish that, so I left it for someone else to do - and continued to work on other stuff. Obviously, that merge never happened, and therefore, the more advanced rectangle support in cua-rect stays inaccessible for those who don't use cua-mode, and even for cua-mode users, some features are probably not widely used due to lack of documentation. So there are really two issues here: - merge cua-rect and rect code - complete documentation for the combined package I might be able to contribute on the second item, but I still don't know how to accomplish the first. From unknown Tue Jun 17 22:24:11 2025 X-Loop: help-debbugs@gnu.org Subject: bug#30085: 25.2: Documentation for cua-rectangle-mark-mode Resent-From: Kim Storm Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 12 Jan 2018 11:08:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 30085 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii , Boruch Baum Cc: 30085@debbugs.gnu.org Received: via spool by 30085-submit@debbugs.gnu.org id=B30085.151575522632398 (code B ref 30085); Fri, 12 Jan 2018 11:08:02 +0000 Received: (at 30085) by debbugs.gnu.org; 12 Jan 2018 11:07:06 +0000 Received: from localhost ([127.0.0.1]:52942 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eZxAw-0008QU-Bp for submit@debbugs.gnu.org; Fri, 12 Jan 2018 06:07:06 -0500 Received: from ssl3.dotserv.com ([178.20.217.13]:56146 helo=ispc3.dotserv.com) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eZxAu-0008Q0-Nm for 30085@debbugs.gnu.org; Fri, 12 Jan 2018 06:07:05 -0500 Received: from localhost (localhost [127.0.0.1]) by ispc3.dotserv.com (Postfix) with ESMTP id 400C41037E64; Fri, 12 Jan 2018 12:06:59 +0100 (CET) X-Virus-Scanned: Debian amavisd-new at ispc3.dotserv.com Received: from ispc3.dotserv.com ([127.0.0.1]) by localhost (ispc3.dotserv.com [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id oyiT4ib780ue; Fri, 12 Jan 2018 12:06:59 +0100 (CET) Received: from [10.1.82.9] (x1-6-c0-ff-d4-81-22-95.cpe.webspeed.dk [80.161.146.176]) (Authenticated sender: storm@cua.dk) by ispc3.dotserv.com (Postfix) with ESMTPSA id E50371010A30; Fri, 12 Jan 2018 12:06:58 +0100 (CET) References: <20180112071426.uq2x3nlcs6jo57hm@E15-2016.optimum.net> <83mv1j2zz4.fsf@gnu.org> From: Kim Storm Message-ID: Date: Fri, 12 Jan 2018 12:06:58 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.5.2 MIME-Version: 1.0 In-Reply-To: <83mv1j2zz4.fsf@gnu.org> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: quoted-printable X-Spam-Score: 0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.0 (/) On 2018-01-12 10:22, Eli Zaretskii wrote: >> Date: Fri, 12 Jan 2018 02:14:26 -0500 >> From: Boruch Baum >> >> File `cua-rect.el' list its author as Kim F. Storm , so >> I've taken the liberty of cc'ing the author on the bug report. @Kim: >> Your work seems like a great improvement over emacs' documented >> rectangle support, but seems to have remained relatively unknown due t= o >> lack of documentation. It should be front and center in any search for >> emacs rectangle support. > Thanks for the comments. Yes, cua-rect facilities are notoriously > under-documented. I would suggest that you (or someone else who uses > cua-rect) propose specific patches to fix that, based on your > experimenting with the facility and code reading. IME, this will > allow us to fill this gap much faster than any other alternative. > > Of course, Kim's contributions to this effort will also be very > welcome. > Just a little history here: In the original cua-mode file, everything was stashed together in the same file, so I had to refactor the code before it was included in Emacs 22.1 So I ended up adding three files: cua-base.el cua-gmrk.eland cua-rect.el knowing that documentation for some of the more advanced stuff still needed some improvements. However, the other emacs maintainers insisted that the cua-rect.el stuff didn't really have anything to do with cua-mode as such, but rather shoul= d be merged into the existing rect.el code. I agreed in principle, but didn't know how to accomplish that, so I left it for someone else to do - and continued to work on other stuff. Obviously, that merge never happened, and therefore, the more advanced rectangle support in cua-rect stays inaccessible for those who don't use cua-mode, and even for cua-mode users, some features are probably not widely used due to lack of documentation. So there are really two issues here: - merge cua-rect and rect code =C2=A0- complete documentation for the combined package I might be able to contribute on the second item, but I still don't know how to accomplish the first. From unknown Tue Jun 17 22:24:11 2025 X-Loop: help-debbugs@gnu.org Subject: bug#30085: 25.2: Documentation for cua-rectangle-mark-mode Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 12 Jan 2018 18:54:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 30085 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Kim Storm Cc: 30085@debbugs.gnu.org, boruch_baum@gmx.com Reply-To: Eli Zaretskii Received: via spool by 30085-submit@debbugs.gnu.org id=B30085.151578322929607 (code B ref 30085); Fri, 12 Jan 2018 18:54:01 +0000 Received: (at 30085) by debbugs.gnu.org; 12 Jan 2018 18:53:49 +0000 Received: from localhost ([127.0.0.1]:54125 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ea4Sa-0007hS-Ru for submit@debbugs.gnu.org; Fri, 12 Jan 2018 13:53:49 -0500 Received: from eggs.gnu.org ([208.118.235.92]:58695) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ea4SY-0007hG-QX for 30085@debbugs.gnu.org; Fri, 12 Jan 2018 13:53:47 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ea4SP-0000IF-LK for 30085@debbugs.gnu.org; Fri, 12 Jan 2018 13:53:41 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,T_RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:58872) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ea4SP-0000Hw-IF; Fri, 12 Jan 2018 13:53:37 -0500 Received: from [176.228.60.248] (port=4252 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1ea4SO-0004W4-Vt; Fri, 12 Jan 2018 13:53:37 -0500 Date: Fri, 12 Jan 2018 20:53:17 +0200 Message-Id: <834lnq3o4i.fsf@gnu.org> From: Eli Zaretskii In-reply-to: <0e8d20ba-84c9-1509-0f52-b8b4b649e00a@cua.dk> (message from Kim Storm on Fri, 12 Jan 2018 12:00:42 +0100) References: <20180112071426.uq2x3nlcs6jo57hm@E15-2016.optimum.net> <83mv1j2zz4.fsf@gnu.org> <0e8d20ba-84c9-1509-0f52-b8b4b649e00a@cua.dk> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -5.0 (-----) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.0 (-----) > Cc: 30085@debbugs.gnu.org > From: Kim Storm > Date: Fri, 12 Jan 2018 12:00:42 +0100 > > So there are really two issues here: - merge cua-rect and rect code > - complete documentation for the combined package I might be able to > contribute on the second item, but I still don't know how to > accomplish the first. Let's just go with the second, and leave the first for another rainy day. Thanks. From unknown Tue Jun 17 22:24:11 2025 X-Loop: help-debbugs@gnu.org Subject: bug#30085: 25.2: Documentation for cua-rectangle-mark-mode Resent-From: Boruch Baum Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 26 Jan 2018 18:58:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 30085 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: 30085@debbugs.gnu.org, Kim Storm Received: via spool by 30085-submit@debbugs.gnu.org id=B30085.15169930794594 (code B ref 30085); Fri, 26 Jan 2018 18:58:01 +0000 Received: (at 30085) by debbugs.gnu.org; 26 Jan 2018 18:57:59 +0000 Received: from localhost ([127.0.0.1]:44034 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ef9CE-0001Bu-3T for submit@debbugs.gnu.org; Fri, 26 Jan 2018 13:57:57 -0500 Received: from mout.gmx.net ([212.227.15.18]:58049) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ef9CC-0001Bg-1h for 30085@debbugs.gnu.org; Fri, 26 Jan 2018 13:57:52 -0500 Received: from E15-2016.optimum.net ([108.6.168.221]) by mail.gmx.com (mrgmx002 [212.227.17.184]) with ESMTPSA (Nemesis) id 0M0gww-1ev9wU0PUc-00usC1; Fri, 26 Jan 2018 19:57:44 +0100 Date: Fri, 26 Jan 2018 13:57:41 -0500 From: Boruch Baum Message-ID: <20180126185741.4lkookdzlk7adn7w@E15-2016.optimum.net> References: <20180112071426.uq2x3nlcs6jo57hm@E15-2016.optimum.net> <83mv1j2zz4.fsf@gnu.org> <0e8d20ba-84c9-1509-0f52-b8b4b649e00a@cua.dk> <834lnq3o4i.fsf@gnu.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <834lnq3o4i.fsf@gnu.org> User-Agent: NeoMutt/20171215 X-Provags-ID: V03:K0:cIEZfjplFRUcmFbD+dQWTwcaRGSb92IkU/OzphnPvCPYeORRrNY 5/07THuNjQjVRyXmFq5qHgBlm3eWowVEAmW4hpfiChmVZF9rKBiImree0xse9CP3zx+qoSD tMjnYLCaBIIryAPHp9WWfoGaCasCy3uHT15P8yM/HZWfuFxn24yuIq0EOsMT0QzQkUkyVnL 7SNOzE8SdOdxZHpv0lBYg== X-UI-Out-Filterresults: notjunk:1;V01:K0:dUoGecYNfwg=:1FDGyBibYCN/TqVz2L4cxr iaE6+BvdjXXSpXkCwrOZstqI2Q0aHSQT4m9LDobFEbBGlon9FbJ9icCWOJ0MchTIBe4RXX+dg oi7YJfjAJ1i3Strkzvt4VYuEAbk4Qsl9yUDJ6tFPPVoEkAoDer7+a7v5Q/U2GpmtcL4xDA+xy 6LFmDWjOdSVS1LxFYtdK9WlD55TY22rvF5oSdj5Jp0wwXDzAUxfQdYOTZjQveRoWBE4DvL4WT 6vegDa9/Jr3vKk1Q1n1ZF/payLhnf+o0m4BtD5f9pQqLN+sfQ3Ijrd9LGc6+p5iYoibxai3sL KhjrshQ2bHrJxvS5pdbfpUMmPFhlPBUdy/XrmmViWbzpGo3Ed/7r9apkbPeSPI/tqMxeZ5siR mvyOM4IexDJMAlWXIpWFUr5JUQYwWhHm9vv+JoEZVdlV1wXGvNiQne94bUG2XMmGO/A0QwcAr h8ZKpaujr5aHl6BjxPgwEXv5NitBkuerq2XHIVY1GxQXKKbb+uK/+RGoBE8bg6tVJIRaMMq19 dCKkWp2M+sOggkn3HMiSXhGVvlpaZjLRaity+0lnrrdJcu9EBCgFzp1u+cPfiXW/jmfRIZYGF u7ApBzwx6uOW33yYtETsZW7KbZWSz6MzPb8tyC7gGIBZV3DWlHzQ1vXjBa/tegHnqZ7rh3FTJ /T2J4kShzo/UznYOoJrvG2p10SaxiRivhJDjztuWy5S072bXJUZnTtKvrgLJDvjtpWA8ORjEy EJHM3iRlpG7bc+C/BCelTeYVMkaHZ7fv4+8lVzRY9fbTsmaNid08OR3vOmGq1rLLvrBemPg8X iUsglxEMgJ2U+p97Ohozq6SE4sxTw== X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) I realize that some elisp code that I wrote for another purpose might be useful for this mode. https://github.com/Boruch-Baum/swiper One of the elements of `cua-rectangle-mark-mode' is a one-line cheat-sheet style message of default keybindings of basic features, itself by default bound to `C-?'. In my referenced link above, I provide for `swiper' two features: 1) Cheat-sheet style messages that appear above the minibufer. 1.1) Keybinding for the messages (`M'?' by default) turns on the display, scrolls to the next message, and turns off the display. 1.2) The default message(s) may be supplemented or replaced by messages set by the user. 1.3) The message format includes an easy method to ensure that changing a keybinding does not require going back and editing the message. 2) Visual feedback of the current state of the mode. In the case of swiper, this is a single-line indication of case-fold status, regex method, currently selected action, and auto status. This feedback line appears just above the minibuffer. The elisp code should be usable for other "complicated" emacs commands without much of any modification. In the case of `swiper', it was necessary to make a change to function `ivy-read' because of its recursive nature and its use of unwind. In the case of `swiper', a pull request has been made to the developer, and is waiting for feedback. An example of another candidate for this proposed feature would be `isearch-forward'. I would like to eventually offer it in generic form to emacs, but as for now it hasn't even gotten approved by `swiper'. -- hkp://keys.gnupg.net CA45 09B5 5351 7C11 A9D1 7286 0036 9E45 1595 8BC0 From unknown Tue Jun 17 22:24:11 2025 X-Loop: help-debbugs@gnu.org Subject: bug#30085: 25.2: Documentation for cua-rectangle-mark-mode Resent-From: Boruch Baum Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 21 Mar 2018 12:49:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 30085 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: 30085@debbugs.gnu.org, Kim Storm Received: via spool by 30085-submit@debbugs.gnu.org id=B30085.152163653418376 (code B ref 30085); Wed, 21 Mar 2018 12:49:02 +0000 Received: (at 30085) by debbugs.gnu.org; 21 Mar 2018 12:48:54 +0000 Received: from localhost ([127.0.0.1]:44972 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eydAj-0004mJ-Dj for submit@debbugs.gnu.org; Wed, 21 Mar 2018 08:48:53 -0400 Received: from mout.gmx.net ([212.227.15.15]:48979) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eydAe-0004m3-Pp for 30085@debbugs.gnu.org; Wed, 21 Mar 2018 08:48:49 -0400 Received: from E15-2016.optimum.net ([108.6.168.221]) by mail.gmx.com (mrgmx003 [212.227.17.184]) with ESMTPSA (Nemesis) id 0MAyVY-1eqxed344q-009v9Q; Wed, 21 Mar 2018 13:48:40 +0100 Date: Wed, 21 Mar 2018 08:48:36 -0400 From: Boruch Baum Message-ID: <20180321124836.puwmknqvo6zketnk@E15-2016.optimum.net> References: <20180112071426.uq2x3nlcs6jo57hm@E15-2016.optimum.net> <83mv1j2zz4.fsf@gnu.org> <0e8d20ba-84c9-1509-0f52-b8b4b649e00a@cua.dk> <834lnq3o4i.fsf@gnu.org> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="3x6qca6d252gla5u" Content-Disposition: inline In-Reply-To: <834lnq3o4i.fsf@gnu.org> User-Agent: NeoMutt/20180223 X-Provags-ID: V03:K0:C7mYdjIk/jsbdsEW3lizxSrBSCgb7CSRj92rCEUTMvenODYN8/D zDPuO4HxUzvArPWrIG9YDf07o0eWZlJRd9s5YYsy1R/oqFTe0PKmNhlqUjo4+s89HccJhik 3+bIHM1SigFYis5b3ItRHibGlDp316fet+COFlSU2zzVQBqiN8uBlIp/KHWpCB5548Td64A uGFaTZMFTh1Mw2d55BSMA== X-UI-Out-Filterresults: notjunk:1;V01:K0:7KUypmO4nAM=:nq0MHD9q5RYFO0B1CNqja5 qtK00DYNfSHrUf1y0koDoxflCxgaCUrT1090kWf3ncgkvIk8kK6sO+m5CA3UdV7MtjecTwYbL tczHibAs1KWq0JFOW3A+qu6o5p3j3PvWWWnekcvHXRSSsGSgJMcJMclj/PWeTBzmaOXdUrTtQ j/D9Rfiqdygev1QkvXYLpjXpdXP9VrkZH2pk/RgQRoQi0mrZ+COWez3Qhi3jKXpYKu/9mPPu9 JYvEsNIYezJg0sKOBva5VGBiezLewkyGjMQQGnuaFmplAaKim+6LfD8o40UZDxo6np+0ueVuf rKwvOAjJJ8bAYA3e7dgUq//78XHh9nN0cwTW7vr4RMdbXRRkE3QMmWOpVPfiUdNX2V7Xvwfrp fjfOkf18B3BD45ewxG2+d/UtrgnmVk7vRUgK67xdL8ejM1kLJ9V4BNricYrMOM0JjATZmW1e6 1GU1Mw4N4VLzqFs4nPb5Tk0NfSOTeiDSNIK4dZXS7bf7C4/EMA22wMFwbBZ4U/eoGU4qlv1c4 KTeiZ63sDTMZ2XtMVBZe0rXB+BqcuXqgowckVTHVcsNajMi4OVwHQMcRSq8LFrOuMg16y0EPL 4jdjjJmNfFG51qyj/yw3jY4e8HvadDgydr5yzBe8uxlgvPc3i+StyAUxfF8zSvYD4oR5fS/CX w89snia3FRc4KD3lxDCLFuxbb4uu1IzQYLiAki6XWkxJWfFgod4YsByDVBFtmTqmhUTEw2AVu tS8FVJjeOWRKcX9yAqBq42qrmAi+65f6l9TcWTTYqsG5W/cIsw6qdsAALalEPy6MQpL64EBy8 qLeAqo1i0acyeXRpUWv+Qy3FoNZWg== X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) --3x6qca6d252gla5u Content-Type: text/plain; charset=us-ascii Content-Disposition: inline I had some time to look at the pacakge, and produced some notes and a patch file, before realizing that it would be a good idea to consult with you both before continuing and possibly wasting a lot of my volunteer time-budget. @Eli: In many places in the code, there exist in-line documentation that would be appropriate as a doc-string; however, those cases are mostly internal functions of the form `cua--foo', so the question arose for me: is there emacs policy NOT to produce doc-strings for such functions. Personally, it's more convenient to my work-flow to be able to use ivy to get a pop-up docstring for thing-at-point than to open either open a buffer (only to have to immediately kill it) or ping-pong among places in a single buffer. So my vote and inclination is make the doc-strings, but policy is policy. @Kim & @ELi: My initial notes and patch file are attached, for feedback if I got anything wrong, and for approval of the proposed changes: 1. The docstring issue, until I realized I should ask. 2. @Kim: At the end of the first diff block, I noted an issue about the `cua--last-killed-rectangle' data structure. Could you set me right about it? 3. I noticed that `M-m' was bound to `cua-copy-rectangle-as-text' instead of `back-to-indentation', so I took the liberty of writing a function `cua-resize-rectangle-back-to-indentation' and binding it to `M-m', which is what most users would expect. If this approved, to what should be bound `cua-copy-rectangle-as-text' 4. Function `cua-resize-rectangle-bot' had a bug in that it always placed point at the actual (point-max) even though the rectangle corner would not be there. This would occur when (point-max) was at a column number smaller than the left edge of the rectangle. The patch file includes the fix. 5. Two commonly used navigation functions, normally bound to `C-a' and `C-e' were not remapped. (DONE) 6. The help message is remapped from `C-?' to `M-?' for the sanity of people like me who use emacs-nox and can only perform a `C-?' by typing `C-x @ c ?'. 7. The current keybindings are made using an old method of keystroke definition that I find a bit scary. Is it OK / desirable to change the method uniformly to use `kbd'? First slow steps. -- hkp://keys.gnupg.net CA45 09B5 5351 7C11 A9D1 7286 0036 9E45 1595 8BC0 --3x6qca6d252gla5u Content-Type: text/x-diff; charset=us-ascii Content-Disposition: attachment; filename="cua-rect.patch" --- - 2018-03-21 08:18:33.833883945 -0400 +++ /home/optimum/cua-rect.el 2018-03-21 07:33:31.822488232 -0400 @@ -37,26 +37,58 @@ (require 'rect) -;; If non-nil, restrict current region to this rectangle. -;; Value is a vector [top bot left right corner ins virt select]. -;; CORNER specifies currently active corner 0=t/l 1=t/r 2=b/l 3=b/r. -;; INS specifies whether to insert on left(nil) or right(t) side. -;; If VIRT is non-nil, virtual straight edges are enabled. -;; If SELECT is a regexp, only lines starting with that regexp are affected.") -(defvar cua--rectangle nil) -(make-variable-buffer-local 'cua--rectangle) +(defvar cua--rectangle nil + "Current cua-rectangle definition. + +A cua-rectangle definition is a vector used for all actions in +`cua-rectangle-mark-mode', of the form: + + [top bot left right corner ins virt select] + +TOP is the upper-left corner point. + +BOTTOM is the point at the end of line after the the lower-right +corner point. + +LEFT and RIGHT are column numbers. -;; Most recent rectangle geometry. Note: car is buffer. -(defvar cua--last-rectangle nil) +CORNER specifies currently active corner 0=t/l 1=t/r 2=b/l 3=b/r. -;; Rectangle restored by undo. -(defvar cua--restored-rectangle nil) +INS specifies whether to insert on left(nil) or right(t) side. -;; Last rectangle copied/killed; nil if last kill was not a rectangle. -(defvar cua--last-killed-rectangle nil) +If VIRT is non-nil, virtual straight edges are enabled. -;; List of overlays used to display current rectangle. -(defvar cua--rectangle-overlays nil) +If SELECT is a regexp, only lines starting with that regexp are affected.") +(make-variable-buffer-local 'cua--rectangle) + +(defvar cua--last-rectangle nil + "Most recent rectangle geometry. +A CONS cell, the car of which is the rectangle's buffer, and the +cdr of which is a cua-rectangle definition. See +`cua--rectangle'.") + + +(defvar cua--restored-rectangle nil + "Rectangle restored by undo.") + + +(defvar cua--last-killed-rectangle nil + "Last rectangle copied/killed; nil if last kill was not a rectangle.") +;; NOT TRUE: +;; + It seems to be the two most recent killed rectangles, and is not +;; reset upon either a `kill-region' or `kill-line' +;; + In the following example, the rectangle full of question marks +;; was killed prior to the rectangle with the string "active". +;; (#("???e\n??? \n???i\n???," 0 19 +;; (yank-handler +;; (rectangle--insert-for-yank +;; ("???e" "??? " "???i" "???,") +;; t))) +;; "active " "sert on" " straig" " lines ") + + +(defvar cua--rectangle-overlays nil + "List of overlays used to display current rectangle.") (make-variable-buffer-local 'cua--rectangle-overlays) (put 'cua--rectangle-overlays 'permanent-local t) @@ -393,10 +425,23 @@ (cua--rectangle-corner -1)) (cua--rectangle-resized))) +(defun cua-resize-rectangle-back-to-indentation () + "Resize rectangle to first non-whitespace character on the left." + (interactive) + (unless (bolp) + (back-to-indentation) + (cua--rectangle-left (current-column)) + (if (cua--rectangle-right-side) + (cua--rectangle-corner -1)) + (cua--rectangle-resized))) + (defun cua-resize-rectangle-bot () "Resize rectangle to bottom of buffer." (interactive) (goto-char (point-max)) + (let ((col (cua--rectangle-column))) + (when (< (current-column) col) + (cua--forward-line -1))) (move-to-column (cua--rectangle-column)) (cua--rectangle-bot t) (cua--rectangle-resized)) @@ -483,6 +528,8 @@ (interactive "e") (setq this-command last-command)) +;;; Operations on current rectangle + (defun cua--rectangle-move (dir) (let ((moved t) (top (cua--rectangle-top)) @@ -518,11 +565,8 @@ (cua--rectangle-set-corners) (cua--keep-active)))) - -;;; Operations on current rectangle - (defun cua--tabify-start (start end) - ;; Return position where auto-tabify should start (or nil if not required). + "Return position where auto-tabify should start (or nil if not required)." (save-excursion (save-restriction (widen) @@ -538,15 +582,15 @@ start))))) (defun cua--rectangle-operation (keep-clear visible undo pad tabify &optional fct post-fct) - ;; Call FCT for each line of region with 4 parameters: - ;; Region start, end, left-col, right-col - ;; Point is at start when FCT is called - ;; Call fct with (s,e) = whole lines if VISIBLE non-nil. - ;; Only call fct for visible lines if VISIBLE==t. - ;; Set undo boundary if UNDO is non-nil. - ;; Rectangle is padded if PAD = t or numeric and (cua--rectangle-virtual-edges) - ;; Perform auto-tabify after operation if TABIFY is non-nil. - ;; Mark is kept if keep-clear is 'keep and cleared if keep-clear is 'clear. + "Call FCT for each line of region with 4 parameters: +Region start, end, left-col, right-col +Point is at start when FCT is called +Call fct with (s,e) = whole lines if VISIBLE non-nil. +Only call fct for visible lines if VISIBLE==t. +Set undo boundary if UNDO is non-nil. +Rectangle is padded if PAD = t or numeric and (cua--rectangle-virtual-edges) +Perform auto-tabify after operation if TABIFY is non-nil. +Mark is kept if keep-clear is 'keep and cleared if keep-clear is 'clear." (let* ((inhibit-field-text-motion t) (start (cua--rectangle-top)) (end (cua--rectangle-bot)) @@ -683,9 +727,9 @@ (nreverse rect))) (defun cua--insert-rectangle (rect &optional below paste-column line-count) - ;; Insert rectangle as insert-rectangle, but don't set mark and exit with - ;; point at either next to top right or below bottom left corner - ;; Notice: In overwrite mode, the rectangle is inserted as separate text lines. + "Insert rectangle as insert-rectangle, but don't set mark and exit with +point at either next to top right or below bottom left corner +Notice: In overwrite mode, the rectangle is inserted as separate text lines." (if (eq below 'auto) (setq below (and (bolp) (or (eolp) (eobp) (= (1+ (point)) (point-max)))))) @@ -1468,6 +1512,8 @@ (define-key cua--rectangle-keymap [remap previous-line] 'cua-resize-rectangle-up) (define-key cua--rectangle-keymap [remap end-of-line] 'cua-resize-rectangle-eol) (define-key cua--rectangle-keymap [remap beginning-of-line] 'cua-resize-rectangle-bol) + (define-key cua--rectangle-keymap [remap move-end-of-line] 'cua-resize-rectangle-eol) + (define-key cua--rectangle-keymap [remap move-beginning-of-line] 'cua-resize-rectangle-bol) (define-key cua--rectangle-keymap [remap end-of-buffer] 'cua-resize-rectangle-bot) (define-key cua--rectangle-keymap [remap beginning-of-buffer] 'cua-resize-rectangle-top) (define-key cua--rectangle-keymap [remap scroll-down] 'cua-resize-rectangle-page-up) @@ -1487,7 +1533,7 @@ (define-key cua--rectangle-keymap "\r" 'cua-rotate-rectangle) (define-key cua--rectangle-keymap "\t" 'cua-indent-rectangle) - (define-key cua--rectangle-keymap [(control ??)] 'cua-help-for-rectangle) + (define-key cua--rectangle-keymap (kbd "M-?") 'cua-help-for-rectangle) (define-key cua--rectangle-keymap [mouse-1] 'cua-mouse-set-rectangle-mark) (define-key cua--rectangle-keymap [down-mouse-1] 'cua--mouse-ignore) @@ -1512,6 +1558,9 @@ (cua--rect-M/H-key ?k 'cua-cut-rectangle-as-text) (cua--rect-M/H-key ?l 'cua-downcase-rectangle) (cua--rect-M/H-key ?m 'cua-copy-rectangle-as-text) +; (cua--rect-M/H-key ?m 'cua-copy-rectangle-as-text) ;; TBD + (define-key cua--rectangle-keymap [remap back-to-indentation] 'cua-resize-rectangle-back-to-indentation) + (cua--rect-M/H-key ?n 'cua-sequence-rectangle) (cua--rect-M/H-key ?o 'cua-open-rectangle) (cua--rect-M/H-key ?p 'cua-toggle-rectangle-virtual-edges) --3x6qca6d252gla5u Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="cua-rect-notes.txt" cua-rect-notes.txt 1. Enter the mode BEFORE selecting the rectangle. 2. C-g exits the mode at any time. 3. M-x cua-rectangle-mark-mode 4. Use arrow keys to expand or contract the rectangle dimensions. Or use C-f, C-b, C-n, C-p, for cua-resize-rectangle-right, cua-resize-rectangle-left, cua-resize-rectangle-up, cua-resize-rectangle-down. + cua-resize-rectangle-eol - consider mapping this to C-e [DONE] + cua-resize-rectangle-bol - consider mapping this to C-a [DONE] + cua-resize-rectangle-bot - already mapped to M-> + cua-resize-rectangle-top - already mapped to M-< + These two functions behaved unexpectedly. They extend the rectangle only vertically, not horizontally, so maybe they should be renamed or have their docstring edied to indicate something like "first/last line". + no issues with these; just noting their presence: + cua-resize-rectangle-page-up M-v + cua-resize-rectangle-page-down C-v 5. Mouse support - not evaluated. 6. Other navigation keys seem to be ignored for the purpose of selecting the cua-rectangle, even though they will move POINT. For example: C-a, C-e was shown to move point, but upon the next cua-rectangle naviigatiaa?on keystroke, POINT returned to its prior corner position. 7. Use the ENTER key, as needed, to toggle POINT amongst the rectangle's current corners in numeric POINT order (ie. for LTR languages, upper-left, upper-right, lower-left, lower-right). 8. Continue using the arrow keys, as needed, to expand or contract the rectangle dimensions. 9. One can recall the most recently selected rectangle, but only by returning POINT to its last selected corner, and then re-entering the mode. 10. cua-help-for-rectangle is currently bound to C-?, which is a pain for emacs-nox users. Remapped to M-?. 11. This mode does not seem to work for rtl (tested UTF-8 Hebrew) --3x6qca6d252gla5u-- From unknown Tue Jun 17 22:24:11 2025 X-Loop: help-debbugs@gnu.org Subject: bug#30085: 25.2: Documentation for cua-rectangle-mark-mode References: <20180112071426.uq2x3nlcs6jo57hm@E15-2016.optimum.net> In-Reply-To: <20180112071426.uq2x3nlcs6jo57hm@E15-2016.optimum.net> Resent-From: Stefan Kangas Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 19 Oct 2019 01:23:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 30085 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Boruch Baum Cc: 30085@debbugs.gnu.org, Eli Zaretskii , Kim Storm Received: via spool by 30085-submit@debbugs.gnu.org id=B30085.15714481319009 (code B ref 30085); Sat, 19 Oct 2019 01:23:01 +0000 Received: (at 30085) by debbugs.gnu.org; 19 Oct 2019 01:22:11 +0000 Received: from localhost ([127.0.0.1]:51737 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iLdRb-0002LE-Cn for submit@debbugs.gnu.org; Fri, 18 Oct 2019 21:22:11 -0400 Received: from mail-pf1-f176.google.com ([209.85.210.176]:34344) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iLdRZ-0002L1-BW for 30085@debbugs.gnu.org; Fri, 18 Oct 2019 21:22:09 -0400 Received: by mail-pf1-f176.google.com with SMTP id b128so4891854pfa.1 for <30085@debbugs.gnu.org>; Fri, 18 Oct 2019 18:22:09 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to:cc; bh=d6y7M/F9oUPPhVF/VgU+Skw8HgMliimTBld+6iBc8kg=; b=kYO5ShD/ZGzwFPgY++ITFuL9+VPJ8MvjsAbC2+gZIE4kNBmjaIghOHsLPcyB/q2HAD tv9T9vQlGkOTEgY2ggSBuKTSt9Xsn1x7qDFRPK91HC2Pn5J0fXH7Z8emEnJfHe6Fj611 sv/9YpwS8M82zAiV9CRFklpVUfwZgxLW3ZsdMSnKt22zZgoOLOpdcpHTcuhXM6wFqYPJ 2CLK1Q61NyvyejbqiVpCdYQFWpNhJDc/7GWKoed3ld6L2R27F+hioiI5f47DcXMF3B9U MHOfSFAwGd9oWzuvB2qrG1aGxtwrsCPQAibjCSDz8xo0V/7T9awiawTxPRdbq59GM4Ax mFBg== X-Gm-Message-State: APjAAAVABY/2/ezsXRWsrfuhX4l9fuDFgwXUAWHkdRyv6bwbhLAgiP0c gkmfA0YaKmH7n3YGk+fiqzlsip/TuAJwBAhct98= X-Google-Smtp-Source: APXvYqztEmGeu/mIZjtzM8w3s+KhzUtljG60sNQaSj/rOWqyzIoMOFb/uxfJPK6U6doNIBkmnKvZ52eZr5k72mipz48= X-Received: by 2002:a17:90a:1b2a:: with SMTP id q39mr14371217pjq.119.1571448123356; Fri, 18 Oct 2019 18:22:03 -0700 (PDT) MIME-Version: 1.0 From: Stefan Kangas Date: Sat, 19 Oct 2019 03:21:52 +0200 Message-ID: Content-Type: text/plain; charset="UTF-8" X-Spam-Score: 0.3 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) Boruch Baum writes: > I had some time to look at the pacakge, and produced some notes and a > patch file, before realizing that it would be a good idea to consult > with you both before continuing and possibly wasting a lot of my > volunteer time-budget. That was in March 2018, but it seems like you unfortunately never got a reply here. Are you still working on this? Could you send the patch you wrote? > @Eli: In many places in the code, there exist in-line documentation that > would be appropriate as a doc-string; however, those cases are mostly > internal functions of the form `cua--foo', so the question arose for me: > is there emacs policy NOT to produce doc-strings for such functions. It's better if they have a doc string even if they are internal functions. It could make sense to rework comments into doc strings, but I don't know the specifics in this case. > @Kim & @ELi: My initial notes and patch file are attached, for feedback > if I got anything wrong, and for approval of the proposed changes: > > 1. The docstring issue, until I realized I should ask. > > 2. @Kim: At the end of the first diff block, I noted an issue about the > `cua--last-killed-rectangle' data structure. Could you set me right > about it? > > 3. I noticed that `M-m' was bound to `cua-copy-rectangle-as-text' > instead of `back-to-indentation', so I took the liberty of writing a > function `cua-resize-rectangle-back-to-indentation' and binding it to > `M-m', which is what most users would expect. If this approved, to > what should be bound `cua-copy-rectangle-as-text' > > 4. Function `cua-resize-rectangle-bot' had a bug in that it always > placed point at the actual (point-max) even though the rectangle > corner would not be there. This would occur when (point-max) was at a > column number smaller than the left edge of the rectangle. The patch > file includes the fix. > > 5. Two commonly used navigation functions, normally bound to `C-a' and > `C-e' were not remapped. (DONE) > > 6. The help message is remapped from `C-?' to `M-?' for the sanity of > people like me who use emacs-nox and can only perform a `C-?' by > typing `C-x @ c ?'. > > 7. The current keybindings are made using an old method of keystroke > definition that I find a bit scary. Is it OK / desirable to change > the method uniformly to use `kbd'? > > First slow steps. Best regards, Stefan Kangas From unknown Tue Jun 17 22:24:11 2025 X-Loop: help-debbugs@gnu.org Subject: bug#30085: 25.2: Documentation for cua-rectangle-mark-mode Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 19 Oct 2019 06:41:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 30085 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Stefan Kangas Cc: 30085@debbugs.gnu.org, boruch_baum@gmx.com, storm@cua.dk Received: via spool by 30085-submit@debbugs.gnu.org id=B30085.157146722023540 (code B ref 30085); Sat, 19 Oct 2019 06:41:02 +0000 Received: (at 30085) by debbugs.gnu.org; 19 Oct 2019 06:40:20 +0000 Received: from localhost ([127.0.0.1]:51827 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iLiPU-00067c-7Z for submit@debbugs.gnu.org; Sat, 19 Oct 2019 02:40:20 -0400 Received: from eggs.gnu.org ([209.51.188.92]:50924) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iLiPR-00067J-TX for 30085@debbugs.gnu.org; Sat, 19 Oct 2019 02:40:18 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:60531) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1iLiPK-0004XK-UR; Sat, 19 Oct 2019 02:40:10 -0400 Received: from [176.228.60.248] (port=1444 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1iLiPJ-0001mL-Oz; Sat, 19 Oct 2019 02:40:10 -0400 Date: Sat, 19 Oct 2019 09:39:57 +0300 Message-Id: <831rv98chu.fsf@gnu.org> From: Eli Zaretskii In-reply-to: (message from Stefan Kangas on Sat, 19 Oct 2019 03:21:52 +0200) References: X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > From: Stefan Kangas > Date: Sat, 19 Oct 2019 03:21:52 +0200 > Cc: Eli Zaretskii , 30085@debbugs.gnu.org, Kim Storm > > Boruch Baum writes: > > > I had some time to look at the pacakge, and produced some notes and a > > patch file, before realizing that it would be a good idea to consult > > with you both before continuing and possibly wasting a lot of my > > volunteer time-budget. > > That was in March 2018, but it seems like you unfortunately never got a > reply here. Are you still working on this? Could you send the patch > you wrote? If Kim doesn't respond, as he didn't back then, I suggest you use your best judgment to retain whatever seems useful from this patch. Internal functions indeed don't need to be documented, but if the doc string makes a significant difference in how easy it is to understand what the function does, including a doc string can only help future maintenance. I know very little about cua-rectangle-mode, mainly around the tricks it plays with the display code (and the special support these tricks have in the display engine), so I cannot answer the questions that Boruch asked. Thanks. From unknown Tue Jun 17 22:24:11 2025 X-Loop: help-debbugs@gnu.org Subject: bug#30085: 25.2: Documentation for cua-rectangle-mark-mode Resent-From: Boruch Baum Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 23 Oct 2019 10:57:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 30085 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Stefan Kangas Cc: 30085@debbugs.gnu.org, Eli Zaretskii , Kim Storm Received: via spool by 30085-submit@debbugs.gnu.org id=B30085.157182821323520 (code B ref 30085); Wed, 23 Oct 2019 10:57:01 +0000 Received: (at 30085) by debbugs.gnu.org; 23 Oct 2019 10:56:53 +0000 Received: from localhost ([127.0.0.1]:32771 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iNEJu-00067F-N8 for submit@debbugs.gnu.org; Wed, 23 Oct 2019 06:56:53 -0400 Received: from mout.gmx.net ([212.227.17.20]:47215) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iNEJr-00066z-9V for 30085@debbugs.gnu.org; Wed, 23 Oct 2019 06:56:48 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1571828193; bh=rSdjy3/Zve52GGbTWLNSwl43rNOsQtMJjK+F1wemOVU=; h=X-UI-Sender-Class:Date:From:To:Cc:Subject:References:In-Reply-To; b=YGuoe18dzEaKRfwuFoEPXXJhjAKB8kVZsdkUONFIsX15TF6FqCJAQQQXlUOyTcJUH VxgQqyCI0xbt5XIFZLjywPtqdxnxIZqHwlqnNoC4GxFy/jIBuR7anRfCe6iM+PuXOt ObWHB3v/BnnZ9GO/h3CpCP1No+uoIyOF/AYAyUGQ= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Received: from E15-2016.optimum.net ([96.246.226.236]) by mail.gmx.com (mrgmx104 [212.227.17.174]) with ESMTPSA (Nemesis) id 1N8obG-1huF4J12GM-015mx1; Wed, 23 Oct 2019 12:56:33 +0200 Date: Wed, 23 Oct 2019 06:56:28 -0400 From: Boruch Baum Message-ID: <20191023105628.7vpkkoonfskgse2a@E15-2016.optimum.net> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: NeoMutt/20180716 X-Provags-ID: V03:K1:N9n9PhmwtfYvTjmU5uEFfW2EJNOPYGG0CHpc8wt8D4i9AbgiCwc AIZtwQYGKwCNOQ79PNEisML3OgLGd0QxU+9unAvP/M0WhYgEIcVb+Nxs9UtoNTaAF5kWQ5G Rj2jwIh14bC4BqBdfhTQxsW+knKLEtmW750IyIEGQB88uVJBP3vVUr5fd6C/hwW98K9yDZu iQPE4VwZ8zgbcSoAEQjoA== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:yKSt4s3TOt4=:c3cux8leOz9SkmtRaOY/vE mRmxpG6sLZKb+gfQTdenJJHViqMfczsdDdMoDDbvr/ZEW3KK+HIyoxlSW6mdDXPb3qF/ZZayq NHGLcFUmeuKYUD9QPXboDw9o/cTvAqhnNZv0KzkjRCQ7avbjUz64UNGeBuOkFuAFrbf31f5q8 LDKuweKvRmhJPNnjKYVjTcp6gCyRT7CEmD6hDUjUV2v+e5VWxV3uYVJ7nPbxEQmD5GFiVpWqX TZePC61MZAVIYxS6sAuvb1gxBl8xRo4dyV4JHs6ruf3a0+KUdkmKKC8v01x2KYe3/XJkq21rl KqieLBwYGiXDKEz8bnGPDpeKuJrlSUGgy5QelqxMzKqvedRm6tsAG+NPdZhxiMxn1QOnZtoxi SydqhCmITacU8N9EPpsocEzLgL33Im410atSvTWseEON3hGsxTL0b7ki7Barm2NYMRBST3XHp fiRZCORzLbaZMLUe/H82nRQ7OPNpz34VBvJd2rlaXFooFHrO+c3BVhQHmo3pO24CJ0OGwtpOD UG/jr2NZE6xYZezDusOZC7WUQwesCFZCsuQycog4mm5kHAE9o8PhnojxTSliUU7HmchTXUpUT SZluEOQ0zInOdHV/6wgUZt7YsGYlw1KU3w4IKAdbWYwoP8ocHsC6lvCmqovngvOguBxaB3+7S /78EhiJexr/iiP/x2opFm8+tGGhDReIPbDYcVGHb45nbE0ZJfIn4NFN6JpX4rUDq2zdEYF2fI 6IuoEe2YD/j6Se4hKFsEdEfQdTiO5Od9Gd8f6HV8nfPtgX/uoyW/poSkHHNhSyEDPd+J/Iej1 iBGiN4Q8HNQ3gpFVnRve3+MAQPTrSezMBSTJg+U1t/OU2IGfZidtjzVA2sxbaRc6RY1uWD7Cf FX+SPRkrAMyHj6E3oHK+n64wyeTrzihJQ7wwhizH8SLtT3VnMKgcim578UneT3HcghCViRCyB wkP0/OI0JE6CjyfCE2dKWFw8AsqzRMuRyHM/8f/IicfXZmdVPa6IMgfmWphv2X3Q7nP5rbkTL hcAUdEs97FLmYP4GvggwPy1X0YzHVWGOPvWdEp/TV+E25Ze6pfZnVf1f55oauJPL7BO2EuukR Jbk+oUAHwlco46DVyE512eolHhrSGJCZfwcU6KnSlOqSfYIVOz+A6muyzxIDsUyiPdhNvCugR lKQfAjHS1jsaDaA3clVguY//FEkvXgtVjZtdyuz+DSkmLBobH6VczUlkj62aFZ5UvAPiDwZyi 1KLtC7XhE2sUvFJ7zyixiSA6fO0ZwgHcKCHQQjdxBs9cB5FGbpdle5e/2ocI= Content-Transfer-Encoding: quoted-printable X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) Hi Stefan. Thanks for re-visiting this. On 2019-10-19 03:21, Stefan Kangas wrote: > Boruch Baum writes: > > > I had some time to look at the pacakge, and produced some notes and a > > patch file, before realizing that it would be a good idea to consult > > with you both before continuing and possibly wasting a lot of my > > volunteer time-budget. > > That was in March 2018, but it seems like you unfortunately never got a > reply here. Bummer that, but people mostly contribute on a volunteer-basis and have lives outside of emacs, so I didn't take it personally. > Are you still working on this? No. I was discouraged from continuing by the silence and lack of response to my submitted patch and notes. > Could you send the patch you wrote? It's been hiding on the bug report thread since 21 Mar 2018: https://debbugs.gnu.org/cgi/bugreport.cgi?filename=3Dcua-rect.patch;msg= =3D23;bug=3D30085;att=3D1 https://debbugs.gnu.org/cgi/bugreport.cgi?msg=3D23;filename=3Dcua-rect-n= otes.txt;att=3D2;bug=3D30085 There may be other useful data in the thread; I don't remember. I've just returned from holiday and had a backlog of work before I left, so I can't commit to continuing this anytime soon, but I remember that the patch did fix some issues, so if you want to carry the ball, then the patch and accompanying notes could be useful. =2D- hkp://keys.gnupg.net CA45 09B5 5351 7C11 A9D1 7286 0036 9E45 1595 8BC0 From unknown Tue Jun 17 22:24:11 2025 X-Loop: help-debbugs@gnu.org Subject: bug#30085: 25.2: Documentation for cua-rectangle-mark-mode Resent-From: Stefan Kangas Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 23 Oct 2019 11:12:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 30085 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Boruch Baum Cc: 30085@debbugs.gnu.org, Eli Zaretskii , Kim Storm Received: via spool by 30085-submit@debbugs.gnu.org id=B30085.157182907324913 (code B ref 30085); Wed, 23 Oct 2019 11:12:01 +0000 Received: (at 30085) by debbugs.gnu.org; 23 Oct 2019 11:11:13 +0000 Received: from localhost ([127.0.0.1]:32787 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iNEXp-0006Tk-71 for submit@debbugs.gnu.org; Wed, 23 Oct 2019 07:11:13 -0400 Received: from mail-pf1-f180.google.com ([209.85.210.180]:35361) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iNEXn-0006TX-8i for 30085@debbugs.gnu.org; Wed, 23 Oct 2019 07:11:11 -0400 Received: by mail-pf1-f180.google.com with SMTP id 205so12728510pfw.2 for <30085@debbugs.gnu.org>; Wed, 23 Oct 2019 04:11:11 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=ARN+zw2sDmkhqqwFwUa2g5+33KsgRsnQ+23nyhQidLI=; b=pkZPvWtOeBRvgTz23hpuIDLWmjtQf+2pgh8YEOh1/NpGha1dES3ZSMkmDyBlHBBMPQ oUSW+vPV56qe7L5Lx/a2GRzXxD1KvPBjQZMlW+Z/602f/fn/fOOXYoMdDv3jWECG62T/ +/SMoeooKPILZycHEjYii3NBOuibx5Tq3dNOUOWEGXCulM79Vo6w9hBs+XtIaa+rd3Dm lMql5a7E2GpIeUhUEzdAVsHbgm5hnvCJF3bYv3yZVfYBBi5AflMc0e51I9MSqfp9d8r1 e7yhXiabMsT6rhhObEEzvUsfZQJtkbHuKbCUljDL58ov5kQVhO4jjc7FIQNyzmpzz8Ur 4O0A== X-Gm-Message-State: APjAAAU6ZcBMXTrJw+e95EDz7npz9IbTBECSycn3k6efKdIl080TkuDx 8bWcsKjlvuYi75rPiTSOP/R1O/8RACu1P1V9qkk= X-Google-Smtp-Source: APXvYqzYCGjXml6p4/0Dbc9dFHH5asbanUMwAvJewQizTOvogKAfpvTW8B9QsvOFEDXeO+nkadkHbRJ/T7UFcDxpl/Y= X-Received: by 2002:aa7:80c6:: with SMTP id a6mr9798288pfn.107.1571829064439; Wed, 23 Oct 2019 04:11:04 -0700 (PDT) MIME-Version: 1.0 References: <20191023105628.7vpkkoonfskgse2a@E15-2016.optimum.net> In-Reply-To: <20191023105628.7vpkkoonfskgse2a@E15-2016.optimum.net> From: Stefan Kangas Date: Wed, 23 Oct 2019 13:10:53 +0200 Message-ID: Content-Type: text/plain; charset="UTF-8" X-Spam-Score: 0.5 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.5 (/) Hi Boruch, Boruch Baum writes: > > Are you still working on this? > > No. I was discouraged from continuing by the silence and lack of > response to my submitted patch and notes. FWIW, I think these looks like useful changes. Thanks for working on it. > > Could you send the patch you wrote? > > It's been hiding on the bug report thread since 21 Mar 2018: Oh, I must've missed it. Thanks. > There may be other useful data in the thread; I don't remember. I've > just returned from holiday and had a backlog of work before I left, so I > can't commit to continuing this anytime soon, but I remember that the > patch did fix some issues, so if you want to carry the ball, then the > patch and accompanying notes could be useful. I'm not sure I can be of much help, since I've never used cua-mode and know nothing about it. I'm mostly here to nudge along the work of improving the documentation. I think this is important work, if somewhat thankless. I therefore suggest that you revisit this when you find some time, and in the meanwhile we can see if someone more knowledgeable than me picks up the ball. Thanks again for the update. Best regards, Stefan Kangas From unknown Tue Jun 17 22:24:11 2025 X-Loop: help-debbugs@gnu.org Subject: bug#30085: 25.2: Documentation for cua-rectangle-mark-mode Resent-From: Lars Ingebrigtsen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 28 Oct 2019 10:42:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 30085 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Stefan Kangas Cc: 30085@debbugs.gnu.org, Boruch Baum , Kim Storm Received: via spool by 30085-submit@debbugs.gnu.org id=B30085.157225929613303 (code B ref 30085); Mon, 28 Oct 2019 10:42:02 +0000 Received: (at 30085) by debbugs.gnu.org; 28 Oct 2019 10:41:36 +0000 Received: from localhost ([127.0.0.1]:43919 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iP2St-0003SU-PR for submit@debbugs.gnu.org; Mon, 28 Oct 2019 06:41:35 -0400 Received: from quimby.gnus.org ([80.91.231.51]:38382) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iP2Sq-0003SF-1u for 30085@debbugs.gnu.org; Mon, 28 Oct 2019 06:41:33 -0400 Received: from cm-84.212.202.86.getinternet.no ([84.212.202.86] helo=marnie) by quimby.gnus.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.89) (envelope-from ) id 1iP2Sl-00063d-Fy; Mon, 28 Oct 2019 11:41:29 +0100 From: Lars Ingebrigtsen References: <20191023105628.7vpkkoonfskgse2a@E15-2016.optimum.net> Date: Mon, 28 Oct 2019 11:41:27 +0100 In-Reply-To: (Stefan Kangas's message of "Wed, 23 Oct 2019 13:10:53 +0200") Message-ID: <87zhhlb19k.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: Stefan Kangas writes: > I'm mostly here to nudge along the work of improving the > documentation. I think this is important work, if somewhat thankless. There may not be many thanks, but it's really appreciated. :-) Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: 0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Stefan Kangas writes: > I'm mostly here to nudge along the work of improving the > documentation. I think this is important work, if somewhat thankless. There may not be many thanks, but it's really appreciated. :-) -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From unknown Tue Jun 17 22:24:11 2025 X-Loop: help-debbugs@gnu.org Subject: bug#30085: 25.2: Documentation for cua-rectangle-mark-mode Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 28 Oct 2019 16:12:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 30085 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Lars Ingebrigtsen Cc: 30085@debbugs.gnu.org, stefan@marxist.se, boruch_baum@gmx.com, storm@cua.dk Received: via spool by 30085-submit@debbugs.gnu.org id=B30085.157227910520635 (code B ref 30085); Mon, 28 Oct 2019 16:12:02 +0000 Received: (at 30085) by debbugs.gnu.org; 28 Oct 2019 16:11:45 +0000 Received: from localhost ([127.0.0.1]:46261 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iP7cK-0005Me-Mt for submit@debbugs.gnu.org; Mon, 28 Oct 2019 12:11:45 -0400 Received: from eggs.gnu.org ([209.51.188.92]:56607) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iP7cI-0005MS-HS for 30085@debbugs.gnu.org; Mon, 28 Oct 2019 12:11:39 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:49266) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1iP7cC-0000EC-B7; Mon, 28 Oct 2019 12:11:32 -0400 Received: from [176.228.60.248] (port=3307 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1iP7c3-0000nM-0q; Mon, 28 Oct 2019 12:11:24 -0400 Date: Mon, 28 Oct 2019 18:11:16 +0200 Message-Id: <835zk8svdn.fsf@gnu.org> From: Eli Zaretskii In-reply-to: <87zhhlb19k.fsf@gnus.org> (message from Lars Ingebrigtsen on Mon, 28 Oct 2019 11:41:27 +0100) References: <20191023105628.7vpkkoonfskgse2a@E15-2016.optimum.net> <87zhhlb19k.fsf@gnus.org> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > From: Lars Ingebrigtsen > Date: Mon, 28 Oct 2019 11:41:27 +0100 > Cc: 30085@debbugs.gnu.org, Boruch Baum , > Kim Storm > > Stefan Kangas writes: > > > I'm mostly here to nudge along the work of improving the > > documentation. I think this is important work, if somewhat thankless. > > There may not be many thanks, but it's really appreciated. :-) Certainly. Thanks! From unknown Tue Jun 17 22:24:11 2025 X-Loop: help-debbugs@gnu.org Subject: bug#30085: 25.2: Documentation for cua-rectangle-mark-mode Resent-From: Stefan Kangas Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 27 Oct 2020 01:41:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 30085 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: 30085@debbugs.gnu.org, boruch_baum@gmx.com, storm@cua.dk Received: via spool by 30085-submit@debbugs.gnu.org id=B30085.160376280227354 (code B ref 30085); Tue, 27 Oct 2020 01:41:02 +0000 Received: (at 30085) by debbugs.gnu.org; 27 Oct 2020 01:40:02 +0000 Received: from localhost ([127.0.0.1]:42199 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kXDxx-000774-TN for submit@debbugs.gnu.org; Mon, 26 Oct 2020 21:40:02 -0400 Received: from mail-ed1-f52.google.com ([209.85.208.52]:45048) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kXDxv-00076l-Ga for 30085@debbugs.gnu.org; Mon, 26 Oct 2020 21:39:59 -0400 Received: by mail-ed1-f52.google.com with SMTP id t20so11965008edr.11 for <30085@debbugs.gnu.org>; Mon, 26 Oct 2020 18:39:59 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:in-reply-to:references:user-agent :mime-version:date:message-id:subject:to:cc; bh=nqGi49PtSvPlak4yov8tuQ8pQBsQ8ikEwfDfzQtQUaI=; b=npW+B+Qa/wFAK6wLPSWgyMrQ5+UYHciIl0+QVObSWj/KP2FfIOkmEwRNsUDCob+lNU 4l8XxpplZNqdcxi5/v1wSC4dtQcydx9utUXzWV2Q9P091HeZXIEQSQT9KpkubqBFEwWV lpklUfwo48718xoOdNfpyzdhOcB/6PllQU2/aXhJW2o8fXyrgiXbniNZkSJZp0JUORlJ k3IEKUBBA4IF4pE12a+HlSLpOcw2/ZKRVzUQ1dDkRz+rUkJ9GVUGgGvkR0R5ecJgQlJY bickzRpfma9vcJ16hZYhxfRYzDvE3EtDda1XZuQoII2Uvo574ECUusDnHZT1SRqLGN5Y OYRg== X-Gm-Message-State: AOAM5315bIXhC3vmTHoP0YgiI9/IUwKbsAhqz4TFqkJKLL/F6oAzNNVa xTfSxhFYuRzBd0o9jXJ31/XkdPwBfDErE4wY64c= X-Google-Smtp-Source: ABdhPJxuG4aHCMIMp1v6Nm8ofTvK3mAdzKN2QN/xkfk8vpF6vd9Udl8w6PSgKYuZJKWitzbXk49Qo2dYjbPcIRJQb2E= X-Received: by 2002:a05:6402:1201:: with SMTP id c1mr18943229edw.210.1603762793768; Mon, 26 Oct 2020 18:39:53 -0700 (PDT) Received: from 753933720722 named unknown by gmailapi.google.com with HTTPREST; Mon, 26 Oct 2020 18:39:53 -0700 From: Stefan Kangas In-Reply-To: <831rv98chu.fsf@gnu.org> (Eli Zaretskii's message of "Sat, 19 Oct 2019 09:39:57 +0300") References: <831rv98chu.fsf@gnu.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Date: Mon, 26 Oct 2020 18:39:53 -0700 Message-ID: Content-Type: text/plain; charset="UTF-8" X-Spam-Score: 0.5 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.5 (/) Eli Zaretskii writes: > If Kim doesn't respond, as he didn't back then, I suggest you use your > best judgment to retain whatever seems useful from this patch. > > Internal functions indeed don't need to be documented, but if the doc > string makes a significant difference in how easy it is to understand > what the function does, including a doc string can only help future > maintenance. So I finally had a look and pushed the relevant documentation changes. In effect large parts of the patch was converting existing comments into docstrings. They aren't the most beautiful in all cases, but definitely better than nothing. From unknown Tue Jun 17 22:24:11 2025 X-Loop: help-debbugs@gnu.org Subject: bug#30085: 25.2: Documentation for cua-rectangle-mark-mode Resent-From: Stefan Kangas Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 27 Oct 2020 01:51:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 30085 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Boruch Baum Cc: 30085@debbugs.gnu.org, Eli Zaretskii , Kim Storm Received: via spool by 30085-submit@debbugs.gnu.org id=B30085.160376344328342 (code B ref 30085); Tue, 27 Oct 2020 01:51:01 +0000 Received: (at 30085) by debbugs.gnu.org; 27 Oct 2020 01:50:43 +0000 Received: from localhost ([127.0.0.1]:42211 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kXE8J-0007N4-5w for submit@debbugs.gnu.org; Mon, 26 Oct 2020 21:50:43 -0400 Received: from mail-ed1-f65.google.com ([209.85.208.65]:40001) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kXE8H-0007Mp-VI for 30085@debbugs.gnu.org; Mon, 26 Oct 2020 21:50:42 -0400 Received: by mail-ed1-f65.google.com with SMTP id p93so1633008edd.7 for <30085@debbugs.gnu.org>; Mon, 26 Oct 2020 18:50:41 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:in-reply-to:references:user-agent :mime-version:date:message-id:subject:to:cc; bh=aTEzPcMXMYxlakKGRjZxvJWS/XGAcClIv3WYfGCXufw=; b=Xl0fWZzyW9MIEWHxRs4piPWhpnviXJeLsbkoVWvSsbrA60wXLzv394cTa5LtBrOM6c 0vmQSJLyV5+4ZaVbPcjhhES21skqdLP88Le4zlZamWESrnS192EogaJaeBKy+V7VB5mq 2NxwJZ9G2+wZ00+YTtiw/2Y3XLxY/dNH/pTdQ2sSG6+jZnOXK6BCAnwfwFd0i5iuOIAh DAf+qzJQ9yl6uhUCdQXhIYYo4PkNCFzObHZ/EHitT/wMSlC93IHW9gvyWKn8Fj6Hawq8 HPr4SuknYMjDOzKO5I74TdBEI/y0F723aTKgrpzloPFNXwUXk0cgt+OR5O8ZqRiJh27L v0xg== X-Gm-Message-State: AOAM532FPfugTTgkTlGDZ37eDrnl8djrmtox6CYpvxDKkVCAjwDeuYgJ CuCYqKsKzahMgOOgWQyjf66vLb7sPH2ixmLVmAU= X-Google-Smtp-Source: ABdhPJyLws1ujQRjyiKFVjjv96XEbTs3pPKaN0FbiFkLezU1E8kwufY2TC93IRUxNlSGBRUegQcrFg5bHL7d7VO4moM= X-Received: by 2002:aa7:c694:: with SMTP id n20mr19219074edq.160.1603763436112; Mon, 26 Oct 2020 18:50:36 -0700 (PDT) Received: from 753933720722 named unknown by gmailapi.google.com with HTTPREST; Mon, 26 Oct 2020 18:50:35 -0700 From: Stefan Kangas In-Reply-To: <20180321124836.puwmknqvo6zketnk@E15-2016.optimum.net> (Boruch Baum's message of "Wed, 21 Mar 2018 08:48:36 -0400") References: <20180112071426.uq2x3nlcs6jo57hm@E15-2016.optimum.net> <83mv1j2zz4.fsf@gnu.org> <0e8d20ba-84c9-1509-0f52-b8b4b649e00a@cua.dk> <834lnq3o4i.fsf@gnu.org> <20180321124836.puwmknqvo6zketnk@E15-2016.optimum.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Date: Mon, 26 Oct 2020 18:50:35 -0700 Message-ID: Content-Type: multipart/mixed; boundary="000000000000e9fb8605b29d4559" X-Spam-Score: 0.5 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.5 (/) --000000000000e9fb8605b29d4559 Content-Type: text/plain; charset="UTF-8" Boruch Baum writes: > 1. The docstring issue, until I realized I should ask. Thanks, I've pushed that part to master in your name with some touch-ups. I also added a ChangeLog entry. See commit cfc70e51c2 on the master branch. > 2. @Kim: At the end of the first diff block, I noted an issue about the > `cua--last-killed-rectangle' data structure. Could you set me right > about it? I left this as a FIXME comment, since it doesn't seem like anyone knows the answer. Hopefully someone so inclined will take a closer look at some point. > 3. I noticed that `M-m' was bound to `cua-copy-rectangle-as-text' > instead of `back-to-indentation', so I took the liberty of writing a > function `cua-resize-rectangle-back-to-indentation' and binding it to > `M-m', which is what most users would expect. If this approved, to > what should be bound `cua-copy-rectangle-as-text' > > 4. Function `cua-resize-rectangle-bot' had a bug in that it always > placed point at the actual (point-max) even though the rectangle > corner would not be there. This would occur when (point-max) was at a > column number smaller than the left edge of the rectangle. The patch > file includes the fix. > > 5. Two commonly used navigation functions, normally bound to `C-a' and > `C-e' were not remapped. (DONE) Could you please provide instructions for how to test the above parts? I don't use this mode and it's not clear to me what to do. Also, could you perhaps split the patch up and make it clear which parts of your code belong to which of the above points? Ideally, if possible, you would also add ChangeLog entries as per etc/CONTRIBUTE. > 6. The help message is remapped from `C-?' to `M-?' for the sanity of > people like me who use emacs-nox and can only perform a `C-?' by > typing `C-x @ c ?'. I don't understand which part of your patch this refers to, or how to test it. Could you please clarify? > 7. The current keybindings are made using an old method of keystroke > definition that I find a bit scary. Is it OK / desirable to change > the method uniformly to use `kbd'? I have no strong opinion on this, but it seems relatively minor. Perhaps it's not worth the code churn. > First slow steps. I've attached a diff with the parts of your patch that I didn't yet push to master. Thanks. --000000000000e9fb8605b29d4559 Content-Type: text/x-diff; charset="US-ASCII"; name="bug30085-left-out.diff" Content-Disposition: attachment; filename="bug30085-left-out.diff" Content-Transfer-Encoding: base64 X-Attachment-Id: 51ce2a77c7be4879_0.1 ZGlmZiAtLWdpdCBhL2xpc3AvZW11bGF0aW9uL2N1YS1yZWN0LmVsIGIvbGlzcC9lbXVsYXRpb24v Y3VhLXJlY3QuZWwKaW5kZXggN2NhOWRjMWFmMS4uNTJjZGNkOTc2NyAxMDA2NDQKLS0tIGEvbGlz cC9lbXVsYXRpb24vY3VhLXJlY3QuZWwKKysrIGIvbGlzcC9lbXVsYXRpb24vY3VhLXJlY3QuZWwK QEAgLTQyMywxMCArNDIzLDIzIEBAIGN1YS1yZXNpemUtcmVjdGFuZ2xlLWJvbAogICAgICAgICAo Y3VhLS1yZWN0YW5nbGUtY29ybmVyIC0xKSkKICAgICAoY3VhLS1yZWN0YW5nbGUtcmVzaXplZCkp KQogCisoZGVmdW4gY3VhLXJlc2l6ZS1yZWN0YW5nbGUtYmFjay10by1pbmRlbnRhdGlvbiAoKQor ICAiUmVzaXplIHJlY3RhbmdsZSB0byBmaXJzdCBub24td2hpdGVzcGFjZSBjaGFyYWN0ZXIgb24g dGhlIGxlZnQuIgorICAoaW50ZXJhY3RpdmUpCisgICh1bmxlc3MgKGJvbHApCisgICAgKGJhY2st dG8taW5kZW50YXRpb24pCisgICAgKGN1YS0tcmVjdGFuZ2xlLWxlZnQgKGN1cnJlbnQtY29sdW1u KSkKKyAgICAoaWYgKGN1YS0tcmVjdGFuZ2xlLXJpZ2h0LXNpZGUpCisgICAgICAgIChjdWEtLXJl Y3RhbmdsZS1jb3JuZXIgLTEpKQorICAgIChjdWEtLXJlY3RhbmdsZS1yZXNpemVkKSkpCisKIChk ZWZ1biBjdWEtcmVzaXplLXJlY3RhbmdsZS1ib3QgKCkKICAgIlJlc2l6ZSByZWN0YW5nbGUgdG8g Ym90dG9tIG9mIGJ1ZmZlci4iCiAgIChpbnRlcmFjdGl2ZSkKICAgKGdvdG8tY2hhciAocG9pbnQt bWF4KSkKKyAgKGxldCAoKGNvbCAoY3VhLS1yZWN0YW5nbGUtY29sdW1uKSkpCisgICAgKHdoZW4g KDwgKGN1cnJlbnQtY29sdW1uKSBjb2wpCisgICAgICAoY3VhLS1mb3J3YXJkLWxpbmUgLTEpKSkK ICAgKG1vdmUtdG8tY29sdW1uIChjdWEtLXJlY3RhbmdsZS1jb2x1bW4pKQogICAoY3VhLS1yZWN0 YW5nbGUtYm90IHQpCiAgIChjdWEtLXJlY3RhbmdsZS1yZXNpemVkKSkKQEAgLTE1MDMsNiArMTUx Niw4IEBAIGN1YS0taW5pdC1yZWN0YW5nbGVzCiAgIChkZWZpbmUta2V5IGN1YS0tcmVjdGFuZ2xl LWtleW1hcCBbcmVtYXAgcHJldmlvdXMtbGluZV0gICAgICAgJ2N1YS1yZXNpemUtcmVjdGFuZ2xl LXVwKQogICAoZGVmaW5lLWtleSBjdWEtLXJlY3RhbmdsZS1rZXltYXAgW3JlbWFwIGVuZC1vZi1s aW5lXSAgICAgICAgICdjdWEtcmVzaXplLXJlY3RhbmdsZS1lb2wpCiAgIChkZWZpbmUta2V5IGN1 YS0tcmVjdGFuZ2xlLWtleW1hcCBbcmVtYXAgYmVnaW5uaW5nLW9mLWxpbmVdICAgJ2N1YS1yZXNp emUtcmVjdGFuZ2xlLWJvbCkKKyAgKGRlZmluZS1rZXkgY3VhLS1yZWN0YW5nbGUta2V5bWFwIFty ZW1hcCBtb3ZlLWVuZC1vZi1saW5lXSAgICAgICAnY3VhLXJlc2l6ZS1yZWN0YW5nbGUtZW9sKQor ICAoZGVmaW5lLWtleSBjdWEtLXJlY3RhbmdsZS1rZXltYXAgW3JlbWFwIG1vdmUtYmVnaW5uaW5n LW9mLWxpbmVdICdjdWEtcmVzaXplLXJlY3RhbmdsZS1ib2wpCiAgIChkZWZpbmUta2V5IGN1YS0t cmVjdGFuZ2xlLWtleW1hcCBbcmVtYXAgZW5kLW9mLWJ1ZmZlcl0gICAgICAgJ2N1YS1yZXNpemUt cmVjdGFuZ2xlLWJvdCkKICAgKGRlZmluZS1rZXkgY3VhLS1yZWN0YW5nbGUta2V5bWFwIFtyZW1h cCBiZWdpbm5pbmctb2YtYnVmZmVyXSAnY3VhLXJlc2l6ZS1yZWN0YW5nbGUtdG9wKQogICAoZGVm aW5lLWtleSBjdWEtLXJlY3RhbmdsZS1rZXltYXAgW3JlbWFwIHNjcm9sbC1kb3duXSAgICAgICAg ICdjdWEtcmVzaXplLXJlY3RhbmdsZS1wYWdlLXVwKQpAQCAtMTUyMiw3ICsxNTM3LDcgQEAgY3Vh LS1pbml0LXJlY3RhbmdsZXMKICAgKGRlZmluZS1rZXkgY3VhLS1yZWN0YW5nbGUta2V5bWFwICJc ciIgICAgICdjdWEtcm90YXRlLXJlY3RhbmdsZSkKICAgKGRlZmluZS1rZXkgY3VhLS1yZWN0YW5n bGUta2V5bWFwICJcdCIgICAgICdjdWEtaW5kZW50LXJlY3RhbmdsZSkKIAotICAoZGVmaW5lLWtl eSBjdWEtLXJlY3RhbmdsZS1rZXltYXAgWyhjb250cm9sID8/KV0gJ2N1YS1oZWxwLWZvci1yZWN0 YW5nbGUpCisgIChkZWZpbmUta2V5IGN1YS0tcmVjdGFuZ2xlLWtleW1hcCAoa2JkICJNLT8iKSAn Y3VhLWhlbHAtZm9yLXJlY3RhbmdsZSkKIAogICAoZGVmaW5lLWtleSBjdWEtLXJlY3RhbmdsZS1r ZXltYXAgW21vdXNlLTFdCSAgICdjdWEtbW91c2Utc2V0LXJlY3RhbmdsZS1tYXJrKQogICAoZGVm aW5lLWtleSBjdWEtLXJlY3RhbmdsZS1rZXltYXAgW2Rvd24tbW91c2UtMV0gJ2N1YS0tbW91c2Ut aWdub3JlKQpAQCAtMTU0Nyw2ICsxNTYyLDkgQEAgY3VhLS1pbml0LXJlY3RhbmdsZXMKICAgKGN1 YS0tcmVjdC1NL0gta2V5ID9rCSdjdWEtY3V0LXJlY3RhbmdsZS1hcy10ZXh0KQogICAoY3VhLS1y ZWN0LU0vSC1rZXkgP2wJJ2N1YS1kb3duY2FzZS1yZWN0YW5nbGUpCiAgIChjdWEtLXJlY3QtTS9I LWtleSA/bQknY3VhLWNvcHktcmVjdGFuZ2xlLWFzLXRleHQpCis7IChjdWEtLXJlY3QtTS9ILWtl eSA/bQknY3VhLWNvcHktcmVjdGFuZ2xlLWFzLXRleHQpIDs7IFRCRAorICAoZGVmaW5lLWtleSBj dWEtLXJlY3RhbmdsZS1rZXltYXAgW3JlbWFwIGJhY2stdG8taW5kZW50YXRpb25dICdjdWEtcmVz aXplLXJlY3RhbmdsZS1iYWNrLXRvLWluZGVudGF0aW9uKQorCiAgIChjdWEtLXJlY3QtTS9ILWtl eSA/bgknY3VhLXNlcXVlbmNlLXJlY3RhbmdsZSkKICAgKGN1YS0tcmVjdC1NL0gta2V5ID9vCSdj dWEtb3Blbi1yZWN0YW5nbGUpCiAgIChjdWEtLXJlY3QtTS9ILWtleSA/cAknY3VhLXRvZ2dsZS1y ZWN0YW5nbGUtdmlydHVhbC1lZGdlcykK --000000000000e9fb8605b29d4559-- From unknown Tue Jun 17 22:24:11 2025 X-Loop: help-debbugs@gnu.org Subject: bug#30085: 25.2: Documentation for cua-rectangle-mark-mode Resent-From: Boruch Baum Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 28 Oct 2020 06:41:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 30085 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Stefan Kangas Cc: 30085@debbugs.gnu.org, Eli Zaretskii , Kim Storm Received: via spool by 30085-submit@debbugs.gnu.org id=B30085.160386724928070 (code B ref 30085); Wed, 28 Oct 2020 06:41:01 +0000 Received: (at 30085) by debbugs.gnu.org; 28 Oct 2020 06:40:49 +0000 Received: from localhost ([127.0.0.1]:46870 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kXf8b-0007Ig-BF for submit@debbugs.gnu.org; Wed, 28 Oct 2020 02:40:49 -0400 Received: from mout.gmx.net ([212.227.15.18]:42635) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kXf8Z-0007IS-Cq for 30085@debbugs.gnu.org; Wed, 28 Oct 2020 02:40:48 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1603867239; bh=MizL/01A+yt7v+FVCdv37XJ5LztbqGmUBWsEBXq4w5g=; h=X-UI-Sender-Class:Date:From:To:Cc:Subject:References:In-Reply-To; b=jK5VIfsSDOvBW5Lmfr/Saq4cJnLT77jdf9Sl9t3q63sfxZD7r2qshI5Ho1SKtPNLe rFq8xS2IJ8tYTemexuwPmCgrIxTGKlkyE1ncnxlB3lxch47xDZARENMsyRWDqlW+Qg gmB+SooaKBTESwGdoj6DJHv7GfWcY3NU5sO3v5cI= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Received: from E15-2016.optimum.net ([71.105.138.177]) by mail.gmx.com (mrgmx005 [212.227.17.184]) with ESMTPSA (Nemesis) id 1MIMfW-1kdBRL13Tg-00EOQw; Wed, 28 Oct 2020 07:40:39 +0100 Date: Wed, 28 Oct 2020 02:40:35 -0400 From: Boruch Baum Message-ID: <20201028064035.anyar4nzv2qv4vce@E15-2016.optimum.net> References: <20180112071426.uq2x3nlcs6jo57hm@E15-2016.optimum.net> <83mv1j2zz4.fsf@gnu.org> <0e8d20ba-84c9-1509-0f52-b8b4b649e00a@cua.dk> <834lnq3o4i.fsf@gnu.org> <20180321124836.puwmknqvo6zketnk@E15-2016.optimum.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: NeoMutt/20180716 X-Provags-ID: V03:K1:eO3o2CIX2Q5PCsk4c5XMpZoY4sY4vJZkgxr8rZeasmcUVcddc6n rnMg3kzvlwU0nzk2DQvY0/uFuaxqfKiKlA8Uqm+GC7XcuJPGisOIm//XmWfqF/pIHO8r3ei uRJRHZGxl2G+sYSkI32dsERHmK6lZLIuiqlWJ+L7durE1QBpPg0o3804SFYGXQlw7B1dUWX taZ70N4kNZ+cmPz2aUUwA== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:OvS1Qyfbs88=:i2R7HD+rCzqk1p6RTuOK5i AnXUFZlG/UMapEOBxLr3SFv5EIFek6caeI8wP94vOEeilkxv8LPhlfWi7enxkRHvEpVe93M/e kX4pbKa0CWB/HmM8Us3PIV2EVe6E7UgT4suypXtHiSRCgamTurlSneeYb/93Gji0oxfx61wWm N2r9nWg4oW3eHJERVqf52k+sGXlCDFc7TYhn2KjmCoK8tmlSR5hdy0CDd2Smwk2q1kHKLmnBg 5SH1OU4FXo5hr+P9bpLzTy8uurJ84S7yJyOXOODDxG6wxmb97bG4/gPJmpSzvWcoDfPD9H/tX UF5sFD/fDfVq5jEjYh5A7t3nExHGGSLOLccIAQfYV0IsL6GC4RX63NQfhKgMK/+FWXQx/xAT1 +A04UI9oIwscvERauCmSB0lxBwBBjTkXoW6rj7K3jlgPZ6wkSgjEoRebGIN1JCDaPVFwro4GO VnOcvTh80gWvTZLReJ9IrsKnB8EDUke3rgSXpi3eUqIa+Syu6caT0DQq8pTdelgsQSXymj1bK nDl4J1qCv84JYm5r1X6NiziEsawFPPtMFuTlLkRSbMTJcH8h9Tjzmol2Z/qNvOhiXT7FWFOUJ ub86XEeruqPxIXEPa5lQVpxU2C2F8DDUTvYL2gs8zWs4XHsT9JIFA2XB8nR1fZUZsKbmEYAnk 2VNUCsnux1cozaUOMTs67yLFH35u40VW/4dwBSVPR0WViyWPnJpbkfhMokl4sWadoM1Sf5JvY GJu3Y1lm36ar3TeVVqpzVmmHlHc4Cu/5LC96rWEYXx4H4yxLK+JUJuiA7440iGGOwKNDWFFNX 2x80ylka66NYY0+caYBISmOEkgAqKXvYeKdY0ZIBQAZi2WWAlPnyKPT1tUjIAcrIojPtwdeth cqoTokTpSG1rUnjbv19Q== Content-Transfer-Encoding: quoted-printable X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) Wow. This is what? Two years old? My vague memory was that this mode seemed very feature-rich and desirable but slightly overlapping the more common rectangle editing functions. When the thread went dead due to lack of response, I stopped investigating and using it. The desirable and unique feature that most stands out in my memory was the mode's ability toggle POINT amongst the four corners of a selected rectangle in order to resize it in any possible direction. I remember the mode had other cool features, but don't remember what they were. One of the deficiencies that I had wanted to address was the mode's lack of documentation, but with the discouraging (lack of) feedback, I just moved on. Following is some feedback: On 2020-10-26 18:50, Stefan Kangas wrote: > Boruch Baum writes: > > > 3. I noticed that `M-m' was bound to `cua-copy-rectangle-as-text' > > instead of `back-to-indentation', so I took the liberty of writing = a > > function `cua-resize-rectangle-back-to-indentation' and binding it = to > > `M-m', which is what most users would expect. If this approved, to > > what should be bound `cua-copy-rectangle-as-text' > > > > 4. Function `cua-resize-rectangle-bot' had a bug in that it always > > placed point at the actual (point-max) even though the rectangle > > corner would not be there. This would occur when (point-max) was at= a > > column number smaller than the left edge of the rectangle. The patc= h > > file includes the fix. > > > > 5. Two commonly used navigation functions, normally bound to `C-a' and > > `C-e' were not remapped. (DONE) > > Could you please provide instructions for how to test the above parts? > I don't use this mode and it's not clear to me what to do. I don't remember how to use the mode and its features (as I mentioned above, it's been two years of non-response), but I see that the notes.txt file that I included along with the patch that there are some tips. I *DO* remember that the remapped functions were to apply operations on the selected rectangle instead of upon the buffer. What I mean is that C-a would go the beginning of the line with the selected rectangle instead of the buffer's beginning of line. And likewise for C-e, M-m. You would need anyway to learn the basics of using the mode before patching it. Once you've figured that out, try C-a, C-e, M-m before and after the patch. Again, some tips are in the notes.txt file accompanying the patch. > Also, could you perhaps split the patch up and make it clear which > parts of your code belong to which of the above points? Nope. At least not anytime reasonably soon. I have a full plate of other FOSS stuff in my inbox just now and other life 'stuff'. > Ideally, if possible, you would also add ChangeLog entries as per > etc/CONTRIBUTE. > > > 6. The help message is remapped from `C-?' to `M-?' for the sanity of > > people like me who use emacs-nox and can only perform a `C-?' by > > typing `C-x @ c ?'. > > I don't understand which part of your patch this refers to, or how to > test it. Could you please clarify? That's easy. It's a single line in the patch... =2D-8<--cut here-(start)------------------------------------------- >8 + (define-key cua--rectangle-keymap (kbd "M-?") 'cua-help-for-rectangle) =2D-8<--cut here-(end)--------------------------------------------- >8 > > 7. The current keybindings are made using an old method of keystroke > > definition that I find a bit scary. Is it OK / desirable to change > > the method uniformly to use `kbd'? > > I have no strong opinion on this, but it seems relatively minor. Perhap= s > it's not worth the code churn. > > First slow steps. > > I've attached a diff with the parts of your patch that I didn't yet push > to master. > > Thanks. Thank you. Word of caution: In the bigger picture, there ought to be a consensus on whether to have two parallel packages that perform basically the same functions in two different ways with two different code-bases. IMO, only one should exist in emacs-core, and if that package can't incorporate the unique features of the other by merging code, the other package should be spun-off to ELPA/MELPA with a note that it has become abandon-ware but retains value. In that spirit, I remember that cua-rectangle mode was clearly *better*, but the development team might shrink from foisting something different on users. In any case, without clear documentation on how to even use the mode, I don't see a chance for the development team to adopt it that way. =2D- hkp://keys.gnupg.net CA45 09B5 5351 7C11 A9D1 7286 0036 9E45 1595 8BC0 From unknown Tue Jun 17 22:24:11 2025 X-Loop: help-debbugs@gnu.org Subject: bug#30085: 25.2: Documentation for cua-rectangle-mark-mode Resent-From: Boruch Baum Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 16 Dec 2020 07:44:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 30085 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Stefan Kangas Cc: 30085@debbugs.gnu.org, Eli Zaretskii , Kim Storm Received: via spool by 30085-submit@debbugs.gnu.org id=B30085.160810461330862 (code B ref 30085); Wed, 16 Dec 2020 07:44:01 +0000 Received: (at 30085) by debbugs.gnu.org; 16 Dec 2020 07:43:33 +0000 Received: from localhost ([127.0.0.1]:59692 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kpRTB-00081i-LI for submit@debbugs.gnu.org; Wed, 16 Dec 2020 02:43:33 -0500 Received: from mout.gmx.net ([212.227.17.20]:58027) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kpRT9-00081T-La for 30085@debbugs.gnu.org; Wed, 16 Dec 2020 02:43:32 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1608104604; bh=4UCMx1bwdpqNPyiFHZofsyMVOIq8DNvKrHiWdIhZMHE=; h=X-UI-Sender-Class:Date:From:To:Cc:Subject:References:In-Reply-To; b=JC4bDVJHQJwYZt/M/GDLAhtTK+XrgVq5iqcExk+jsf8PfgNoFOVMSJNfJGmbKOpGo DHZfVwvDol5SCJ05myyHNa1KGUJn5CIRc0QZ/SQk5gyxjWJDNo1g6HuHXE1H2mlXVq WlpdFvz9nB2y/ogvWXGYA+oWn0xjtnaba4sIW0dg= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Received: from E15-2016.optimum.net ([70.19.86.82]) by mail.gmx.com (mrgmx104 [212.227.17.174]) with ESMTPSA (Nemesis) id 1MK3Rm-1kXM7J2ceM-00LWWp; Wed, 16 Dec 2020 08:43:23 +0100 Date: Wed, 16 Dec 2020 02:43:20 -0500 From: Boruch Baum Message-ID: <20201216074320.u6b6vk43h7kzisr4@E15-2016.optimum.net> References: <20180112071426.uq2x3nlcs6jo57hm@E15-2016.optimum.net> <83mv1j2zz4.fsf@gnu.org> <0e8d20ba-84c9-1509-0f52-b8b4b649e00a@cua.dk> <834lnq3o4i.fsf@gnu.org> <20180321124836.puwmknqvo6zketnk@E15-2016.optimum.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: NeoMutt/20180716 X-Provags-ID: V03:K1:MfXbT69G6RJ4m5m1psE/IWiaX0pDfk5RBjcEcI7NrV3v0vSwOB9 woseaHodcMt9V8WyEWpdSaJTeUxVSVjXzWcL9tlgNtra0rEndex2Rw3XnKXUTiPl1Eq7i97 roSJn7bp80+W9GUrkJJK+v+ciLs+moNEqUgH+Lz/U2q2hiyPbBwXl9unaf3eXF72yQTKPre XCpz5SHmlmdWlZ2vBqQ1Q== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:9Ib5BYvOcWc=:qB8ccLVAEXMPryqJNWIYzC st0rXnZDmG0pPQeJBOUBVeZ6cuY0LzqDqbb46sV0LHp55weQOrlsi6gO6dA9Uk9VnzQyJG7VI FWIEakJ2/qWUcdGyPlkEv84HkFtWU6IqWEffoEwfJgoA2Belnbdx3V1HM/HJMNhTm9fniGKOL 0p1ZQ+4zOWtWrD9lKNkMnOaYYgT9LEFIJ0++WfJ0St0aG8gV7dHzNd/jDlurrG2yp2CTSklag bxqo4Spn9JSSILmdhEWK2BocspYDU934fZtZMR6CMUEXV2AXRq4csaTG6FZ1IZW9bqjpPi7fZ xLs1AxeooGxQ4TuhAiJwKM0+aq0oO8Ie9Kms/6SbK5ymSnnON7Uhzf2vhedmrZs51nbVnTNli TTBp1/eFLG8TVwIKwzmhR7SGeNmqRIMQpE7hw7xMYSti+EGJkSNws/qJi/8uT3MQXOhXdHujF s/s13ED/TzMNeccELOdHuMEsIMU9fq+04ZLJtSd7DLKKdnm0WkOPwSKDCLGlfI9n1v5GewEyA BoTsY91tRimRBrxosj5LLFLNX09c3soyZEpYJXs8g94z9Nz5OcGlavWtlB3HGZBv4vDt0Zq8j SVxp6rpqlOkcL7bRNeQe/wmHhj64ilDm79Bg6kRoKZ84EQQNS1Y0pOItnCAxFMtdYCYUW1X5W mj8U5AiWQw7Z0JDp+LlHPvWAWUnthI1wrDukZmiQQq9svc3m/c2F/a8fx9uNnXApTim4+AY2v K3hpDnmrXMKLyk3g5+bnqCW1I4gJEPp9K15q1aKP99tBT1Uy97zWCefLhVcrD+G9YzAfrCag+ SQMQ4eAxxVTfeu0C24LnxDcLKM7lXw8m539qaD6nXkiiHbSqW01KssUFz9KdGJN7myEmEl+XI TZvvli4AWT/Ztx0E4CgQ== Content-Transfer-Encoding: quoted-printable X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) This issue has foundered due to our lack of expertise and detailed knowledge of the mode. Here's a link to someone promoting the mode, along with two videos. https://karthinks.com/software/more-batteries-included-with-emacs/#easier-= rectangle-editing--m-x-cua-selection-mode =2D- hkp://keys.gnupg.net CA45 09B5 5351 7C11 A9D1 7286 0036 9E45 1595 8BC0