Ernesto Durante writes:
> Eric Schulte writes:
>
>> Ernesto Durante writes:
>>
>> Perhaps a new header argument should be added for C-Family languages
>> which will inhibit this main wrapping behavior?
>>
>> -- Eric
>
> Hi Eric,
>
> Accordi
Ernesto Durante writes:
> Eric Schulte writes:
>
> Hi Eric,
>
> You will find in attachment three patches
>
Hi Ernesto,
Thank you for sending these along, they look great.
>
> + First patch, modify org-babel-eval to load compilation-mode in case
>of errors
>
-webkit-appearance: none;
> }
> #+END_SRC
>
> I cobbled a small change that seemed to fix that.
>
> At any rate, again apologies for the previous spam. I didn't want to just
> respam immediately with an apology.
>
> Thanks!
>
> --
> josh
>
--
Eric Schulte
https://cs.unm.edu/~eschulte
PGP: 0x614CA05D (see https://u.fsf.org/yw)
and this should be taken into account.
>> Try the extension for yourself, then share it, and see if others like it.
>
> Yes, you are right.
>
Perhaps a new header argument should be added for C-Family languages
which will inhibit this main wrapping behavior?
-- Eric
--
Eric Schulte
https://cs.unm.edu/~eschulte
PGP: 0x614CA05D (see https://u.fsf.org/yw)
t;
> Clearly, it's not a good patch because org-babel-eval seems to be
> a core function in babel. Maybe for ob-C, this function should be
> replaced by a new function.
>
> Thanks to everyone for orgmode and babel to exist.
>
> Best
> Ernesto
>
--
Eric Schulte
https://cs.unm.edu/~eschulte
PGP: 0x614CA05D (see https://u.fsf.org/yw)
rc C++ :includes '( ) :results silent
> template
> auto compose(T1 t1, T2 t2) -> decltype(t1 + t2) { return t1+t2; }
>
> template <>
> int compose(int t1,int t2) { return t1+t2; }
>
> main
> auto d=compose(std::string("ola"),std::string("ciao")); //d's type is
> std::string
> auto i=compose(4,2);
> assert(d== std::string("olaciao") && i==6);
> #+end_src
>
> What do you think ?
>
> Best
> Ernesto
>
>
>
--
Eric Schulte
https://cs.unm.edu/~eschulte
PGP: 0x614CA05D (see https://u.fsf.org/yw)
Joseph Vidal-Rosset writes:
> Many thanks Eric for this email and the attachment.
>
> Of course it is very useful.
>
> 2014-08-05 2:23 GMT+02:00 Eric Schulte :
>
>> Hi List,
>>
>> I thoroughly enjoyed using Org-mode to write my dissertation. I was
&
gle space after points so
> that "e.g. x" becomes "e.g.\ x".
>
>> 10. Fix emphasis in text export
>
> Good idea.
>
> Cheers,
> Rasmus
Best,
Eric
--
Eric Schulte
https://cs.unm.edu/~eschulte
PGP: 0x614CA05D (see https://u.fsf.org/yw)
Aaron Ecay writes:
> Hi Eric,
>
> 2014ko abuztuak 5an, Eric Schulte-ek idatzi zuen:
>>
>
> [...]
>
>> I don't know.
>>
>> The Babel R support needs a dedicated maintainer. This was a role Dan
>> Davison originally filled. I've part
Charles Berry writes:
> Eric Schulte gmail.com> writes:
>
>>
>> Andreas Kiermeier gmail.com> writes:
>>
>> > On 4 August 2014 21:23, Eric Schulte gmail.com> wrote:
>> >> Why are you setting the output type to "graphics" when
; - hola
> - uno
> - dos
> - tres
>
>
> Is exported to:
>
>
>
>
> hola
>
>
>
> uno
>
>
> dos
>
>
>
>
> tres
>
>
>
>
--
Eric Schulte
https://cs.unm.edu/~eschulte
PGP: 0x614CA05D (see https://u.fsf.org/yw)
Makefile is also attached. I hope someone
finds this useful.
Best,
Eric
init.el
Description: application/emacs-lisp
Makefile
Description: Binary data
--
Eric Schulte
https://cs.unm.edu/~eschulte
PGP: 0x614CA05D (see https://u.fsf.org/yw)
Andreas Kiermeier writes:
> On 4 August 2014 21:23, Eric Schulte wrote:
>> Why are you setting the output type to "graphics" when you are trying to
>> return text? I think that may be the source of your problem.
>
> Hi Eric,
> thanks for the quick response.
Alan Schmitt writes:
> Hello,
>
> On 2014-06-22 14:50, Eric Schulte writes:
>
>> If this maintains existing functionality, please go ahead and apply it.
>
> Has this been applied? I'm still seeing a failing test for ob-shell.
>
> 1 unexpected results:
&g
(local-set-key "\231" (quote org-table-paste-rectangle))
> (local-set-key "\214" (quote org-table-sort-lines))
> (local-set-key "\311" (quote org-toggle-iimage-in-org)))
> )
> org-shiftup-final-hook '(windmove-up)
> org-ascii-format-drawer-function '(lambda (name contents width) contents)
> org-directory "~/.org/"
> org-html-format-drawer-function '(lambda (name contents) contents)
> org-shiftleft-final-hook '(windmove-left)
> org-metadown-hook '(org-babel-pop-to-session-maybe)
> org-agenda-files '("~/.org/agenda.org")
> org-src-mode-hook '(org-src-babel-configure-edit-buffer
> org-src-mode-configure-edit-buffer)
> org-after-todo-state-change-hook '(org-clock-out-if-current)
> org-todo-keyword-faces '(("WAITING" . ak-org-todo-warning-face))
> org-shiftright-final-hook '(windmove-right)
> org-babel-load-languages '((emacs-lisp) (R . t))
> org-babel-R-command "C:/Progra~1/R/R-3.1.1/bin/x64/R --slave --no-save"
> org-latex-format-inlinetask-function 'ignore
> org-confirm-shell-link-function 'yes-or-no-p
> )
>
--
Eric Schulte
https://cs.unm.edu/~eschulte
PGP: 0x614CA05D (see https://u.fsf.org/yw)
formation is important. A complete recipe would take
>> the user from a bare emacs -Q to an emacs with a sbcl connection and
>> slime, and explain the steps for launching sbcl, connecting via slime,
>> etc.
>>
>> Assume the ones who may fix the problem (like me and other maintainers)
>> are not 100% familiar with Emacs/slime/sbcl, even though they can follow
>> good recipes easily.
>>
>> Thanks for your efforts!
>>
>> PS: The hint about the last commented line triggered the bug is
>> important and will certainly lead to a quick fix.
>>
>> --
>> Bastien
>
--
Eric Schulte
https://cs.unm.edu/~eschulte
PGP: 0x614CA05D (see https://u.fsf.org/yw)
has no idea
> where they end and cannot delete them (try org-babel-remove-result)
> or replace them.
Well said Nick, this is a natural limitation. See the "drawer" portion
of the following page of the manual.
(info "(org)Results")
In general checking the manual before posting to the ML is a good idea.
--
Eric Schulte
https://cs.unm.edu/~eschulte
PGP: 0x614CA05D (see https://u.fsf.org/yw)
k for elisp files
> or any kind of file?
>
> Kind regards,
>
> Grant Rettke | ACM, ASA, FSF, IEEE, SIAM
> g...@wisdomandwonder.com | http://www.wisdomandwonder.com/
> “Wisdom begins in wonder.” --Socrates
> ((λ (x) (x x)) (λ (x) (x x)))
> “Life has become immeasurabl
ax wrong in
your example. See the manual.
(info "(org)Code block specific header arguments")
--
Eric Schulte
https://cs.unm.edu/~eschulte
PGP: 0x614CA05D (see https://u.fsf.org/yw)
27;ve found out that tweaking the font size and navigating through
> an Emacs buffer is often good enough for presentations.
I agree, full screen and large font is often sufficient.
However... When I want more I use the following.
https://github.com/eschulte/epresent
Best,
Eric
Nicolas Goaziou writes:
> Hello,
>
> Eric Schulte writes:
>
>> All equations are numbered "1" when the attached example file is
>> exported to HTML.
>>
>> #+Title: Example
>>
>> * H1
>> See Equation [[the-first]],
>>
>&g
Nicolas Goaziou writes:
> Hello,
>
> Eric Schulte writes:
>
>> Attached
>
> OK, now I get it.
>
> You're working at the wrong level. `latex-fragment' is an object
> (inline) type, but you're inserting it at the element's level. The
> equiv
ond
\begin{equation}
n_{0} = 1
\end{equation}
Thanks,
--
Eric Schulte
https://cs.unm.edu/~eschulte
PGP: 0x614CA05D (see https://u.fsf.org/yw)
Nick Dokos writes:
> Nicolas Goaziou writes:
>
>> Hello,
>>
>> Eric Schulte writes:
>>
>>> I noticed equations with "<"'s weren't displaying correctly in HTML
>>> export using mathjax. The attached patch fixes this by htm
tle
\tableofcontents
\section{H1}
\label{sec-1}~\cite[119–136]{johansson36:_minim_formal}
% Emacs 24.4.50.2 (Org mode beta_8.3)
\end{document}
As expected.
I hope this helps,
Eric
--
Eric Schulte
https://cs.unm.edu/~eschulte
PGP: 0x614CA05D (see https://u.fsf.org/yw)
Joseph Vidal-Rosset writes:
> 2014-06-29 20:19 GMT+02:00 Eric Schulte :
>
>>
>> With ox-bibtex.el [[cite:(page n)one-reference-paper-year]] will export as
>>
>> \cite[page n]{one-reference-paper-year}
>
>
>
> I am sorry Eric but [[cite:(pag
ter.
Best,
Eric
>From 8c4efca17f2a6fbc836c5a8b6b0f628b6c9fff33 Mon Sep 17 00:00:00 2001
From: Eric Schulte
Date: Sun, 29 Jun 2014 14:38:03 -0400
Subject: [PATCH] html-encode text in mathjax latex fragments
* lisp/ox-html.el (org-html-format-latex): Html-encode text in mathjax
latex fragments.
---
lisp/
the
> second format. Ideally , I want to click on the reference and just to add
> the quoted page.
>
> I do not doubt that this is easy to get in org-mode, but I'm wasting my
> time to find how... if it is possible to get it with org-ref or via
> another tool, many thanks in
; Of course I loaded Python support:
>
> (org-babel-do-load-languages
> 'org-babel-load-languages
> '((R . t)
>(C . t)
> ; …
>(python . t)
>(ruby . t)
>(sql . t)
>(sqlite . t)))
>
>
> Greetings, Daniel
>
--
Eric Schulte
https://cs.unm.edu/~eschulte
PGP: 0x614CA05D (see https://u.fsf.org/yw)
for a couple of years.
>>
>> But org-ref seems to go further (video is convincing).
>> It would be really nice to merge org-ref and org-bibtex before they split
>> too far apart.
>> Wishful thinking from me because I don't see that I'm in position to do it.
reason that you implemented this all
independently?
I think part of the problem with existing Org-mode bibtex support is
that no-one knows it exists. To help address this I threw up a very
quick-and-dirty screen cast demonstrating some of Org's existing bibtex
functionality.
https://vimeo.c
cted. The two blocks above compose to something like
#+begin_src emacs-lisp
(file-name-nondirectory
(file-name-directory
(directory-file-name
(file-name-directory
(buffer-file-name)
#+end_src
Calling `file-name-nondirectory' on the results o
Achim Gratz writes:
> Eric Schulte gmail.com> writes:
>> I disagree, editing CSS shouldn't be required for reasonable default
>> list spacing on HTML export.
>
> You can disagree all you want, that doesn't make the underlying problem go
> away. The reason f
Nicolas Goaziou writes:
> Eric Schulte writes:
>
>> Sure. I have added a function to org-export-filter-parse-tree-functions
>> which replaces a custom keyword with either a latex-fragment or an HTML
>> link wrapped in a paragraph depending on the export backend
Nicolas Goaziou writes:
> Hello,
>
> Eric Schulte writes:
>
>> In the function `org-export-resolve-fuzzy-link' at line 4078 of ox.el
>> the `org-element-all-elements' variable is used to map over all elements
>> in the parse tree when looking for a poss
contributing it to Org-mode (see [2]).
Best,
Eric
>
>
> Regards,
>
> Brendan
Footnotes:
[1] http://orgmode.org/w/worg.git/blob/HEAD:/org-contrib/babel/ob-template.el
[2] http://orgmode.org/worg/org-contribute.html
--
Eric Schulte
https://cs.unm.edu/~eschulte
PGP: 0x614CA05D (see https://u.fsf.org/yw)
re general solution.
Thoughts?
Thanks,
Eric
--
Eric Schulte
https://cs.unm.edu/~eschulte
PGP: 0x614CA05D (see https://u.fsf.org/yw)
Nicolas Goaziou writes:
> Eric Schulte writes:
>
>> + ;; every subsequent list element is a single element long
>
> You need to start with a capital and a final period.
>
> Also, it could be merged with the comment below. E.g., "Paragraphs have
> no tag
Achim Gratz writes:
> Eric Schulte writes:
>> I believe something should be done to ensure consistent spacing in the
>> HTML export of list elements. I'd suggest that every list element
>> should be wrapped in a paragraph tag, but maybe a different solution is
>&g
Nicolas Goaziou writes:
> Hello,
>
> Eric Schulte writes:
>
>> When the lists with spaces in some (but not all) elements are exported
>> to HTML, they result in unattractive spacing. This is due to the use of
>> paragraph tags in some list elements, which caus
Nicolas Goaziou writes:
> Eric Schulte writes:
>
>> Should this be done personally or in master?
>
> I can't think of a case where it could lead to confusion, so I'd say it
> can go in master, at least until someone complains, if ever.
>
Done. Than
Nicolas Goaziou writes:
> Hello,
>
> Eric Schulte writes:
>
>> I'm writing a document in which I use footnotes to hold references to
>> many tools. One often wants the tool name in tt font, and the footnote
>> to be touching the tool name (i.e. =tool=[fn:1]
Nulla posuere. Donec vitae dolor. Nullam tristique
diam non turpis. Cras placerat accumsan nulla. Nullam rutrum. Nam
vestibulum accumsan nisl.
Thanks,
Eric
--
Eric Schulte
https://cs.unm.edu/~eschulte
PGP: 0x614CA05D (see https://u.fsf.org/yw)
e as tt.
Is there a way around this?
Thanks,
Eric
--
Eric Schulte
https://cs.unm.edu/~eschulte
PGP: 0x614CA05D (see https://u.fsf.org/yw)
here (or would you mind if I did so)?
>
Please feel free to add this to ox-extras. Thanks -- Eric
>
> Thanks,
--
Eric Schulte
https://cs.unm.edu/~eschulte
PGP: 0x614CA05D (see https://u.fsf.org/yw)
(org-babel-sh-var-to-sh (cdr items) sep hline)))
> + values
> + "\n")))
>
> (defun org-babel-variable-assignments:bash (varname values &optional sep
> hline)
>"Represents the parameters as useful Bash shell variables."
> @@ -163,8 +155,10 @@ (defun org-bab
I thought that `org-babel-sh-command' was still used if code blocks used
the keyword "shell" as the language. If that's not the case and there
really is no more use for `org-babel-sh-command', then please go ahead
and apply this patch.
Thanks,
--
Eric Schulte
https:/
it may dramatically speed up tangle time.
This may reduce the utility of some convenience functions, but should
not have too large of an impact on overall functionality.
Best,
Eric
--
Eric Schulte
https://cs.unm.edu/~eschulte
PGP: 0x614CA05D (see https://u.fsf.org/yw)
Andreas Röhler writes:
> On 18.06.2014 15:59, Eric Schulte wrote:
>> Shiyuan writes:
>>
>>> Hi all,
>>>I found a solution to fix the echo problem of the emacs python shell:
>>> http://stackoverflow.com/questions/8060609/python-interpreter-in-e
thon.el
If I've miss-understood the above please clarify.
Thanks,
Eric
>
> Cheers,
>
> Andreas
>
>
>
>
>
--
Eric Schulte
https://cs.unm.edu/~eschulte
PGP: 0x614CA05D (see https://u.fsf.org/yw)
equivalent, but you
can customize the size at which different methods are used by changing
the `org-babel-min-lines-for-block-output' variable.
>
> I want to hunt down the problem. Any hints/helps is greatly appreciated.
>
Hope this helps. Sadly Emacs python support is sub-par and as a
consumer, Org-mode python code blocks suffer.
Best,
>
> Shiyuan
>
>
>
>
> On Mon, Jun 16, 2014 at 9:12 AM, Doyley, Marvin
> wrote:
>
>> Hi Eric,
>>
>> Thanks for showing me the smart way of doing this.
>>
>> cheers,
>> M
>> --
>>
>>
>>
>>
--
Eric Schulte
https://cs.unm.edu/~eschulte
PGP: 0x614CA05D (see https://u.fsf.org/yw)
el-java-command "java"
> - "Name of the java command.")
> -
> -(defvar org-babel-java-compiler "javac"
> - "Name of the java compiler.")
> +(defcustom org-babel-java-command "java"
> + "Name of the java command.
> +May be either a command in the path, like java
> +or an absolute path name, like /usr/local/bin/java
> +parameters may be used, like java -verbose"
> + :group 'org-babel
> + :version "24.3"
> + :type 'string)
> +
> +(defcustom org-babel-java-compiler "javac"
> + "Name of the java compiler.
> +May be either a command in the path, like javac
> +or an absolute path name, like /usr/local/bin/javac
> +parameters may be used, like javac -verbose"
> + :group 'org-babel
> + :version "24.3"
> + :type 'string)
>
> (defun org-babel-execute:java (body params)
>(let* ((classname (or (cdr (assoc :classname params))
--
Eric Schulte
https://cs.unm.edu/~eschulte
PGP: 0x614CA05D (see https://u.fsf.org/yw)
ython_old and then did
> a soft link to ipython (i.e., ln -s /anaconda/bin/ipython python).
>
> I am sure there is a smarter way of telling babel to use ipython, but
> this was my work around.
>
See the `org-babel-python-command' variable.
>
> Hope this help
&
Nicolas Goaziou writes:
> Hello,
>
> Eric Schulte writes:
>
>> In my opinion the manual interleaving of "noexport" and "export" tags is
>> overly cumbersome and is non-obvious.
>
> It is as non-obvious as the task it achieves.
>
>> T
Hi,
Nicolas Goaziou writes:
> Hello,
>
> Eric Schulte writes:
>
>> Why TODO types rather than a tag? IMO using a TODO type would conflate
>> task management and document structuring. What do you think about the
>> attached patch which should add this functional
e welcome!
>
> Thanks,
--
Eric Schulte
https://cs.unm.edu/~eschulte
PGP: 0x614CA05D (see https://u.fsf.org/yw)
Achim Gratz writes:
> Eric Schulte writes:
>> This new patch looks great, and the test suite passes locally. I've
>> just applied it.
>
> You also get a warning from the byte-compiler on something that is
> clearly a bug. I think the fix should be:
&g
Bastien writes:
> Hi Eric and Thierry,
>
> Eric Schulte writes:
>
>> This new patch looks great, and the test suite passes locally. I've
>> just applied it.
>
> Thanks for applying this -- let me just be boring again and insist on
> properly rewrite the
Ken Mankoff writes:
> Hi Eric, On 2014-06-12 at 20:46, Eric Schulte wrote:
>> Can you suggest a more intuitive/appropriate tag name? I'm not
>> personally partial to "inline", it was just the first thing that
>> occurred to me. Previous implementations
actual Oracle delimiter was set
> differently.
>
> I'm wondering how this is supposed to work. I'd rather not add
> unecessary complexity, but I don't want on rely on a bug or misfeature
> either.
>
I'm not familiar with this portion of ob-sql, so I'll defer to your best
judgment.
Best,
--
Eric Schulte
https://cs.unm.edu/~eschulte
PGP: 0x614CA05D (see https://u.fsf.org/yw)
Ken Mankoff writes:
> On 2014-06-12 at 16:13, Eric Schulte wrote:
>> What do you think about the attached patch which should add this
>> functionality to the core.
>
> Why "inline"?
>
> Org already has "inline TODO items" which is a diffe
"Charles C. Berry" writes:
> On Thu, 12 Jun 2014, Eric Schulte wrote:
>
>> Charles Berry writes:
>>
>>> The following
>>>
>>> ,
>>> | #+PROPERTY: tangle yes
>>> |
>>> | #+NAME: print-abc
>>> | #+
Nicolas Girard writes:
> 2014-06-12 22:13 GMT+02:00 Eric Schulte :
>>>
>>
>> Why TODO types rather than a tag? IMO using a TODO type would conflate
>> task management and document structuring.
>
> Agreed.
>
>> What do you think about the
>> at
(delete-region (point-min) (point)))
> + ;; Anything left?
> + (if (eq (buffer-size) 0)
> + (if (string-match ";" body)
> + (error "No rows selected")
> +(error "No rows selected (need final ; perhaps?)")))
appendix
> * Appendix 1
>
Why TODO types rather than a tag? IMO using a TODO type would conflate
task management and document structuring. What do you think about the
attached patch which should add this functionality to the core.
>From 5a41eae2af24097ec9c1507926af6f6fab8f2628 Mon Sep
der.” --Socrates
> ((λ (x) (x x)) (λ (x) (x x)))
> “Life has become immeasurably better since I have been forced to stop
> taking it seriously.” --ThompsonH
>
--
Eric Schulte
https://cs.unm.edu/~eschulte
PGP: 0x614CA05D (see https://u.fsf.org/yw)
>>" "abc")
> |
> | (concat
> | "<<" "def" ">>")
> |
> | (format
> | "<<%s>>" "abc")
> | (concat
> | "")
> `----
>
>
> Note that ""<<"
>
> How do I make the code comment specify the actual location of the source block
> ref, not just where it was expanded and tangled?
>
Currently inserting comments around snippets of code expanded with noweb
is not supported. You may be able to fake this through the clever use
of variables along
o
>
> M-x org-mime-htmlize
>
> and see the breakage.
>
> Cheers,
>
> --Seb
>
>
Does the attached patch fix these problems?
Thanks,
Eric
>From 9af18107bd82fb9778b87b5891b1772fb847cc74 Mon Sep 17 00:00:00 2001
From: Eric Schulte
Date: Thu, 12 Jun 2014 14:40:32
> to org-mode? I think it would make it far more flexible in terms of
> organizing things, making this organization process orthogonal to the
> selection of sections/subsections of a document.
>
I just ran across this need myself, and updated an old solution to work
with the new expo
t;
Hi Theirry,
This new patch looks great, and the test suite passes locally. I've
just applied it.
Thanks!
Eric
also, thanks for taking the time to flesh out the commit message
>
>
> Le 06/06/2014 18:31, Eric Schulte a écrit :
>> Hi Thierry,
>>
>> This
| #+TBLFM: $2=$1*2
|
| Note: If you recalculate this table (with ‘C-u C-c *’, for example), you
| will get the following result of applying only the first ‘#+TBLFM’ line.
|
| | x | y |
| |---+---|
| | 1 | 1 |
| | 2 | 2 |
| #+TBLFM: $2=$1*1
| #+TBLFM: $2=$1*2
`
--
Eric Schulte
https://cs.unm.edu/~eschulte
PGP: 0x614CA05D (see https://u.fsf.org/yw)
Eric Schulte writes:
> Matt Lundin writes:
>
>> Chris Malone writes:
>>
>> (Note: When using gmail, please adjust the settings to send your
>> messages as plain text only instead of multipart/alternative.)
>>
>>> When I include the actual conte
Achim Gratz writes:
> Eric Schulte writes:
>> I can't reproduce these problems. Could you provide examples, and maybe
>> a stack traces?
>
> The tests have all been done with "make vanilla" and
> testing/examples/ob-awk-test.org. The test failure is:
>
I've just added a new customization variable which will allow you turn
off the automated commenting and trailing newline insertion. Set
`org-babel-tangle-uncomment-comments' to a non-nil value.
Best,
--
Eric Schulte
https://cs.unm.edu/~eschulte
PGP: 0x614CA05D (see https://u.fsf.org/yw)
Achim Gratz writes:
> Eric Schulte writes:
>> Thanks for pointing out this shortcoming and for suggesting the
>> command-line variable assignment option. I've just pushed up a patch
>> which changes the behavior of awk code blocks to assign variables on the
>> co
esn't behave as one
> might expect). i haven't looked at ob-*.el enough to know the patterns
> used to wrap up various forms of variables into different languages.
Ah, thanks for pointing this out. I just pushed up a simple fix along
with a unit test for tabular input to awk bloc
t;
>(dolist (pair (mapcar #'cdr (org-babel-get-header params :var)))
> +(if (not (stringp (cdr pair)))
> + (error "awk variable values must be strings"))
> (setf body (replace-regexp-in-string
> (regexp-quote (format "$%s" (car pair))) (cdr pair) body)))
>body)
>
--
Eric Schulte
https://cs.unm.edu/~eschulte
PGP: 0x614CA05D (see https://u.fsf.org/yw)
Hi,
I just pushed up a small change to ox-bibtex (in comtrib), so that it is
possible to include options in cite: links. So for example the
following link "[[cite:(Chapter 2)foo]]" will be converted to the
following LaTeX "\cite[Chapter 2](foo)".
Best,
--
Eric Schult
el-execute-src-block)
>
> (ert-deftest ob-C/two-integer-var ()
>"Test of two input variables"
> (org-test-at-id "fa6db330-e960-4ea2-ac67-94bb845b8577"
> -(org-babel-next-src-block 3)
> +(org-babel-next-src-block 5)
> +(should (= 22 (org-babel-execute-src-block)
> +
> +(ert-deftest ob-D/two-integer-var ()
> + "Test of two input variables"
> + (org-test-at-id "fa6db330-e960-4ea2-ac67-94bb845b8577"
> +(org-babel-next-src-block 6)
> (should (= 22 (org-babel-execute-src-block)
>
> (ert-deftest ob-C/string-var ()
>"Test of a string input variable"
>(org-test-at-id "fa6db330-e960-4ea2-ac67-94bb845b8577"
> -(org-babel-next-src-block 4)
> +(org-babel-next-src-block 7)
> +(should (equal "word 4" (org-babel-execute-src-block)
> +
> +(ert-deftest ob-D/string-var ()
> + "Test of a string input variable"
> + (org-test-at-id "fa6db330-e960-4ea2-ac67-94bb845b8577"
> +(org-babel-next-src-block 8)
> (should (equal "word 4" (org-babel-execute-src-block)
>
> (ert-deftest ob-C/preprocessor ()
>"Test of a string variable"
>(org-test-at-id "fa6db330-e960-4ea2-ac67-94bb845b8577"
> -(org-babel-next-src-block 5)
> +(org-babel-next-src-block 9)
> (should (= 42 (org-babel-execute-src-block)
>
> +
> (ert-deftest ob-C/table ()
>"Test of a table output"
>(org-test-at-id "2df1ab83-3fa3-462a-a1f3-3aef6044a874"
> -(org-babel-next-src-block)
> +(org-babel-next-src-block 1)
> (should (equal '((1) (2)) (org-babel-execute-src-block)
>
> +(ert-deftest ob-D/table ()
> + "Test of a table output"
> + (org-test-at-id "2df1ab83-3fa3-462a-a1f3-3aef6044a874"
> +(org-babel-next-src-block 2)
> +(should (equal '((1) (2)) (org-babel-execute-src-block)
> +
> +
> (ert-deftest ob-C/list-var ()
> "Test of a list input variable"
>(org-test-at-id "cc65d6b3-8e8e-4f9c-94cd-f5a00cdeceb5"
> (org-babel-next-src-block 1)
> (should (string= "abcdef2" (org-babel-execute-src-block)
>
> +(ert-deftest ob-D/list-var ()
> +"Test of a list input variable"
> + (org-test-at-id "cc65d6b3-8e8e-4f9c-94cd-f5a00cdeceb5"
> +(org-babel-next-src-block 2)
> +(should (string= "abcdef2" (org-babel-execute-src-block)
> +
> (ert-deftest ob-C/vector-var ()
> "Test of a vector input variable"
>(org-test-at-id "cc65d6b3-8e8e-4f9c-94cd-f5a00cdeceb5"
> -(org-babel-next-src-block 2)
> +(org-babel-next-src-block 3)
> +(should (equal 122 (org-babel-execute-src-block)
> +
> +(ert-deftest ob-D/vector-var ()
> +"Test of a vector input variable"
> + (org-test-at-id "cc65d6b3-8e8e-4f9c-94cd-f5a00cdeceb5"
> +(org-babel-next-src-block 4)
> (should (equal 122 (org-babel-execute-src-block)
>
> (ert-deftest ob-C/list-list-var ()
>"Test of a list list input variable"
>(org-test-at-id "cc65d6b3-8e8e-4f9c-94cd-f5a00cdeceb5"
> -(org-babel-next-src-block 3)
> +(org-babel-next-src-block 5)
> (should (equal '((1 3) (2 4)) (org-babel-execute-src-block)
>
> +(ert-deftest ob-D/list-list-var ()
> + "Test of a list list input variable"
> + (org-test-at-id "cc65d6b3-8e8e-4f9c-94cd-f5a00cdeceb5"
> +(org-babel-next-src-block 6)
> +(should (equal '((1 3) (2 4)) (org-babel-execute-src-block)
> +
> +
> +(ert-deftest ob-C/inhomogeneous_table ()
> + "Test inhomogeneous input table"
> + (org-test-at-id "e112bc2e-419a-4890-99c2-7ac4779531cc"
> +(org-babel-next-src-block 1)
> +(should (equal
> + '(("monday" 34)
> +("tuesday" 41)
> +("wednesday" 56)
> +("thursday" 17)
> +("friday" 12)
> +("saturday" 7)
> +("sunday" 4)
> +("Friday" "friday"))
> + (org-babel-execute-src-block)
> +
> +(ert-deftest ob-D/inhomogeneous_table ()
> + "Test inhomogeneous input table"
> + (org-test-at-id "e112bc2e-419a-4890-99c2-7ac4779531cc"
> +(org-babel-next-src-block 2)
> +(should (equal
> + '(("monday" 34)
> +("tuesday" 41)
> +("wednesday" 56)
> +("thursday" 17)
> +("friday" 12)
> +("saturday" 7)
> +("sunday" 4)
> +("Friday" "friday"))
> + (org-babel-execute-src-block)
> +
> ;;; test-ob-C.el ends here
--
Eric Schulte
https://cs.unm.edu/~eschulte
PGP: 0x614CA05D (see https://u.fsf.org/yw)
r the removed "prelim"-tagged
headline. This is useful to support structures like the following.
--8<---cut here---start----->8---
* Appendix :prelim:
#+LaTeX: \begin{appendices}
** Definitions
** Data Sets
** Tooling
#+LaTeX: \end{appendices}
--8<---cut here---end--->8---
Best,
--
Eric Schulte
https://cs.unm.edu/~eschulte
PGP: 0x614CA05D (see https://u.fsf.org/yw)
Rainer M Krug writes:
> Charles Berry writes:
>
>> Eric Schulte gmail.com> writes:
>>
>>>
>>> Rainer M Krug krugs.de> writes:
>>>
>>> > The error is back:
>>> >
>>>
>>> You say "back", wa
" " (if pdf-cmd
> + (org-babel-process-file-name (concat
> in-file ".eps"))
> + (org-babel-process-file-name
> out-file
> + )
> (unless (file-exists-p org-ditaa-jar-path)
>(error "Could not find ditaa.jar at %s" org-ditaa-jar-path))
> (with-temp-file in-file (insert body))
--
Eric Schulte
https://cs.unm.edu/~eschulte
PGP: 0x614CA05D (see https://u.fsf.org/yw)
ht be nice to also include a
customizable variable which controls whether the function in (2) is run
at all.
Best,
--
Eric Schulte
https://cs.unm.edu/~eschulte
PGP: 0x614CA05D (see https://u.fsf.org/yw)
place or supplement the comments with commands
> that indicate the same information directly to the compiler or
> interpreter (`\sourcefilename' and `\sourcefileline' for LilyPond,
> `#line' for C, etc.).
>
Hi Thomas,
I believe the `org-babel-tangle-comment-format-beg' and
`org-
--+|
>>| tool| emacs | cool |
>>| environment | debian | fair |
>>
>>and finally,
>>
>>big={{"tool", "emacs", "cool"}, {"environment", "debian", "fair"}}
>>
>>
&
to put these R files?
>>
>>> One lesson I've certainly learned from the Org-mode mailing list is
>>> that you can't anticipate all of the ways that your code will be used,
>>> so up-front customizability generally pays off.
>>
>> OK - point taken - and I am definitely one of those users who thinks
>> about unusual usages of certain features.
>>
>> Cheers,
>>
>> Rainer
>>
>>>
>>> Thanks,
>>> Eric
>>>
>>>>
>>>> Thanks
>>>>
>>>> Rainer
--
Eric Schulte
https://cs.unm.edu/~eschulte
PGP: 0x614CA05D
ng list is
>> that you can't anticipate all of the ways that your code will be used,
>> so up-front customizability generally pays off.
>
> OK - point taken - and I am definitely one of those users who thinks
> about unusual usages of certain features.
>
> Cheers,
>
> Rainer
>
>>
>> Thanks,
>> Eric
>>
>>>
>>> Thanks
>>>
>>> Rainer
--
Eric Schulte
https://cs.unm.edu/~eschulte
PGP: 0x614CA05D
l-R-assign-elisp-function' variable suggested by Charles. One
lesson I've certainly learned from the Org-mode mailing list is that you
can't anticipate all of the ways that your code will be used, so
up-front customizability generally pays off.
Thanks,
Eric
>
> Thanks
>
> Rainer
--
Eric Schulte
https://cs.unm.edu/~eschulte
PGP: 0x614CA05D
Glenn Morris writes:
> Eric Schulte wrote:
>
>>> org-babel-screen-session-write-temp-file and org-babel-screen-test seem
>>> to use predictable temp-file names, which is a security issue. Using
>>> `make-temp-file', or if the file names really need to be pr
atches. I don't have the R experience to review or
maintain them, but I'm happy to apply them.
I missed some previous discussion in this thread. Are these patches
ready to be applied as is?
Thanks,
--
Eric Schulte
https://cs.unm.edu/~eschulte
PGP: 0x614CA05D
e', or if the file names really need to be predictable,
> something equivalent to `doc-view-make-safe-dir' (there should really be
> a general utility function for this IMO) to first create a /tmp
> subdirectory would avoid this.
>
I just pushed up a fix for this issue. Thanks,
release_8.2.6-920-gc6d698 @
> /Users/rainerkrug/.emacs.d/org-mode/lisp/)
> GNU Emacs 24.3.1 (x86_64-apple-darwin13.0.0, Carbon Version 1.6.0 AppKit
> 1265) of 2014-02-13 on Rainers-MacBook-Pro-2.local
>
> Cheers,
>
> Rainer
--
Eric Schulte
https://cs.unm.edu/~eschulte
PGP: 0x614CA05D
look over the org contribution instructions [1].
Thanks!
Eric
Footnotes:
[1] http://orgmode.org/worg/org-contribute.html
--
Eric Schulte
https://cs.unm.edu/~eschulte
PGP: 0x614CA05D
or (listp elem) (eq elem
> 'hline))
> + (setq proper nil
> result (list result))
> '(:fmt (lambda (cell) (format "%s" cell
> "\n"))
> (goto-char beg) (when (org-at-table-p) (org-table-align)))
--
Eric Schulte
https://cs.unm.edu/~eschulte
PGP: 0x614CA05D
leaving the previous default behavior in place for
> blocks with a :file argument.
>
> 2014ko apirilak 22an, Eric Schulte-ek idatzi zuen:
>
> [...]
>
>
>> One option might be to borrow naming behavior from the comment
>> functionality in ob-tangle which looks like th
on with shebang works when tangling but not for direct evaluation of
> the source block.
>
> Cheers
>
> Will
>
>
>
>
> On Fri, Apr 25, 2014 at 10:27 AM, Eric Schulte wrote:
>
>> The attached patch should allow the specification of the python command
>&
ly it.
>From d57887adc70c524199b3307b74f17ea5751450f0 Mon Sep 17 00:00:00 2001
From: Eric Schulte
Date: Fri, 25 Apr 2014 09:24:04 -0600
Subject: [PATCH] allow specification of python command w/header arg
Using the :python header arg.
* lisp/ob-python.el (org-babel-execute:python): Locally se
ll Org babel python
> executions.
>
> Specifically, I load a custom colorbar in my ~/.pythonrc and
> ~/.ipythonrc files, and would like Org python to behave the same.
>
> -k.
>
--
Eric Schulte
https://cs.unm.edu/~eschulte
PGP: 0x614CA05D
Alan Schmitt writes:
> Hi Eric,
>
> On 2014-04-22 13:30, Eric Schulte writes:
>
>> Sorry, that's because the "x" should be "z". See the following.
>>
>> #+name: z
>> : "bar"
>> #+name: test3
>> #+
1 - 100 of 3086 matches
Mail list logo