From mboxrd@z Thu Jan 1 00:00:00 1970 From: Nicolas Goaziou Subject: Re: Bug: Deleting region in table [9.0.8 (9.0.8-dist @ /Users/nick/.emacs.d/lisp/org/)] Date: Thu, 17 Aug 2017 18:18:24 +0200 Message-ID: <87r2wanp67.fsf@nicolasgoaziou.fr> References: Mime-Version: 1.0 Content-Type: text/plain Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:39451) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1diNV9-0002BQ-75 for emacs-orgmode@gnu.org; Thu, 17 Aug 2017 12:18:32 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1diNV6-0000wX-1Y for emacs-orgmode@gnu.org; Thu, 17 Aug 2017 12:18:31 -0400 Received: from relay3-d.mail.gandi.net ([217.70.183.195]:34025) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1diNV5-0000w4-Qx for emacs-orgmode@gnu.org; Thu, 17 Aug 2017 12:18:27 -0400 In-Reply-To: (Nick Helm's message of "Mon, 14 Aug 2017 11:14:56 +1200") List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org Sender: "Emacs-orgmode" To: Nick Helm Cc: emacs-orgmode@gnu.org Hello, Nick Helm writes: > Deleting a region within an org table causes point to jump. > > Recipe: > > Emacs -Q > org-mode > > ;make a table > | this is a simple | table | > > double-click "simple" ;place region over a word > > > With the last command, I expect the word "simple" to be deleted, the > right-hand "|" separator (and following column) to close up six chars, > and point to end up to the right of "a ". > > Note however that point winds up in the middle of the next column over > the word "table". Or, more precisely, one screen column to the left of > where it started. An additional space is also inserted in the first > column. > > I had a look at org.el and I think this occurs because the function > `org-delete-backward-char' (which my system calls by default to delete > text in a table) is unaware of the region and treats the case above as a > single char backwards delete. Good catch! Fixed. Thank you for the report and the analysis. Regards, -- Nicolas Goaziou