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
"Charles C. Berry" writes:
> Done -- lines 3--6 below "(src-block ".
Thank you.
> It now reports the src-block name (if any).
OK.
Regards,
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
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
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
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
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
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
"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
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
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
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
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
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
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 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
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
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
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
19 matches
Mail list logo
