mitted it
because I fear it would undo some of Achim's intentions in commit
ca125b82b. I'll leave the final solution to Achim.
Thanks for pointing this out,
>From 0007d05de6e2d8994da01eee3ed4cec29ff43682 Mon Sep 17 00:00:00 2001
From: Eric Schulte
Date: Sun, 24 Mar 2013 18:25:42 -06
great if someone who
uses Python code blocks could step forward to help with maintenance of
ob-python.el.
Sorry I can't be of more help.
--
Eric Schulte
http://cs.unm.edu/~eschulte
Aaron Ecay writes:
> Hi Eric,
>
> I’m jointly replying to 2 of your emails.
>
> 2013ko martxoak 13an, Eric Schulte-ek idatzi zuen:
>> This is what is already taking place. The :var header arguments are
>> automatically expanded into dependencies between code bl
easily written outside of Org-mode by anyone who
needs it.
I don't see that Org-mode itself will ever want to programatically and
non-interactively insert a code block in an Org-mode file (if fact that
sounds rather dangerous to me), so I would vote against adding such a
function to the core.
--
Eric Schulte
http://cs.unm.edu/~eschulte
re that we can (robustly and reasonably) distinguish the R
prompt from R process output when the prompt does not appear at the
start of a line. Perhaps ESS could mark R prompts with a special text
property which would make this much easier from the Org-mode side?
Is it possible simply to ensure that code block output lines end in
newlines?
Cheers,
--
Eric Schulte
http://cs.unm.edu/~eschulte
ilenames in [[filename.pdf]] orgmode syntax. The final
> success happened at the very end when Eric Schulte suggested I change
> from :results output raw to :results output org.
> - http://lists.gnu.org/archive/html/emacs-orgmode/2012-08/msg01222.html
>
> Hence, I started with :resu
e time, but I'm on it.
I also haven't been following this thread.
Forgetting a patch for the moment, is it possible to conclusively state
that there is or isn't a bug in the current ob-python handling and
naming of sessions? If there is, is there a recipe for reproducing this
bug?
Thanks,
--
Eric Schulte
http://cs.unm.edu/~eschulte
Achim Gratz writes:
> Eric Schulte writes:
>> I just pushed up a patch which should allow code blocks to find
>> un-named results even when there are comment lines (such as #+options
>> or #+attr_backend) between the code block and the results.
>
> Shouldn't babel
nter or any
> #+attr_backend options result in the same duplicate insertion of
> results.
>
>
> Also, just in case it's not known, you don't have to manually name the
> #+results block. Just create your babel block with a #+name: attribute
> and when you run it with C-c
th Jay here and I prefer the minimalist syntax,
> although values for the :results parameter are heterogeneous.
>
+1 for maintaining the existing concise syntax.
--
Eric Schulte
http://cs.unm.edu/~eschulte
Achim Gratz writes:
> Eric Schulte writes:
>> From re-looking at Achim's previous noweb example, it seems that we
>> currently do *not* include the values of noweb expansions in code block
>> hash calculations, I think this is a bug which should be fixed.
>
>
patience and help.
I hope this does help. One goal of Org-mode's code block support is to
provide as much functionality as possible from a core which is as
composed of a small number of orthogonal working pieces. This maximizes
flexibility and utility with a minimum of maintenance and implementat
-1
>>
>> which discusses "Emacs Initialization with Babel" for a comprehensive
>> approach.
>>
>> For a single project, you can but a src_block in the master that loads
>> whatever is needed or use a file local variables block to load up the
>> requisites.
>> See: Specifying File Variables in the emacs manual.
>>
>>
>>
>>
Footnotes:
[1] http://github.com/eschulte/emacs24-starter-kit
--
Eric Schulte
http://cs.unm.edu/~eschulte
maybe this would be a good
syntax to target, as with pandoc markdown may be further exported to
either HTML or LaTeX.
http://johnmacfarlane.net/pandoc/README.html#tables
FWIW, it looks like pandoc also supports Org-mode tables.
http://johnmacfarlane.net/pandoc/README.html#pipe-tables
Just throwing out ideas, I don't personally use the markdown export.
Best,
--
Eric Schulte
http://cs.unm.edu/~eschulte
uld be to use the :dir header argument to
specify to the code block the machine on which the execution is taking
place.
Best,
>
>
> best,
> Thomas
>
--
Eric Schulte
http://cs.unm.edu/~eschulte
gt; Please let me know.
> Thanks and regards,
>
> Shripad
> Tucson, AZ
--
Eric Schulte
http://cs.unm.edu/~eschulte
ing to be
>> solved. :-)
>
> There always is. :-)
I think Org-mode already provides the bulk of what is desired. If we
agree to treat ":cache yes :results none" as obviously taking place for
side effects, and then sticking a hash behind the :cache header argument
with the code block, then what functionality would be missing?
Thanks,
--
Eric Schulte
http://cs.unm.edu/~eschulte
Aaron Ecay writes:
> Hi Eric,
>
> 2013ko martxoak 9an, Eric Schulte-ek idatzi zuen:
>> Could something like the following work? Removing ":results none" and
>> adding something small as the returned result which may easily be parsed
>>
Xavier Maillard writes:
> Eric Schulte writes:
>
>> Xavier Maillard writes:
>
> [ SNIP ]
>
>>> Today, I tried to use org-babel for the first time with thing like that:
>>>
>>> #+begin_src sh
>>> echo $ORACLE_SID
>>> #+end_s
ibed.
>
You can use the :dir header argument for remote execution.
#+begin_src sh :dir /ssh:tortilla:/tmp/
hostname
#+end_src
#+RESULTS:
: tortilla
--
Eric Schulte
http://cs.unm.edu/~eschulte
" instead of "@2$2").
|
| NOTE: it is also possible to pass header arguments to the code
| block. In this case a table cell should hold the string value of
| the header argument which can then be passed before all variables
| as shown in the example below.
|
| | 1 | 2 | :file nothing.png | nothing.png |
| #+TBLFM: @1$4='(sbe test-sbe $3 (x $1) (y $2))
|
| [back]
`
--
Eric Schulte
http://cs.unm.edu/~eschulte
't think these legal claims will prove a fruitful means
to that end.
Cheers,
Footnotes:
[1] http://en.wikipedia.org/wiki/Fear,_uncertainty_and_doubt
--
Eric Schulte
http://cs.unm.edu/~eschulte
e
> problem is tied to the "+" signs that are within the block. Is there a
> trick I can use here?
> I'm using the org mode into Emacs 24.2.1.
>
> Thanks,
> Luca
>
Hi Luca,
Your example exports without problem with the latest version of
Org-mode.
Best,
--
Eric Schulte
http://cs.unm.edu/~eschulte
I've now committed this patch.
--
Eric Schulte
http://cs.unm.edu/~eschulte
ng interpreted as lisp. I've fixed this issue with the
attached patch. I'm unable to ping orgmode.org right now, so I can't
commit this fix, but I will commit it as soon as I'm able.
Thanks,
>From 2196096cdecde82c9af8695422ae3f6c5fa42ff1 Mon Sep 17 00:00:00 2001
From: Eric Sch
s a great idea, and your patch looks good.
Unfortunately, being part of Emacs, Org-mode's contribution rules are
pretty strict. Would you be willing to go through the Emacs Copyright
attribution process described here [1] so that we may apply this patch?
Thanks,
Footnotes:
[1] http://orgmo
-pid
#+begin_src sh :var R="/usr/lib64/R/bin/exec/R"
ps auxwww|grep "$R"|grep -v 'grep'|awk '{print $2}'
#+end_src
#+begin_src R :cache yes :var pid=R-pid
# code to perform side effect
x <- 'side effect'
'done'
#+end_src
#+RESULTS[da16f09882a6295815db51247592b77c80ed0056]:
: done
Best,
--
Eric Schulte
http://cs.unm.edu/~eschulte
Achim Gratz writes:
> Eric Schulte writes:
>> I prefer leaving the hash with the results, as it is the results which
>> are "hashed". Also, same input does not always guarantee same output,
>> e.g.,
>>
>> #+begin_src sh
>> date
>> #+end_s
aarone...@gmail.com writes:
> 2013ko martxoak 8an, Eric Schulte-ek idatzi zuen:
>>
>> I would agree. I don't believe *any* changes should take place in the
>> buffer when a code block is executed with ":results none".
>
> A common use case for me is to
n but `hash-table-p' does have a hyphen.
>
>> + (org-babel-insert-result
>> +"" result-params info new-hash indent lang)))
>> (setq result
>> ((lambda (result)
>> (if (and (eq (cdr (assoc :result-type params))
>> 'value)
>> --
>> 1.8.1.5
>>
>
--
Eric Schulte
http://cs.unm.edu/~eschulte
; check if the results have been tampered with.
>
I prefer leaving the hash with the results, as it is the results which
are "hashed". Also, same input does not always guarantee same output,
e.g.,
#+begin_src sh
date
#+end_src
>
>
> Regards,
> Achim.
--
Eric Schulte
http://cs.unm.edu/~eschulte
(unless (and language (not (string= language src-lang)))
> ;; Add the spec for this block to blocks under it's language
> (setq by-lang (cdr (assoc src-lang blocks)))
> (setq blocks (delq (assoc src-lang blocks) blocks))
--
Eric Schulte
http://cs.unm.edu/~eschulte
Jay Kerns writes:
> Dear Eric,
>
> On Sun, Mar 3, 2013 at 2:05 PM, Eric Schulte wrote:
>> Hi Jay,
>>
>> Having read through intro-julia.org and scanned ob-julia.el I have to
>> say this looks great. Thanks for sharing!
>
> I should be saying "Thank
//stat.ethz.ch/pipermail/ess-help/2013-February/008640.html
> [4] https://github.com/emacs-ess/ESS
Footnotes:
[1] http://orgmode.org/worg/org-contribute.html
[2] http://orgmode.org/worg/org-contrib/babel/languages.html
--
Eric Schulte
http://cs.unm.edu/~eschulte
s the same as the
> background color in my Emacs buffer. This looks rather odd...
>
> I can work around this problem by changing the color-theme in my Emacs
> buffer before exporting, but is there a better solution?
>
> Thanks.
>
> Richard Stanton
See the documentation of the `org-export-htmlize-output-type' variable.
--
Eric Schulte
http://cs.unm.edu/~eschulte
ould also use ":results org" or ":results raw", and
then return raw Org-mode from your Perl script instead of html.
Best,
>
>
> #+begin_src perl :results html
> "
> a
>
> "
> #+end_src
>
> #+RESULTS:
> #+BEGIN_HTML
>
> a
>
> #+END_HTML
>
> thanks again for the explanation,
--
Eric Schulte
http://cs.unm.edu/~eschulte
cs-lisp :var block="perl-block" :results raw
(save-excursion
(message "block is %S" block)
(org-babel-goto-named-src-block block)
(format "#+begin_example\n%S\n↓\n%s\n#+end_example\n"
(org-babel-expand-src-block)
(org-babel-execute-src-block)))
#+end_src
#+RESULTS:
#+begin_example
"$table=[[q(1), q(2), q(3)], [q(4), q(5), q(6)]];
print $table"
↓
1
#+end_example
>
>>
>> Finally, if interested, i can write a couple of examples for Perl that
>> could help people who want to use it.
>
> Also a few tests would be highly welcome.
>
+1
Cheers,
>
>
> Regards,
> Achim.
--
Eric Schulte
http://cs.unm.edu/~eschulte
x=test
(append (subseq x 0 2) (list 'hline) (subseq x 2))
#+end_src
#+RESULTS:
| 1 |
| 2 |
||
| 3 |
| 4 |
| 5 |
| 6 |
| 7 |
| 8 |
| 9 |
| 10 |
Hope this helps,
Footnotes:
[1] http://orgmode.org/manual/hlines.html
--
Eric Schulte
http://cs.unm.edu/~eschulte
"RET")
> + ("" . "RET")
> ("" . "ESC")
> ("" . "DEL")))
>(setq binding (read-kbd-macro (replace-regexp-in-string
>
>
>> This is new behavior as of the last couple of weeks.
>
> That's my fault. I am sorry.
>
No problem, thanks for the quick fix!
>
> Christopher
--
Eric Schulte
http://cs.unm.edu/~eschulte
as no function outside structure elements
However, orgstruct should (and used to) just pass this key combo through
to the underlying major mode.
This is new behavior as of the last couple of weeks.
Cheers,
--
Eric Schulte
http://cs.unm.edu/~eschulte
pre{background:#232323;
color:#E6E1DC;}h1,h2{border-bottom-style: solid; border-bottom-color:
gray;}
Please let me know if I can provide any more information.
Thanks,
--
Eric Schulte
http://cs.unm.edu/~eschulte
-babel-code))
> +
>;; Update radio targets since keyword inclusion might have
>;; added some more.
>(org-update-radio-target-regexp)
> --
> 1.7.10.4
--
Eric Schulte
http://cs.unm.edu/~eschulte
Alan Schmitt writes:
> Hi Eric,
>
> Eric Schulte writes:
>
>>> The suggestion: instead of appending '"org-babel-ocaml-eoe";;' to the
>>> code, how simply put ';;' (which will make sure everything is flushed)
>>> then detect t
Alan Schmitt writes:
> Hello,
>
> Eric Schulte writes:
>
>> Thanks for looking into this. I've applied a patch to ob-ocaml.el which
>> should handle the two different tuareg execution functions.
>
> Thanks a lot.
>
> About the thing "getting stuck
ring the lines.
>
> Not sure why? Is this just a function of the number of lines of the text?
>
Yes, this is a function of the number of lines in the output text. You
can control where this switch is made by changing the value of
org-babel-min-lines-for-block-output.
Best,
--
Eric Schulte
http://cs.unm.edu/~eschulte
e:C checks for a main function).
If specifying the document class is not required your example could be
converted to the (arguably preferable) example below.
#+begin_src latex :file foo.pdf :results raw
...some text...
#+end_src
#+RESULTS:
[[file:foo.pdf]]
Cheers,
--
Eric Schulte
http://cs.unm.edu/~eschulte
x27;t.
>
> In toplevel form:
> ox.el:80:1:Error: Symbol's value as variable is void: org-ts-regexp
> Done (Total of 9 files compiled, 101 failed, 3 skipped)
>
> Scrolling through the many errors, all appear to complain about
> org-ts-regexp.
>
> Did I miss a step?
>
> All the best,
> Tom
--
Eric Schulte
http://cs.unm.edu/~eschulte
ening. Any
> suggestion as how to debug this?
>
I would recommend evaluating first org-babel-execute:ocaml then possibly
org-babel-prep-session:ocaml in "edebug" mode. This can be done by
running `eval-defun' on these functions with a prefix argument, or
equivalently doing "M-: (eval-defun t)".
I would guess this is due to a change in tuareg mode.
--
Eric Schulte
http://cs.unm.edu/~eschulte
tables returned from mysql
>> * adds new sql-specific header args for the database connection, and
>> implements them for mysql
>> * (minor) adds an edebug spec to org-babel-result-cond to allow
>> edebugging through it
>>
>> --
>> Gary
>>
Footnotes:
[1] http://orgmode.org/worg/org-contribute.html
--
Eric Schulte
http://cs.unm.edu/~eschulte
e
> globally.
>
> Is there a way to set them for sql blocks only? Or some kind of macro I
> can use to tidy up my sql blocks?
>
> (I'm running recent git org-mode from a couple of weeks ago, Emacs
> 24.3.50.1, Windows)
You could customize the `org-babel-default-header-args:sql' variable.
Cheers,
--
Eric Schulte
http://cs.unm.edu/~eschulte
Bastien writes:
> Hi Eric,
>
> Eric Schulte writes:
>
>> I've just pushed this functionality up to the main branch. To make use
>> of it add the following to your Emacs config.
>>
>> (setq org-babel-hash-show-time t)
>
> Well, the patch breaks m
Nicolas Goaziou writes:
> Hello,
>
> Eric Schulte writes:
>
>> I've just pushed this functionality up to the main branch. To make use
>> of it add the following to your Emacs config.
>>
>> (setq org-babel-hash-show-time t)
>>
>> It work
can be fulfilled by asking the code to insert a timestamp
>> into the exported results, right?
>>
>> See for e.g.:
>> #+BEGIN_SRC emacs-lisp :results raw
>> (message ";; %s" (format-time-string (cdr org-time-stamp-custom-formats)))
>> #+END_SRC
>> HTH,
> --
>
--
Eric Schulte
http://cs.unm.edu/~eschulte
up a fix. Thanks for finding this bug.
--
Eric Schulte
http://cs.unm.edu/~eschulte
to-int (substring time 4 8))
>(org-id-b36-to-int (substring time 8 12
> diff --git a/lisp/org.el b/lisp/org.el
> index 5033cbf..65c8c60 100644
> --- a/lisp/org.el
> +++ b/lisp/org.el
> @@ -21038,6 +21038,10 @@ for the search purpose."
> (error "Unable to create a link to here"
> (org-occur-in-agenda-files (regexp-quote link
>
> +(defun org-reverse-string (string)
> + "Return the reverse of STRING."
> + (apply 'string (reverse (string-to-list string
> +
> (defun org-uniquify (list)
>"Remove duplicate elements from LIST."
>(let (res)
> --
> 1.7.10.4
--
Eric Schulte
http://cs.unm.edu/~eschulte
rsion 7.9.3d (release_7.9.3d-830-g780b45 @
> /Users/dk/.emacs.d/src/org-mode/lisp/)
> .
> .--
> .T.S. Dye & Colleagues, Archaeologists
> .735 Bishop St, Suite 315, Honolulu, HI 96813
> .Tel: 808-529-0866, Fax: 808-529-0884
> .http://www.tsdye.com
>
--
Eric Schulte
http://cs.unm.edu/~eschulte
he above two code blocks both are tangled
correctly to a.sh. If I then remove the #+headers: line only the second
block is tangled, so it appears everything is working as expected.
Best,
--
Eric Schulte
http://cs.unm.edu/~eschulte
Thorsten Jolitz writes:
> Eric Schulte writes:
>
>> If you are using the starter-kit, then Org-mode is required as the first
>> step of your Emacs initialization. This is necessary so that the
>> `org-babel-load-file' function can be used to load your customization
t;emacs --eval '(add-to-list (quote load-path)
\"~/src/org-mode/lisp/\")'"
When I find time I plan to add this to the starter-kit documentation.
--
Eric Schulte
http://cs.unm.edu/~eschulte
rt of discussion and development be taking place on
emacs-dev and in non-org Emacs libraries.
In my opinion the only reason to try to solve these issues in Org-mode
proper is if we are testing out new functionality which will eventually
be adopted by core Emacs. Otherwise I would argue that such development
within Org-mode is a waste of Org-mode development time, effort and code
complexity.
At the least perhaps such load/require mechanisms should be extracted
into a separate library with no Org-mode specific code. Then Org-mode
could make use of these libraries, but so could other large systems
distributed with Emacs but developed independently (e.g., gnus).
Best,
--
Eric Schulte
http://cs.unm.edu/~eschulte
macs-lisp
(require 'org)
(org-reload)
Additionally, I think the attached change to the home page would be
helpful for those who want to get started quickly.
>From 783ea172b6a89ef5022f41f6cc3936dce522bab5 Mon Sep 17 00:00:00 2001
From: Eric Schulte
Date: Fri, 11 Jan 2013 08:36:12 -070
Bastien writes:
> Hi Eric,
>
> Eric Schulte writes:
>
>> Retracted. This only works because,
>>
>> (add-to-list 'load-path "~/.emacs.d/src/org-mode/lisp/")
>> (require 'org)
>>
>> Does not in fact load up the newest vers
Achim Gratz writes:
> Eric Schulte writes:
>> This is done I now have no Org packages in my ELPA. However I *still*
>> can't use any version of Org-mode post the 5484a33b commit. For the
>> simplest possible reproduction instructions, try the following.
>>
&
Eric Schulte writes:
> Bastien writes:
>
>> Does your emacs fail if you simply point to the correct load path?
>>
>> I.e. a one-line init.el with this:
>>
>> (add-to-list 'load-path "~/.emacs.d/src/org-mode/lisp/")
>>
>> ?
&g
much earlier.
Sorry about the noise,
--
Eric Schulte
http://cs.unm.edu/~eschulte
Bastien writes:
> Hi Eric,
>
> Eric Schulte writes:
>
>> If this problem is specific to my situation I'm happy to ignore it until
>> I can update my elpa version of Org-mode to a newer one. Alternately I
>> could just remove my ELPA install of Org-mode, as
in the correct place and update the
> formulas. However, the formulas are updated correctly only if I capture a
> single line each time.
>
> I think a combination of babel with org-capture is my best option.
> Once that is working I will use your timer approach for automating this
Nick Dokos writes:
> Eric Schulte wrote:
>
>> Bastien writes:
>>
>> > Eric Schulte writes:
>> >
>> >> Even with the addition of that autoload statement I get the same error
>> >>
>> >> let: Symbol's function defi
Bastien writes:
> Eric Schulte writes:
>
>> Even with the addition of that autoload statement I get the same error
>>
>> let: Symbol's function definition is void:
>> org-load-noerror-mustsuffix
>
> Do you have any Org function called before (requir
Nope,
Even with the addition of that autoload statement I get the same error
let: Symbol's function definition is void: org-load-noerror-mustsuffix
Best,
Bastien writes:
> Hi Eric,
>
> Eric Schulte writes:
>
>> Recently my Emacs start up fails when I (require '
not work. If it doesn't complicate the compatibility macro too
much this can be added later.
--
Eric Schulte
http://cs.unm.edu/~eschulte
updating code blocks.
#+begin_src emacs-lisp :results silent
(mapc #'cancel-timer continual-runners)
#+end_src
--
Eric Schulte
http://cs.unm.edu/~eschulte
Achim Gratz writes:
> Eric Schulte writes:
>> I added a note to the manual. Thanks for double-checking.
>
> Thanks. Did I understand correctly that the same also happens for the
> :rownames argument
I just checked this and yes, elisp ignores :rownames as well.
> and
3,7 @@ function mykeys(){
>
> function imgresize(){
> var count=$(".figure:visible").length;
> -if ($(".outline-text-2:visible p:first").text()){
> +if ($(".outline-text-2:visible p:first").text() ||
> $(".outline-text-2:visible ul:first").text()){
> count++;
> }
> $(".figure:visible").each(function(index){
--
Eric Schulte
http://cs.unm.edu/~eschulte
should they, or should we add a new header
argument (say :remote-shell) to allow for customization of the choice of
shell for remote execution?
--
Eric Schulte
http://cs.unm.edu/~eschulte
Achim Gratz writes:
> Eric Schulte writes:
>> This is a relic from the early days of Babel. I believe it is
>> mentioned in the documentation (if it isn't I agree that it should
>> be).
>
> Not that I can find, neither in the manual nor Worg (I've looked ag
the early days of Babel. I believe it
is mentioned in the documentation (if it isn't I agree that it should
be).
--
Eric Schulte
http://cs.unm.edu/~eschulte
Jambunathan K writes:
> Eric Schulte writes:
>
>> I found the need to write this today, figured I'd share on the off
>> chance anyone else has a need for this sort of script.
>>
>> txt2org --- convert tab-separated data to org-mode tables
>> http:
I found the need to write this today, figured I'd share on the off
chance anyone else has a need for this sort of script.
txt2org --- convert tab-separated data to org-mode tables
http://orgmode.org/worg/org-hacks.html#sec-3-4
Cheers,
--
Eric Schulte
http://cs.unm.edu/~eschulte
Achim Gratz writes:
> Eric Schulte writes:
>> Because the above sequence of loading .el files and possibly falling
>> back to .org files is all performed by the `org-babel-load-file'
>> function, which is not defined until org has been required.
>
> Which confirm
are loaded.
I've just updated the starter kit to both require org and to use the
`after-init-hook'.
Hopefully this should fix as many problems as possible now, please let
me know if any issues persist.
Cheers,
--
Eric Schulte
http://cs.unm.edu/~eschulte
Stelian Iancu writes:
> On Sat, Jan 5, 2013 at 7:51 PM, Eric Schulte wrote:
>>
>>
>> That sounds like it should work, although I would go with the more
>> complete but possibly overkill
>>
>> ;; emacs-lisp
>> (package-initialize)
>>
Achim Gratz writes:
> Eric Schulte writes:
>> The starter kit does not "run through the Org files each time", rather
>> it tangles the .org files to .el files, and then on all subsequent loads
>> it loads directly from the .el files (unless the .org file is new
function.
* lisp/ob.el (org-babel-parse-src-block-match,
org-babel-parse-inline-src-block-match, org-babel-insert-result):
Always escape produced blocks, independently on the language of the
block, if any. Use new functions.
* doc/org.texi: Update documentation.
* testing/lisp/test-ob.el: Update test.
--
Eric Schulte
http://cs.unm.edu/~eschulte
eone more familiar with the export
system than myself to approve and apply it.
Best,
>From cf2128fb320f714f78fa54b953405d01fa73bf33 Mon Sep 17 00:00:00 2001
From: Eric Schulte
Date: Fri, 28 Dec 2012 08:20:56 -0700
Subject: [PATCH] Pass the dir option on through org-export-as-string
* lisp/or
system, or separate versions in a version
control system).
>
> All recommendations will be welcomed!
>
Hope this helps,
>
> Julian
Footnotes:
[1]
http://orgmode.org/worg/org-contrib/gsoc2012/student-projects/git-merge-tool/index.html
--
Eric Schulte
http://cs.unm.edu/~eschulte
fs.el")
eval((load-file "rudel-loaddefs.el") nil)
eval-expression((load-file "rudel-loaddefs.el") nil)
call-interactively(eval-expression nil nil)
[2] (rudel-add-backend (rudel-backend-get-factory 'protocol) 'infinote
'rudel-infinote-backend)
--
Eric Schulte
http://cs.unm.edu/~eschulte
t arrays is being used on the remote
systems. Have you tried setting either the `org-babel-sh-command' or
adding a :shebang header argument to the code blocks to force the
execution to use bash?
Hope this helps,
--
Eric Schulte
http://cs.unm.edu/~eschulte
e the easiest way to
import whole bibtex files into the current Org-mode file. Be forewarned
that it may create many top level bibtex entries.
Hope this helps,
--
Eric Schulte
http://cs.unm.edu/~eschulte
END:
#+begin_src latex :var last_name=(org-entry-get nil "last_name")
My last name is last_name.
#+end_src
--
Eric Schulte
http://cs.unm.edu/~eschulte
outside of lists, rather than to their usage within lists?
I could see such an approach having a larger footprint in the code, but
resulting in smaller and arguably more meaningfully classed/tagged HTML
files.
Just a thought,
--
Eric Schulte
http://cs.unm.edu/~eschulte
should be resolved in the current git head.
Thanks for the report!
--
Eric Schulte
http://cs.unm.edu/~eschulte
| 2 |
| 3 |
| 4 |
#+begin_src latex :var foo=a-table[0,0]
The first value of this table is foo.
#+end_src
--
Eric Schulte
http://cs.unm.edu/~eschulte
Bastien writes:
> Eric Schulte writes:
>
>> This patch is still broken
>
> (I don't know why ~$ git format-patch master did not produce an
> applicable patch.)
>
> These three ones are applicable against master/68d4de2.
>
> Bare in mind this is just meant
Bastien writes:
> Eric Schulte writes:
>
>> This patch doesn't apply for me with "git am" to the HEAD of the repo so
>> I can't test it directly
>
> Please try this new one against current db51b8 commit in master.
>
This patch is still bro
Bastien writes:
> Hi Eric,
>
> Eric Schulte writes:
>
>> If you can find a cleaner alternative I'll be happy to help you
>> apply it.
>
> Here is a very crude patch for paving the way to a better solution.
>
This patch doesn't apply for me with "
Bastien writes:
> Eric Schulte writes:
>
>> In the absence of better ideas, I'm going to go ahead with this
>> refactoring.
>
> Okay, go ahead. But be warned that ob-core.el is not my friend :)
>
:)
> I'll see how we can get rid of it.
If you can fin
Florian Beck writes:
> On 12/11/2012 03:52 PM, Eric Schulte wrote:
>
>> Please go ahead and update the information on worg. Note that Emacs24
>> users need only do
>>
>> (require 'org)
>> (org-babel-load-file "/path/to/your/org-init-fil
can
always revert this change when Emacs Lisp begins to provide support for
proper modules.
Cheers,
--
Eric Schulte
http://cs.unm.edu/~eschulte
Bastien writes:
> Eric Schulte writes:
>
>> Here's what the require structure of the core ob files will
>> look like after this change.
>
> If i read the graph correctly, merging ob.el ob-eval.el and
> ob-core.el will not create circular requires -- am I rig
701 - 800 of 3086 matches
Mail list logo
