From mboxrd@z Thu Jan  1 00:00:00 1970
From: Eric Schulte <schulte.eric@gmail.com>
Subject: Re: [babel] Bugs for Emacs Lisp code blocks
Date: Fri, 12 Apr 2013 16:10:33 -0600
Message-ID: <87ehefe5kn.fsf@gmail.com>
References: <868v4v1x6k.fsf@somewhere.org> <871uamo4e9.fsf@gmail.com>
	<86d2u6z6kg.fsf@somewhere.org> <87d2u65dr1.fsf@gmail.com>
	<86wqsbcws2.fsf@somewhere.org> <86mwt6ddm5.fsf@somewhere.org>
Mime-Version: 1.0
Content-Type: text/plain
Return-path: <emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org>
Received: from eggs.gnu.org ([208.118.235.92]:41293)
	by lists.gnu.org with esmtp (Exim 4.71)
	(envelope-from <schulte.eric@gmail.com>) id 1UQme5-0001Fz-J0
	for emacs-orgmode@gnu.org; Fri, 12 Apr 2013 18:40:39 -0400
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
	(envelope-from <schulte.eric@gmail.com>) id 1UQme4-00083n-LZ
	for emacs-orgmode@gnu.org; Fri, 12 Apr 2013 18:40:37 -0400
Received: from mail-pa0-f48.google.com ([209.85.220.48]:63275)
	by eggs.gnu.org with esmtp (Exim 4.71)
	(envelope-from <schulte.eric@gmail.com>) id 1UQme4-00083P-F2
	for emacs-orgmode@gnu.org; Fri, 12 Apr 2013 18:40:36 -0400
Received: by mail-pa0-f48.google.com with SMTP id lj1so1675065pab.21
	for <emacs-orgmode@gnu.org>; Fri, 12 Apr 2013 15:40:35 -0700 (PDT)
List-Id: "General discussions about Org-mode." <emacs-orgmode.gnu.org>
List-Unsubscribe: <https://lists.gnu.org/mailman/options/emacs-orgmode>,
	<mailto:emacs-orgmode-request@gnu.org?subject=unsubscribe>
List-Archive: <http://lists.gnu.org/archive/html/emacs-orgmode>
List-Post: <mailto:emacs-orgmode@gnu.org>
List-Help: <mailto:emacs-orgmode-request@gnu.org?subject=help>
List-Subscribe: <https://lists.gnu.org/mailman/listinfo/emacs-orgmode>,
	<mailto:emacs-orgmode-request@gnu.org?subject=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: Sebastien Vauban <wxhgmqzgwmuf@spammotel.com>
Cc: emacs-orgmode@gnu.org

>> ** Using =:colnames no= header argument (case 2)
>>
>> #+begin_src emacs-lisp :var data=unset-colnames-example-input :colnames no
>>   data
>> #+end_src
>>
>> #+results:
>> | a | b |
>> |---+---|
>> | 1 | 2 |
>> | 3 | 4 |
>>
>> Here, I still don't understand why I do see the table header line: I
>> did change the default =:colnames yes= specification to =:colnames
>> no= on the code block. I did override the default value. Why is the
>> =no= argument not respected?
>
> This still escapes me.
>

Answered in my previous reply.

>
>> ** Using =:colnames ()= header argument (case 6)
>>
>> As you told me, to "unset" the =:colnames yes= header argument, we must use:
>>
>> #+begin_src emacs-lisp :var data=unset-colnames-example-input :colnames ()
>>   data
>> #+end_src
>>
>> #+results:
>> | 1 | 2 |
>> | 3 | 4 |
>>
>> That does work.
>>
>> What is still unclear to me as well, is why =()= and =nil= aren't the same
>> from Babel's point of view?
>
> However, I think I understood this one: it is because nil is interpreted as a
> string, not as the empty list; right?
>
> That's because strings aren't quoted, right?
>

Yes.

Cheers,

>
> Best regards,
>   Seb

-- 
Eric Schulte
http://cs.unm.edu/~eschulte