Hello,
Rasmus ras...@gmx.us writes:
Shouldn't org-element-update-syntax be declared in org.el since
org-add-link-type depends on it? Or is there some autoload magic going
on?
`org-element-update-syntax' is an autoloaded function so it isn't
a problem.
However, it introduces compilation
Hi Aaron and all,
Richard Lawrence richard.lawre...@berkeley.edu writes:
What version of citeproc-hs are you using? The version under that
name is no longer maintained, and I had some trouble getting it to
build.
I am in fact using the version under that name (I have not had trouble
There are bugs with calling named call lines and blocks when they are cached.
If the callee is cached, the results vary when the caller is re-evaluated.
The following file demonstrates the bug(s). Unfortunately I don't have time
right now to debug...
#+BEGIN_SRC org
,* Cached results bug
I wonder if this is an output vs value issue on the return of the
block. If you set :results output does anything change? or, is there a
way to specify a return value? or specifically print something?
Richard Stanton writes:
I recently saw this posting about org support for Mathematica. Thanks
Leo Ufimtsev lufim...@redhat.com writes:
(org-drawers
(quote
(FURTHER_READING THEORY TASKS INFO TIP NOTE EG LINKS
APPENDIX DETAILS PROPERTIES CLOCK LOGBOOK RESULTS TASKARCHIVE
SOURCE TROUBLESHOOTING)))
OMG ! All of them are used ?
:-D, I need to consolidate some of those. Many
Dear Richard,
You can do:
#+BEGIN_SRC mathematica
f[x_] := x+3;
f[5]
#+END_SRC
Here are explanations: I actually put everything in the SRC block into a
Print[...].
So in the second example, what actually runs is
Print[f[x_] := x+3
f[5]]
This does not return any value. Because what it really
I recently saw this posting about org support for Mathematica. Thanks for
writing this!
Unfortunately, while I can get it to work for simple things (e.g., 2+3), even
slightly more complex things don't seem to work. For example, suppose I'd like
to define a function f(x) = x + 3, and then
Kyle Meyer k...@kyleam.com wrote:
Richard Stanton stan...@haas.berkeley.edu wrote:
This looks great. While we're patching this code, why does having
blank lines inside function definitions cause such problems in
:session mode?
I think this is because the lines are being sent one by one, so
Hi Leo
You may want to have a look at org-aggregate
It provides partial sums, means, and so on,
and also correlation between two columns.
Source code and documentation here:
https://github.com/tbanel/orgaggregate
Also available as an Emacs package on Melpa:
(require 'package)
(add-to-list
Hello,
Kyle Meyer k...@kyleam.com writes:
I've attached two patches. The first one is a proposed way to deal with
the indentation issues in sessions. It is very similar to what
python.el does for multiline input (use a temporary file and then
execute that from the shell). The second is an
Charles C. Berry ccbe...@ucsd.edu writes:
Done -- lines 3--6 below (src-block .
Thank you.
It now reports the src-block name (if any).
OK.
Regards,
Charles-H. Schulz c...@adocentyn.io writes:
Looking a bit into the files, I realized the package itself has the
default configuration set on Google Calendar. I had to adapt it a bit
to fit KolabNow as the link above describes it. Still after running a
M-x
org-caldav-sync I will get the
On 2015-03-14T01:11:35+1100, Charles-H. Schulz c...@adocentyn.io
said:
CS Browsing this list's archives I did find, however, that a
CS few other people had problems outside Google Calendar.
Perhaps this might be of use?
https://github.com/dengste/org-caldav/issues/45#issuecomment-68527518
Nicolas Goaziou m...@nicolasgoaziou.fr wrote:
Hello,
Kyle Meyer k...@kyleam.com writes:
I've attached two patches. The first one is a proposed way to deal with
the indentation issues in sessions. It is very similar to what
python.el does for multiline input (use a temporary file and then
Am 12.03.2015 um 14:39 schrieb Loris Bennett:
Rainer Stengele rainer.steng...@online.de writes:
Am 12.03.2015 um 09:03 schrieb Loris Bennett:
Rainer Stengele rainer.steng...@online.de writes:
Am 05.03.2015 um 09:02 schrieb Loris Bennett:
Rainer Stengele rainer.steng...@online.de writes:
Hello
GNU emacs 24 has BIDI support, for languages such as Hebrew and Arabic.
However when I write an email, and send it via say gnus, the mail text
received it is displayed correctly with one restriction: The text is
displayed in most mail agents, at the left margin instead of the right
Greetings.
Please find two files attached to this message.
1. A patch implementing Processing programming language support in
Babel. The commit message of the patch is the following:
ob-processing.el: Support for
This looks like the promised land here. SQL aggregation in org-mode omg X-D!!
Pretty much what I was looking for. Thank you so much for the link.
Leo Ufimtsev | Intern Software Engineer @ Eclipse Team
- Original Message -
From: Thierry Banel tbanelweb...@free.fr
To:
Hi,
Shouldn't org-element-update-syntax be declared in org.el since
org-add-link-type depends on it? Or is there some autoload magic going
on?
—Rasmus
--
Got mashed potatoes. Ain't got no T-Bone. No T-Bone
From e5d7961f1c76b2a44cb01a1c4871230161223f30 Mon Sep 17 00:00:00 2001
From: Rasmus
Hi,
I'm using the KolabNow service for emails and groupware. As I'm in the
process of transitioning my email and groupware on Emacs, I was
interested by org-caldav, and KolabNow claims that their CalDAV calendar
can integrate with org-mode through org-caldav (
20 matches
Mail list logo
