Thanks a lot for the quick reply. Any chances of this being
incorporated into Org-Mode in the near future?
On 1/14/12, Eric Schulte eric.schu...@gmx.com wrote:
András Major andras.g.ma...@gmail.com writes:
I have the impression it's already
I've just discovered that I'm missing a feature in org-mode. These
days I write much of my code in an Org buffer and tangle it into a set
of source files. Currently, I follow a rather cumbersome procedure
when making changes to the code:
1. I change the Org file using the C-cC-c
I have the impression it's already there: if you edit your code directly in
the Org buffer, without opening an indirect buffer, the only thing you have to
That's precisely what I want to avoid. I'd like to use the
language-specific indentation and highlighting using the
Can you post an example? Here is a working example.
In your example, simply write asymptote in place of sh and replace the
code by size(100); just to make sure it's valid asymptote (though the
error occurs even if you don't). In fact, I'm quite sure that asy never
gets executed in
This is already possible, see Indexable variable values .
Just tried, without success. Using the example from my original post,
I appended [,0] as per the manual to use the first column only, and
when I execute the code block, org throws an error
Wrong type argument: listp, 0.
I'd like to use asymptote to plot the values in an Org table. The table
has cells with numbers but also cells with strings in them. This table
gets converted to an array of strings in the resulting asymptote file,
with the strings escaped with double-quotes but not the
I don't know anything about asymptote and I am not sure whether this
will help: it does produce a temp file with everything quoted and
running asy on the temp file produces an .eps file that contains the
diagonal line, but it produces a png file which seems somewhat peculiar
Why? You can always write an intermediary step to stringify every
cell. Choose your language. Nick Dokos showed you one way.
Apparently, only if you set a global/per-user option in .emacs or suchlike,
which I think is a bad way of doing it.
Why isn't it possible to force ob-asymptote to make
Given that asymptote can not make use of heterogeneous tables, it seems
that it would be easiest to simply silently converted any table
containing a single string element to a table of all strings. I've just
applied your previous patch (thanks for the patch!). If this proves
To me, the documentation is the leading specification of a piece of
software. Anything the software doesn't do that is in the docs is a
bug, but likewise anything it does do which the docs don't cover is
also a bug.
As an avocational programmer who has had the
Eric Schulte schulte.eric at gmail.com writes:
Are you /sure/ that this doesn't work for you? On my system C-c C-e A
in the following attached org-mode file (posted earlier in this thread)
I've just pulled the code again, now it seems to work. I'm not sure
what went wrong last night
I personally don't have time to make these changes right now, but I'd be
happy to provide guidance and answer questions to anyone who wanted to
try to submit a patch. Also, there are a number of files which can
serve as examples of how to compile and execute code with Babel e.g.,
here is an example that delivers an error reference 'table1' not
found in this buffer when trying to export to HTML (others not tried
#+tblname: table1 :noexport:
| n | x | y1 | y2 |
| 0 | 1 | 2.0 | 3.0 |
| 1 | 2 | 2.1 | 2.0 |
| 2 | 3 | 2.0
I will let answer the ones who decide on such things. Though, I am amazed you
put a tag on the table itself.
I'd have expected the noexport tag to be on a section containing the table.
I forgot to mention in the report that of course I tried that too: if
I place the table and
Yet another one I just stumbled across: if I create a table and use
! in the first column to assign names to the columns, I can only
reference those columns by name in #+TBLFM: if the names don't contain
a _ character. This isn't mentioned in the docs and shouldn't be
so, IMHO. I haven't
Try adding an underscore to the regexp on line 2179 of org-table.el -
something like this (untested):
(if (string-match ^[a-zA-Z][a-zA-Z0-9_]*$ name)
(push (cons name (int-to-string cnt)) org-table-column-names
The only characters permitted are
This is the first time I've seen a tag applied to a table. I've updated
the results regular expression so that it will now admit examples like
yours above. Please let me know if this doesn't work with the latest
That's good news! Well, the bad news is that it doesn't
That's good news! Well, the bad news is that it doesn't work. I've
just pulled the current version (release_7.7.174.g63fae) and now the
behaviour is different:
- :noexport: in the #+tblname: has no effect.
I'm not sure that it is legal to apply tags to tables, so I'm not
I'm not sure I understand -- does it mean that C-cC-c on #+begin_src
fails in the example below?
No, it means that exporting to HTML fails with that error message. It
should actually evaluate the code and include the resulting PNG in the
output (and that's what it does when
I think that anything that works despite being designed and documented
otherwise is confusing to the user and should be considered a bug.
I'm happy that it no longer works and hope that it stays that way.
I think tags are clearly documented as being properties of the
Your file uses #+data: where I use #+tblname: -- which one is the
official one? I have the impression that it's #+data:, but I haven't
come across that in the manual or elsewhere before. If #+tblname:
isn't supposed to be used as a target for a variable in the code
I'd like to use a babel code block to fill a table with values. The
sbe elisp function looks like the right thing for this task, but it
appears that the result of the code block always goes into a single
cell of a table. I can specify ranges of values, but then the entire
output is placed
I think that naming columns in tables is a very nice feature. It only
works, however, as a reference, i.e. on the right-hand side of a
formula specification. That is, I can refer to a column by name to
read its value, not to write it (using TBLFM).
| ! | name1 | name2 |
If we did return the value of shell scripts then :results value would
almost always simply return 0 (or possibly an error message). For this
reason shell code blocks do not implement value returns, but rather will
always collect results from STDOUT.
I think that this unnecessarily
sbe is just an elisp function which is called by the Org-mode
spreadsheet's function evaluation mechanisms. The spreadsheet does not
allow for insertion of results into multiple cells and thus neither does
the use of sbe.
Hmmm. It appears that one can make sbe set multiple cells
Here's another one: In a haskell code, the :results options value and
output both work erroneously. value returns the output, output
returns nothing into the :results block.
#+begin_src haskell :results value
Mail list logo