From mboxrd@z Thu Jan 1 00:00:00 1970 From: Ma Jiehong Subject: Could org-mode implement multiple rows in tables? Date: Thu, 20 Nov 2014 14:49:12 +0800 Message-ID: <546D8EE8.6010304@gmail.com> 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]:36656) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XrLYg-0002rw-Jl for emacs-orgmode@gnu.org; Thu, 20 Nov 2014 01:49:47 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1XrLYX-00066e-Da for emacs-orgmode@gnu.org; Thu, 20 Nov 2014 01:49:38 -0500 Received: from mail-pa0-x22e.google.com ([2607:f8b0:400e:c03::22e]:53174) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XrLYX-00066H-5L for emacs-orgmode@gnu.org; Thu, 20 Nov 2014 01:49:29 -0500 Received: by mail-pa0-f46.google.com with SMTP id lj1so1942213pab.33 for ; Wed, 19 Nov 2014 22:49:27 -0800 (PST) Received: from [220.136.55.218] (220-136-55-218.dynamic.hinet.net. [220.136.55.218]) by mx.google.com with ESMTPSA id l2sm1080080pdm.20.2014.11.19.22.49.26 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 19 Nov 2014 22:49:26 -0800 (PST) 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-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org To: emacs-orgmode@gnu.org Hello! First of all, I am pleased to send my first email to the mailing list of org-mode! I have been using org-mode for several years, and I am very happy with it. However, I would like to know if a new feature could be implemented. Currently, org-mode tables are neat, and very easy to use. One of the features available, is column grouping by adding "<" and ">" to the required columns. But what about having some cells spanning through more than 1 row (that is to say, vertically)? Was that already been considered in the past, and if so, why was it rejected? Perhaps, this could be feasible now? Regards, Jiehong