From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Boruch Baum Newsgroups: gmane.emacs.bugs Subject: bug#18183: 24.3; table-fixed-width-mode fails with kill/yank Date: Mon, 7 Dec 2020 14:18:54 -0500 Message-ID: <20201207191854.nqswve4vjk5q3ucz@E15-2016.optimum.net> References: <53DE7C34.6030304@gmx.com> <87y2idizbd.fsf@gnus.org> <20201206090648.n23pfcopzkalkwqb@E15-2016.optimum.net> <877dpvc8hm.fsf@gnus.org> <20201206182023.jabgkssgn2g4okjt@E15-2016.optimum.net> <871rg1k9hr.fsf@gnus.org> <87wnxtiubi.fsf@gnus.org> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="34034"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: NeoMutt/20180716 Cc: 18183@debbugs.gnu.org To: Lars Ingebrigtsen Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Mon Dec 07 20:21:34 2020 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1kmM4k-0008lb-FM for geb-bug-gnu-emacs@m.gmane-mx.org; Mon, 07 Dec 2020 20:21:34 +0100 Original-Received: from localhost ([::1]:58852 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kmM4j-0006ox-9p for geb-bug-gnu-emacs@m.gmane-mx.org; Mon, 07 Dec 2020 14:21:33 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:47822) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kmM3G-0006nM-R1 for bug-gnu-emacs@gnu.org; Mon, 07 Dec 2020 14:20:02 -0500 Original-Received: from debbugs.gnu.org ([209.51.188.43]:43956) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1kmM3G-00016F-J3 for bug-gnu-emacs@gnu.org; Mon, 07 Dec 2020 14:20:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1kmM3G-0005jN-DX for bug-gnu-emacs@gnu.org; Mon, 07 Dec 2020 14:20:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Boruch Baum Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 07 Dec 2020 19:20:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 18183 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: moreinfo Original-Received: via spool by 18183-submit@debbugs.gnu.org id=B18183.160736874821935 (code B ref 18183); Mon, 07 Dec 2020 19:20:02 +0000 Original-Received: (at 18183) by debbugs.gnu.org; 7 Dec 2020 19:19:08 +0000 Original-Received: from localhost ([127.0.0.1]:55502 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kmM2O-0005hj-86 for submit@debbugs.gnu.org; Mon, 07 Dec 2020 14:19:08 -0500 Original-Received: from mout.gmx.net ([212.227.17.20]:53025) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kmM2K-0005hA-1D for 18183@debbugs.gnu.org; Mon, 07 Dec 2020 14:19:06 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1607368737; bh=HxEpKhgwNZ9sUQJfnoeJmfHYxkYDV31Hs6UtGfb+WPo=; h=X-UI-Sender-Class:Date:From:To:Cc:Subject:References:In-Reply-To; b=CKG4G+5VWTH/r868p0CBWGi6EVsDdVYKz8exUkR6pS5FGK7fYB1rgbqCto4go9CYC UiTUoCD1pqzI5ZrgM7jLQi5473k2q08sEPLqJruqFdQqSSz5e419zSBl9/MzVuywpM JcW6ZAmU6I1wPV3H6KP+nwykso4UtCMkzVtO9i20= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Original-Received: from E15-2016.optimum.net ([70.19.86.82]) by mail.gmx.com (mrgmx105 [212.227.17.174]) with ESMTPSA (Nemesis) id 1MTABT-1ka6Eo1nFH-00UZmK; Mon, 07 Dec 2020 20:18:57 +0100 Content-Disposition: inline In-Reply-To: <87wnxtiubi.fsf@gnus.org> X-Provags-ID: V03:K1:JgtHDEL6mByxQj5Dt9thvxgfjqmnF8D6tPUwIO6W1tD2oZTH9dR KS8WrTmySX+QmXjEw0a5mj/wDYHNQgQDB/TLzPeBLWY4XwoQ4nTsspVofPnYPFqMNS1LBLl RaB/QkITZQwDU736C3p7gt8UP18Yg7ehA+mK5NHc1/QiB4BEUc0E8n3/HrIYVZPVFszIVYk HefQMSJfUePsgQFGznhAA== X-UI-Out-Filterresults: notjunk:1;V03:K0:GaPkGb6u0t8=:AFKpuSym5LiYHTYINQ8Bax QSSiT/Jd34DjvhKUF6FfAhszhV2IahIHfBJ07P8elIvNXB0Yr6LrAY4gTfSWubCFk+bCgkCzH 5tQDHN8Dew41jSr70PWLkrQtMpasrKCrMHtG6rXyPOkzqnyEWZK9q8oAtyPMs0Ge+doruGRks S5hrh2lM6d0hZeQ6mppo+hG2z+vjUM0jGCPgQw3zJW/CsdCTXBWV++pMoGgrm3hlGGmJs+TRf 7l47ahHQLbXy1jEJNZmknheXqUltlieNkTcOLByQ4KVZm+XvfROeJhEUJp8K/q514f53MyedP Bm3+rSaS5HdFyzdlm90KKhDm1vOmK5d1L2CxNuxuI0s+8aMiQT2naVrgDqZNpkTnduqj7rnI4 CDRnb4XY1tNAyb3RRsMOde01IR7wQXPg+79Dfw7VMGrqzeyxItYECyJZ2Eh45kvlEGI8Xq7dL P+swZW6MZaw1LaEwKxFKQtsBHUmJ0Tj7xD8CDvVQKn2KbthrckW+OfOa9dZnlUaJatcJlqR3r FJOwlKPhj6ZypjlDpmJIcV37uS4a5VvwGutAJEVGWLqOkeiAZ0a4TnWSBGhJtPnJf+OimEpcY 4Y0qENcnh++kBmr/dC1I2Zinv/MfgAI3hTQI1W3+8xX0dvU9bnboMTRZoXhc2rpYcEpAlM6XV ZqpLWvAlH+ky8XwZKKDDcTMx75ZW/crCT+MEM1ut3y+F92vhbBP+zH76zqaOuPGe0pTxPrBaQ mmL7O7nicJmSoNFBdY84ErjTylkeUilslvExrXYGe3sRDIftDSS9Tap4bAKVd22BZmy3So3z X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.io gmane.emacs.bugs:195281 Archived-At: Follow-up: The behavior of the table logic is different when not in an org buffer. There seems to be confusion (possibly my confusion?) between using table and org-table. In any event, the ability to mess up things can itself be considered a bug. Try this. In both an empty scratch buffer and an org buffer, perform M-x table-insert. From within each table, press TAB in an attempt to navigate table cells. It works only in the scratch buffer, and in the org buffer, I get a message telling me "Use =E2=80=98C-c '=E2=80=99 to edi= t table.el tables". In the scratch buffer, that is not necessary (and in fact is undefined) , and you can edit the table directly. My fix (so far) works only in the scratch buffer, not in the org buffer. (TANGENT: Also, I see that when using the C-c ' method and canceling out using C-c C-k, POINT is improperly restored to the beginning of the table instead of the point at which C-c ' was invoked.) When the table.el table is created in an org buffer, function org-src--edit-element does the work, and I don't see it using any of the code from table.el. This is asking for trouble in that any code maintenance to table.el functionality (eg. any fix for this bug report) needs to be done in two places, and in this case the code in each place seems very different, so it really is double work. =2D- hkp://keys.gnupg.net CA45 09B5 5351 7C11 A9D1 7286 0036 9E45 1595 8BC0