Hello all,
For your information, to anyone interested in GTD and org-mode,
I am developing a tiny tool for org-mode to schedule your agenda tasks
easily like Mailbox iPhone app (http://www.mailboxapp.com/).
https://github.com/yasuhito/orgbox
(This is already available on MELPA.)
Usage:
- Open
Andreas Leha med.uni-goettingen.de> writes:
>
> Hi Michael,
>
> Michael Weylandt gmail.com> writes:
>
> > Hi,
> >
> > I want to put a summary of my analysis at the beginning of a document
> > using results calculated at the end of the document. Is this possible?
[snip]
> >
> > Is this poss
Hi Bastien,
Bastien wrote:
Hi Charles,
Charles Millar writes:
I have had the same problem on Vista. On my system it started about
six to eight weeks ago. As I recall, a couple of times I attempted to
create an org-table from a tab separated Excel spreadsheet using C-c
|. The first bar appear
Hi there,
I'm trying to refer to the row number of a remote table, using the current
column number shifted by one.
Remote Table:
#+NAME: my-table
| Header1 | Header2 |
|-+-|
| a |23 |
| b |7|
| c |13 |
| d |66 |
| e |5|
Hi Michael,
Michael Weylandt writes:
> Hi,
>
> I want to put a summary of my analysis at the beginning of a document
> using results calculated at the end of the document. Is this possible?
>
> #=
> #+TITLE: Test
> #+AUTHOR: Michael Weylandt
> #+PROPERTY: header-args:R :session *__R__*
Hi Samuel,
Samuel Wales writes:
> my strong intuition says that it calls for a global solution rather
> than patching each one as it comes up.
There is this bug report I made recently:
http://comments.gmane.org/gmane.emacs.bugs/83721
I would love to have this fixed for Emacs 24.4, not sure
I'l
Hi,
I want to put a summary of my analysis at the beginning of a document using
results calculated at the end of the document. Is this possible?
#=
#+TITLE: Test
#+AUTHOR: Michael Weylandt
#+PROPERTY: header-args:R :session *__R__* :exports both
* Summary
The mean result was src_R[:ex
Hi Charles,
Charles Millar writes:
> I have had the same problem on Vista. On my system it started about
> six to eight weeks ago. As I recall, a couple of times I attempted to
> create an org-table from a tab separated Excel spreadsheet using C-c
> |. The first bar appeared and emacs froze.
is
Hi Nicolas,
Bastien writes:
> Can you make the change (ie. radio-link is a link with a description,
> the description being its parsed path)? If so, do you want me to make
> the change in the backends or do you want to take care of this too?
I see you reverted related commits -- are you on thi
Hi Martin,
Martin writes:
> Where do I find the contrib/ repository?
~$ git clone git://orgmode.org/org-mode.git
~$ cd org-mode/contrib/
or http://orgmode.org/org-8.2.5h.zip, unzip, and open the*
contrib/ directory.
> So what I think now is, I'd like to get some elisp functions which can
> pa
Nicolas Richard writes:
> Indeed there usually is some difference between C (magit) and C-x 4 a. I
> will have a look and report it when I get a chance.
That'd be great, thanks,
--
Bastien
i will try to do so. i have been writing a long bug report on it for years.
from memory, going from magit does this type of thing, as do query
replace, isearch, and a few other things. they all cause this type of
bug.
my strong intuition says that it calls for a global solution rather
than patc
Hello,
Karl Voit writes:
> Currently, I do have some issues like [1] which sometimes cause "loss
> of data" [2] and multiple times a day(!) my Emacs enters some endless
> loop so that I have to kill it [3]. Very annoying and frustrating.
>
> Therefore, I've got the feeling that at least some iss
Eli Zaretskii wrote:
>> From: Sebastien Vauban
>> Cc: 17...@debbugs.gnu.org
>> Date: Thu, 20 Mar 2014 11:30:28 +0100
>>
>> > What we need is names of some Lisp functions, preferably from Org,
>> > that we could then examine in order to look for potential infloops.
>> > That's impossible without L
> From: Sebastien Vauban
> Cc: 17...@debbugs.gnu.org
> Date: Thu, 20 Mar 2014 11:30:28 +0100
>
> > What we need is names of some Lisp functions, preferably from Org,
> > that we could then examine in order to look for potential infloops.
> > That's impossible without Lisp backtrace. To get that,
Hi Matt and all,
thanks a lot for the detailed investigation -- I revisited the
related problems and applied a fix. Please let me know if you
encoutner some glitches.
All best,
--
Bastien
Hi Bastien
On Thu, Mar 20, 2014 at 3:15 PM, Bastien wrote:
> I fixed this again in maint, please let me know if it's now okay for
> you. Thanks,
Yes, also release_8.2.5h-809-g61d still solves my use case with
literal links in a table, thank you. I tested only GNU Emacs and can
not tell for
Juanma Barranquero wrote:
> On Wed, Mar 19, 2014 at 3:57 PM, Sebastien Vauban
> wrote:
>
>> I've had 5 infloops of Emacs, not less.
>
> Where you in the minibuffer? Lately I've had a couple of weird
> infloops apparently related to completion.
Honestly, I don't remember. But, for sure, I wasn't i
On Wed, Mar 19, 2014 at 3:57 PM, Sebastien Vauban
wrote:
> I've had 5 infloops of Emacs, not less.
Where you in the minibuffer? Lately I've had a couple of weird
infloops apparently related to completion.
A belated, but very big thanks to both of you! It works perfectly now :)
Best, Volker
On Thu, Mar 13, 2014 at 4:18 PM, Bastien wrote:
> Hi,
>
> Soapy Smith writes:
>
> > I installed the update and ran Volker's test code. It works! The
> > namespace is preserved from block-to-block. Thank y
Bastien writes:
> Hi Martin,
>
>
> One quick idea is to use properties and to look at org-collector.el
> from the contrib/ repository.
Where do I find the contrib/ repository?
> What is not clear is whether you are confortable with writing Elisp.
> If you are, then starting from org-collector.e
Hi!
Is there a method to verify Org-mode files?
Currently, I do have some issues like [1] which sometimes cause "loss
of data" [2] and multiple times a day(!) my Emacs enters some endless
loop so that I have to kill it [3]. Very annoying and frustrating.
Therefore, I've got the feeling that at l
Hi Eric,
Eric Abrahamsen writes:
> I have a setup that's probably more complicated than what you want, but
> maybe you'll find something interesting in it. The problem is, you need
> to somehow specify when or under what conditions you do away with the
> opened windows and return to your org fil
Hi Michael,
I fixed this again in maint, please let me know if it's now okay for
you. Thanks,
--
Bastien
Nicolas Goaziou wrote:
> Eli Zaretskii writes:
>
>> Thanks. So this looks like a problem with Org Mode. In particular,
>> org-element-inline-babel-call-successor takes a lot of time in this
>> case. That function traverses the buffer from top to bottom:
>>
>> (while (search-forward "call_
Bastien writes:
> Rainer M Krug writes:
>
>> OK - I'll let you know when I hear something.
>
> We should both hear about it.
>
> Please ping me if you don't hear anything in a month,
> I'll then ask again to the FSF copyright clerk.
I'll do - thanks.
>
> Also, the formatting of the Changel
Le 20/03/2014 11:55, Bastien a écrit :
> Hi Nicolas,
>
> Nicolas Richard writes:
>
>> Here's a patch. I can commit it if you like, but I don't want to do so
>> without some review (it's not as trivial a change as moving the
>> corresponding footnote to the other section).
>
> I can't apply the
Rainer M Krug writes:
> OK - I'll let you know when I hear something.
We should both hear about it.
Please ping me if you don't hear anything in a month,
I'll then ask again to the FSF copyright clerk.
Also, the formatting of the Changelog entry is not correct,
please carefully read
Bastien writes:
> Hi Rainer,
>
> Rainer M Krug writes:
>
>> I mailed them on Tuesday, using the form
>> [[http://orgmode.org/request-assign-future.txt]] but did not get a
>> response.
>
> This usually take 4-6 weeks, so let's be patient.
OK - I'll let you know when I hear something.
>
>>> Also
* lisp/ob-R.el (org-babel-expand-body:R): Create empty environment
called `org' in R before adding variables and afterwards lock it and
add it to the R search path.
(org-babel-variable-assignments:R): Assign variables into own
`org' environment in R instead of .GlobalEnv
These patch imple
Hi Nicolas,
Nicolas Richard writes:
> Here's a patch. I can commit it if you like, but I don't want to do so
> without some review (it's not as trivial a change as moving the
> corresponding footnote to the other section).
I can't apply the patch, either on maint or on master, but by reading
it
Eli Zaretskii wrote:
>> From: Sebastien Vauban
>> Date: Wed, 19 Mar 2014 15:57:36 +0100
>>
>> Anyway, here's the backtrace I got:
>
> Thanks for the effort, but as I said several times, such backtraces
> are not useful without the Lisp backtrace part. All I can say from
> this backtrace is that
Hi Rainer,
Rainer M Krug writes:
> I mailed them on Tuesday, using the form
> [[http://orgmode.org/request-assign-future.txt]] but did not get a
> response.
This usually take 4-6 weeks, so let's be patient.
>> Also, the formatting of the Changelog entry is not correct,
>> please carefully read
Bastien writes:
> Hi Rainer,
>
> did you sign the FSF papers? We need this before considering applying
> the patch.
I mailed them on Tuesday, using the form
[[http://orgmode.org/request-assign-future.txt]] but did not get a
response.
> Also, the formatting of the Changelog entry is not corre
Eric Schulte writes:
> Charles Berry writes:
>
>> John Hendy gmail.com> writes:
>>
>> [deleted]
>>> >
>>> > I think the default behavior should be reverted, as tangling and
>>> > exporting are two different things. When I tangle, I want to see the
>>> > code blocks as they are in the org docume
Hi Alexey,
Alexey Lebedeff writes:
> Links [[without description]] will be missing from output, "\\3"
> should be more like (lambda (match) (or (match-string 3 match)
> (match-string 1 match)))
Indeed, sorry I've overlooked this and thanks for the solution!
Fixed now,
--
Bastien
Hi Bastien,
2014-03-19 13:50 GMT+04:00 Bastien :
>> But I don't want do disable linking agenda clocktable row to the
>> original heading, it's very convenient. I just want it to look pretty,
>> but the thing from the screenshot looks really ugly. Patch affects
>> execution only when :link is true.
Hi Samuel,
Samuel Wales writes:
> unfortunately, that is not a global solution as there are various
> other places where the same behavior occurs.
Please report them when you have time and when you're sure this is
not the intended behavior.
Thanks,
--
Bastien
38 matches
Mail list logo
