From mboxrd@z Thu Jan 1 00:00:00 1970 From: "Loris Bennett" Subject: Re: Colon in block name? Date: Fri, 13 Feb 2015 13:36:57 +0100 Message-ID: <878ug2yoly.fsf@hornfels.zedat.fu-berlin.de> References: <877fvnxime.fsf@hornfels.zedat.fu-berlin.de> <87wq3njewr.fsf@ucl.ac.uk> <87a90i1caa.fsf@hornfels.zedat.fu-berlin.de> <877fvmm89w.fsf@pinto.chemeng.ucl.ac.uk> <87sieayv3l.fsf@hornfels.zedat.fu-berlin.de> <87oaoyyuah.fsf@hornfels.zedat.fu-berlin.de> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="=-=-=" Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:57543) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YMFVO-0004jJ-N0 for emacs-orgmode@gnu.org; Fri, 13 Feb 2015 07:37:59 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1YMFVK-0004gx-Ew for emacs-orgmode@gnu.org; Fri, 13 Feb 2015 07:37:58 -0500 Received: from plane.gmane.org ([80.91.229.3]:55667) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YMFVK-0004gm-8I for emacs-orgmode@gnu.org; Fri, 13 Feb 2015 07:37:54 -0500 Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1YMFV4-0003fK-1b for emacs-orgmode@gnu.org; Fri, 13 Feb 2015 13:37:38 +0100 Received: from hornfels.zedat.fu-berlin.de ([160.45.11.110]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 13 Feb 2015 13:37:38 +0100 Received: from loris.bennett by hornfels.zedat.fu-berlin.de with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 13 Feb 2015 13:37:38 +0100 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 --=-=-= Content-Type: text/plain Stefan Nobis writes: > "Loris Bennett" writes: > >> The above was attached with Gnus 'C-c RET f', MIME type 'text/x-org'. > > But you attached it as inline, so the same problems could arise. To be > sure to transfer the file unmodified, choose "attachment" as > disposition. Thanks for that explanation. I don't do much attaching these days. Here is the file again as a proper attachment. --=-=-= Content-Type: text/x-org Content-Disposition: attachment; filename=ecm.org Content-Description: ecm * Test with block names containing a colon ** Data My data can be found in Table [[tab:my_data]]. #+CAPTION: My data #+NAME: tab:my_data | a | b | |---+---| | 2 | 4 | | 3 | 9 | ** Code My code can be found in Listing [[code:my_code]]. #+CAPTION: My code #+NAME: code:my_code #+HEADER: :var data=tab:my_data :colnames yes #+BEGIN_SRC R d <- data #+END_SRC ** Results My results can be found in Table [[tab:my_results]]. #+CAPTION: My results #+NAME: tab:my_results #+RESULTS: code:my_code | a | b | |---+---| | 2 | 4 | | 3 | 9 | ** Conclusions Names with colons don't work. --=-=-= Content-Type: text/plain >> Reading with Gnus, I don't see any blank lines between the table >> info and the table itself. > > It depends on your Gnus configuration. If you set > > (setq gnus-inhibit-mime-unbuttonizing t) > > then at least my version of Gnus (v5.13) does indeed split the buffer > in multiple pieces with additional newlines. I haven't customised gnus-inhibit-mime-unbuttonizing and it has the value 'nil'. If I read the thread via http://permalink.gmane.org/gmane.emacs.orgmode/94919 there are also no extra newlines. Does anyone else apart from Eric also see space between table header and table? BTW, I'm still more interested in the colon thing ... -- This signature is currently under construction. --=-=-=--