From mboxrd@z Thu Jan 1 00:00:00 1970 From: Charles Millar Subject: Bug: RET at end of table creates new columand and new row Date: Sat, 2 Dec 2017 08:43:27 -0500 Message-ID: <78ae63f2-92ef-f069-5ba8-28eded96d6ec@verizon.net> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:56192) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1eL8Pu-0002mX-1M for emacs-orgmode@gnu.org; Sat, 02 Dec 2017 09:05:19 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1eL8Pp-0008Sz-U5 for emacs-orgmode@gnu.org; Sat, 02 Dec 2017 09:05:18 -0500 Received: from omr-m017e.mx.aol.com ([204.29.186.19]:43615) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1eL8Pp-0008Rp-Pa for emacs-orgmode@gnu.org; Sat, 02 Dec 2017 09:05:13 -0500 Received: from mtaout-aaf01.mx.aol.com (mtaout-aaf01.mx.aol.com [172.26.127.97]) by omr-m017e.mx.aol.com (Outbound Mail Relay) with ESMTP id 14C6338000A6 for ; Sat, 2 Dec 2017 08:43:35 -0500 (EST) Received: from [10.0.0.2] (0x5b31302e302e302e325d [96.238.157.155]) by mtaout-aaf01.mx.aol.com (MUA/Third Party Client Interface) with ESMTPA id 2198838000085 for ; Sat, 2 Dec 2017 08:43:33 -0500 (EST) Content-Language: en-US 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: "emacs-orgmode@gnu.org" Hello, According to the manual RET org-table-next-row Re-align the table and move down to next row. Creates a new row if necessary. At the beginning or end of a line, RET still does NEWLINE, so it can be used to split a table. ECM - Create a one column, one row table, hit TAB which results in a two row, one column table. Point is then immediately after the last |. When I RET, a new column and new row are created. Point is immediately before end-of-buffer. This may make a difference. I would expect a new line and no continuation of the table, in any way. Org mode version 9.1.3 (release_9.1.3-202-g326b2e.dirty @ /usr/local/share/emacs/site-lisp/org-mode/lisp/) GNU Emacs 25.1.50.2 (x86_64-unknown-linux-gnu, GTK+ Version 3.14.5) of 2016-07-21 also Org mode version 9.1.3 (release_9.1.3-202-g326b2e.dirty @ /usr/local/share/emacs/site-lisp/org-mode/lisp/) GNU Emacs 24.4.1 (x86_64-pc-linux-gnu, GTK+ Version 3.14.5) of 2017-09-12 on hullmann, modified by Debian Charlie Millar