Leo Ufimtsev 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
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 d
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
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 calcu
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
,**
Hello,
Rasmus 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 warnings with
Hi Aaron and all,
Richard Lawrence 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
> installing/building it via
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"
To: emacs-orgmode@gnu.org
Sent: Friday, Mar
Nicolas Goaziou wrote:
> Hello,
>
> Kyle Meyer 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 she
On 2015-03-14T01:11:35+1100, Charles-H. Schulz
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
(i've not yet
"Charles-H. Schulz" 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 following error
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
Da
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 (
https://kolabnow.com/clients/ema
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 Proc
Am 12.03.2015 um 14:39 schrieb Loris Bennett:
> Rainer Stengele writes:
>
>> Am 12.03.2015 um 09:03 schrieb Loris Bennett:
>>> Rainer Stengele writes:
>>>
Am 05.03.2015 um 09:02 schrieb Loris Bennett:
> Rainer Stengele writes:
>
>> Hi!
>>
>> I have lots of weekly reoccu
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
margin
Hello,
Kyle Meyer 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 update of m
"Charles C. Berry" writes:
> Done -- lines 3--6 below "(src-block ".
Thank you.
> It now reports the src-block name (if any).
OK.
Regards,
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
19 matches
Mail list logo