Achim Gratz <Stromeko@nexgo.de> writes:

> Sebastien Vauban writes:
>> Achim Gratz wrote:
>>> Elisp is different from all other languages: it doesn't do any
>>> processing of strings to begin with for value returns.  The reason that
>>> Perl processes "raw" results is that org-babel-result-cond does not
>>> switch to the "scalar" path for this condition, which is why you need
>>> the extra "verbatim".  It probably should, though, so if Eric agrees
>>> then I will push a change that does this.
>>
>> IIUC, wouldn't that be changing the default answer to "how to
>> interpret the results" just for Perl?  While the default answer for
>> all languages seems to be "table"?
>
> Again, org-babel-result-cond doesn't interpret "raw" at all at the
> moment, which I think is a bug.  This leads to the interpretation of
> multiline strings and strings with separators in the return value as
> tables.

The attached patch updates the org-babel-result-cond macro so that
"raw", "org" and "drawer" all imply verbatim results *unless* the
":results table" header argument is explicitly specified.  I think this
is an improvement and should (hopefully) be merged before the 8.0
release.  Could everyone on this thread test this patch and let me know
what you think before I apply it?  I'm nervous about such a patch at the
last minute.