From mboxrd@z Thu Jan 1 00:00:00 1970 From: Carsten Dominik Subject: Re: Re: row and col spaning in table? Date: Tue, 17 Aug 2010 07:01:42 +0200 Message-ID: References: <83bp9sqdec.fsf@yahoo.it> <62DFCAAE-CE93-460E-A4C2-8920029BD44B@gmail.com> <20100816.142400.137582176.Takaaki.Ota@am.sony.com> Mime-Version: 1.0 (Apple Message framework v936) Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Return-path: Received: from [140.186.70.92] (port=52175 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1OlEJ2-0000AV-Qu for emacs-orgmode@gnu.org; Tue, 17 Aug 2010 01:01:49 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1OlEJ1-0008SW-5r for emacs-orgmode@gnu.org; Tue, 17 Aug 2010 01:01:48 -0400 Received: from mail-ew0-f41.google.com ([209.85.215.41]:47399) by eggs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OlEJ1-0008SR-1b for emacs-orgmode@gnu.org; Tue, 17 Aug 2010 01:01:47 -0400 Received: by ewy28 with SMTP id 28so3001516ewy.0 for ; Mon, 16 Aug 2010 22:01:46 -0700 (PDT) In-Reply-To: <20100816.142400.137582176.Takaaki.Ota@am.sony.com> List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org Errors-To: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org To: Tak Ota Cc: emacs-orgmode@gnu.org, sp_us@yahoo.com On Aug 16, 2010, at 11:24 PM, Tak Ota wrote: > Mon, 16 Aug 2010 05:45:03 -0700: Carsten Dominik > wrote: > >> >> On Jul 28, 2010, at 8:28 PM, Srinivas wrote: >> >>> Giovanni Ridolfi yahoo.it> writes: >>> >>>> >>>> David Hajage gmail.com> writes: >>>> >>>>> and I was wondering if row and col spaning was possible? >>>> Currently not. >>>> But, if this is your case, you should use the table.el package. >>>> >>> >>> For some reason, I haven't been able to get table.el to work >>> properly during >>> the org-mode publish operation. >>> >>> Carsten had mentioned that this functionality had been fixed in the >>> 6.36x >>> builds but I still haven't been able to get it to work. I would like >>> to see a >>> work example, if you have one. >>> >>> Here is my sample file: >>> >>> ---- begin snip >>> >>> * sample table >>> >>> + ------+--------+ >>> +-------+--------+ >>> | | file | >>> +-------+--------+ >>> + ------+--------+ >>> | | file | >>> + ------+ | >>> | test | test | >>> + ------+--------+ >> >> What is this table above supposed to mean? >> >> >>> * Org mode table >>> >>> | Header 1 | Header 2 | >>> |----------+----------| >>> | R1 C1 | R1 C2 | >>> | R2 C1 | R2 C2 | >>> | R3 C1 | R3 C2 | >> >> This org-mode table works fine. >> >>> >>> * table.el table >>> >>> Following table has 1 multi column cell and 1 multi row cell. >>> >>> +----------+----------+ >>> | Header 1 | Header 2 | >>> +----------+----------+ >>> | R1 C1-2 | >>> +---------------------+ >>> | R2 C1 | R2-3 C2 | >>> +----------+----------+ >>> | R3 C1 | | >>> +----------+----------+ >> >> This starts an infinite loop when trying to convert it to HTML. >> Org is simply calling the HTML converter in table.el, and that >> code gets stuck. So I think this is a bug in table.el - please >> contact the author of that package, >> >> Takaaki Ota > > The above table is illegal from the table.el definition point of view. Ah, I should have seen this. Thank you for your fast reply, and sorry for the noise. - Carsten