From mboxrd@z Thu Jan 1 00:00:00 1970 From: Nick Dokos Subject: Re: Columns with marking characters are exported to latex (Org 8) Date: Wed, 20 Aug 2014 13:16:24 -0400 Message-ID: <87ppfvm68n.fsf@alphaville.bos.redhat.com> References: <53F25B21.5060308@th-grothe.de> <8761hppj69.fsf@alphaville.bos.redhat.com> <871tsdpimx.fsf@alphaville.bos.redhat.com> <53F27AD2.7020103@th-grothe.de> <87ppfxyue4.fsf@pierrot.dokosmarshall.org> <8738crzt4c.fsf@pierrot.dokosmarshall.org> <53F4CF02.40307@th-grothe.de> Mime-Version: 1.0 Content-Type: text/plain Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:50645) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XK9VK-0004fg-Fj for emacs-orgmode@gnu.org; Wed, 20 Aug 2014 13:17:04 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1XK9VE-00036l-6l for emacs-orgmode@gnu.org; Wed, 20 Aug 2014 13:16:58 -0400 Received: from plane.gmane.org ([80.91.229.3]:58496) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XK9VE-00036e-0J for emacs-orgmode@gnu.org; Wed, 20 Aug 2014 13:16:52 -0400 Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1XK9V6-0002Ue-V6 for emacs-orgmode@gnu.org; Wed, 20 Aug 2014 19:16:45 +0200 Received: from nat-pool-bos-t.redhat.com ([66.187.233.206]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 20 Aug 2014 19:16:44 +0200 Received: from ndokos by nat-pool-bos-t.redhat.com with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 20 Aug 2014 19:16:44 +0200 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 Thorsten Grothe writes: > * Nick Dokos, 20.08.2014 18:34:15: > >> That leaves the somewhat counterintuitive case of a completely empty >> first column which is therefore deemed special and gets stripped. This >> could be "fixed" as a special case but instead I propose to document that >> behaviour in the above section, with a suggested workaround: if you >> really, really want an empty first column, then add a second one. > > this is a programming problem, which exceeds by far my horizons, so I > can not say much about this, it was just important for me to point out > the problem, sorry, I think here I can not help ..... but of course I > can live with your solution no matter what it looks like... > As Nicolas pointed out, I can't get away with just documenting the behaviour, so I plan to: o revert the previous patch - that will make your latest example work, but it will break your previous example (but you can work around it for now by adding an extra empty column 1). I'll do the revert tonight. o then (probably this weekend) work on special-casing the empty column case in org-table-clean-before-export, which will get rid of the necessity of using the workaround above. -- Nick