From mboxrd@z Thu Jan 1 00:00:00 1970 From: Chris Malone Subject: Working with =src= blocks :results header argument Date: Sun, 5 Dec 2010 15:51:06 -0500 Message-ID: Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="===============1023594825==" Return-path: Received: from [140.186.70.92] (port=42343 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1PPLY4-0003iD-R8 for emacs-orgmode@gnu.org; Sun, 05 Dec 2010 15:51:09 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1PPLY3-0000Ry-OZ for emacs-orgmode@gnu.org; Sun, 05 Dec 2010 15:51:08 -0500 Received: from mail-iw0-f169.google.com ([209.85.214.169]:65030) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1PPLY3-0000RZ-He for emacs-orgmode@gnu.org; Sun, 05 Dec 2010 15:51:07 -0500 Received: by iwn33 with SMTP id 33so2263006iwn.0 for ; Sun, 05 Dec 2010 12:51:06 -0800 (PST) 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: emacs-orgmode --===============1023594825== Content-Type: multipart/alternative; boundary=00221532ccc82db7460496afee51 --00221532ccc82db7460496afee51 Content-Type: text/plain; charset=ISO-8859-1 Hi, I've been looking through the manual to get more familiar with Babel and using source code in general. Below is a simple example, which I'm not sure is working as intended. #+tblname: example-table | 1 | a | | 2 | b | | 3 | c | | 4 | d | #+begin_src emacs-lisp :var data=example-table[-3,1] :results value raw data #+end_src Upon =C-c C-c= this produces the expected result: #+results: b =C-c C-c= /again/, however, results in: #+results: b b In other words, the default results handling of =replace= appears to not work with a =raw= results type. I tried explicitly adding the handling via a =:results value raw replace= header argument but again this didn't seem to fix things. Is this what is intended for the =raw= type of results - no replacement effect at all - or is this a bug? Chris --00221532ccc82db7460496afee51 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: base64 SGksPGJyPjxicj5JJiMzOTt2ZSBiZWVuIGxvb2tpbmcgdGhyb3VnaCB0aGUgbWFudWFsIHRvIGdl dCBtb3JlIGZhbWlsaWFyIHdpdGggQmFiZWwgYW5kIHVzaW5nIHNvdXJjZSBjb2RlIGluIGdlbmVy YWwuoCBCZWxvdyBpcyBhIHNpbXBsZSBleGFtcGxlLCB3aGljaCBJJiMzOTttIG5vdCBzdXJlIGlz IHdvcmtpbmcgYXMgaW50ZW5kZWQuPGJyPjxicj4jK3RibG5hbWU6IGV4YW1wbGUtdGFibGWgoKCg oKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgIDxicj4K fCAxIHwgYSB8oKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCg oKCgoKCgoKCgoKCgoKCgoKCgoKCgoCA8YnI+fCAyIHwgYiB8oKCgoKCgoKCgoKCgoKCgoKCgoKCg oKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoCA8YnI+fCAz IHwgYyB8oKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCg oKCgoKCgoKCgoKCgoKCgoKCgoCA8YnI+CnwgNCB8IGQgfKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCg oKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKAgPGJyPqCgoKCg oKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCg oKCgoKCgoKCgoKCgoKCgoKAgPGJyPiMrYmVnaW5fc3JjIGVtYWNzLWxpc3AgOnZhciBkYXRhPWV4 YW1wbGUtdGFibGVbLTMsMV0gOnJlc3VsdHMgdmFsdWUgcmF3PGJyPgqgIGRhdGGgoKCgoKCgoKCg oKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCg oKCgoKCgIDxicj4jK2VuZF9zcmMgPGJyPjxicj48YnI+VXBvbiA9Qy1jIEMtYz0gdGhpcyBwcm9k dWNlcyB0aGUgZXhwZWN0ZWQgcmVzdWx0Ojxicj48YnI+IytyZXN1bHRzOqCgoKCgoKCgoKCgoKCg oKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoCA8 YnI+CmKgIDxicj48YnI+PUMtYyBDLWM9IC9hZ2Fpbi8sIGhvd2V2ZXIsIHJlc3VsdHMgaW46PGJy Pjxicj4jK3Jlc3VsdHM6oKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCg oKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgIDxicj5ioKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCg oKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgIDxi cj4KYqCgoCA8YnI+PGJyPkluIG90aGVyIHdvcmRzLCB0aGUgZGVmYXVsdCByZXN1bHRzIGhhbmRs aW5nIG9mID1yZXBsYWNlPSBhcHBlYXJzIHRvIG5vdCB3b3JrIHdpdGggYSA9cmF3PSByZXN1bHRz IHR5cGUuoCBJIHRyaWVkIGV4cGxpY2l0bHkgYWRkaW5nIHRoZSBoYW5kbGluZyB2aWEgYSA9OnJl c3VsdHMgdmFsdWUgcmF3IHJlcGxhY2U9IGhlYWRlciBhcmd1bWVudCBidXQgYWdhaW4gdGhpcyBk aWRuJiMzOTt0IHNlZW0gdG8gZml4IHRoaW5ncy48YnI+Cjxicj5JcyB0aGlzIHdoYXQgaXMgaW50 ZW5kZWQgZm9yIHRoZSA9cmF3PSB0eXBlIG9mIHJlc3VsdHMgLSBubyByZXBsYWNlbWVudCBlZmZl Y3QgYXQgYWxsIC0gb3IgaXMgdGhpcyBhIGJ1Zz88YnI+PGJyPkNocmlzPGJyPgo= --00221532ccc82db7460496afee51-- --===============1023594825== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode --===============1023594825==--