On Nov 14, 2011, at 12:46 AM, Nicolas Goaziou wrote:
> Hello,
>
> Carsten Dominik writes:
>
>> commit dfcb6faef11a2439b56b18a6289803361d402130 (Provide more consistent
>> regexps for headlines)
>> makes the global TODO list fail on headlines with a TODO keyword but no text
>> following:
>>
Susan Addy wrote:
> Ok - I tried adding (setq font-lock-verbose nil), but there was no
> change. It is still fast when I open emacs, and then some time later
> (after I switch to another program for some time and back) it is
> slow. Sometimes it will become fast again, and sometimes I recall (I
>
Ok - I tried adding (setq font-lock-verbose nil), but there was no change.
It is still fast when I open emacs, and then some time later (after I
switch to another program for some time and back) it is slow. Sometimes it
will become fast again, and sometimes I recall (I think) it has been slow
right
I don't think so. I just restarted emacs and compiled the agenda about 15
times in a row and it was fast. But - if I leave it to do something else
for a while, often the next time I compile agenda it is slow, even if I
haven't changed the org mode agenda files in the meantime.
Thanks again.
On
Hi Nick,
I have looked through the archives and tried what I found, including
the linum-mode and property-inheritance, which didn't affect the problem. I
also tried to change to the latest version of org mode and (I think) emacs,
which didn't help. I don't recall seeing the font-lock problem, t
Does it slow down depending on the number of times you run agenda?
Hello,
Carsten Dominik writes:
> commit dfcb6faef11a2439b56b18a6289803361d402130 (Provide more consistent
> regexps for headlines)
> makes the global TODO list fail on headlines with a TODO keyword but no text
> following:
>
> * TODO This one works
> * TODO
> This one fails (note, there is n
Susan Addy wrote:
> Thanks Bernt. I checked and Linum-mode is not enabled.
>
> Also, I using emacs 22.3.1 and org-mode 7.7 (if it helps).
>
>
> On Sun, Nov 13, 2011 at 2:16 PM, Bernt Hansen wrote:
>
> Susan Addy writes:
>
> > Below is a list of my agenda command - maybe it
* Towards a solution for Zotero -> Org -> ODT
I think I have a way to get Zotero references from Org links into ODT
as working reference marks. Interested parties, please
test if this works for you at all.
1. Create Zotero links such as e.g.:
: [[zotero:0_RADJMJ8Q][{Bolin, 1958}]]
Bel
Thanks Bernt. I checked and Linum-mode is not enabled.
Also, I using emacs 22.3.1 and org-mode 7.7 (if it helps).
On Sun, Nov 13, 2011 at 2:16 PM, Bernt Hansen wrote:
> Susan Addy writes:
>
> > Below is a list of my agenda command - maybe it is too long? When it
> > is slow, it is slow no mat
Susan Addy writes:
> Below is a list of my agenda command - maybe it is too long? When it
> is slow, it is slow no matter what TODO I am trying to compile.
>
> Any thoughts?
> Thank you!
If you have linum-mode enabled you should turn that off. Others have
reported slow navigation when that is
I am an avid user of org mode for all of my notes (usually kept under
headlines with dates) and TODOs. I now have 5 agenda files with a total of
about 25,000 lines, about 25% of which are headlines.
Sometimes, when I run agenda, it is very slow to compile - about 10-15
seconds. During these times,
Thomas Lockney wrote:
> I'm attempting to get some code working that should create a new frame
> with *just* org-capture, but when I run it, I keep getting a split
> despite various attempts at running delete-other-windows. I'm running
> on "GNU Emacs 24.0.90.1 (i386-apple-darwin10.8.0, NS
> appl
David Maus writes:
> Hi Eric,
>
> At Tue, 18 Oct 2011 10:22:34 -0600,
> Eric Schulte wrote:
>> Hi David,
>>
>> I agree it would be preferable to note that not all tests are run when
>> dependencies are missing, although I don't think it is extremely
>> important. I think some version of the abov
On 11/13/2011 05:30 AM, Carsten Dominik wrote:
> Hi Nicolas,
>
> commit dfcb6faef11a2439b56b18a6289803361d402130 (Provide more consistent
> regexps for headlines)
> makes the global TODO list fail on headlines with a TODO keyword but no text
> following:
>
> * TODO This one works
> * TODO
> Thi
Hi Eric
Eric Schulte writes:
[...]
> This sounds like a very nice setup. It would be great if you can work
> with me and Jason to see if we can set this up on the Org-mode server.
No problem. If it is a Linux server, I can work on setting up a fresh
instance on Linux prior the actual deploym
Tom Prince wrote:
> On Sat, 12 Nov 2011 23:13:11 -0500, Nick Dokos wrote:
> > Not worth the bother IMO[fn:1], but if you wish to implement it and submit
> > a patch, I'd be happy to review it.
> >
> > Nick
> >
> > Footnotes:
> >
> > [fn:1] Remember, capture is supposed to be as unobtrusive as
David Maus wrote:
> First sorry for the late response, some pressing family matters kept
> me busy last week.
>
> At Sun, 06 Nov 2011 17:29:06 -0500,
> Nick Dokos wrote:
> > No, I mean the handling in org-insert-link itself:
> >
> > line 9048 says
> >
> > (setq link (org-extract-
On Sat, 12 Nov 2011 23:13:11 -0500, Nick Dokos wrote:
> Not worth the bother IMO[fn:1], but if you wish to implement it and submit
> a patch, I'd be happy to review it.
>
> Nick
>
> Footnotes:
>
> [fn:1] Remember, capture is supposed to be as unobtrusive as possible:
>you just want to s
Hi Eric,
At Tue, 18 Oct 2011 10:22:34 -0600,
Eric Schulte wrote:
> Hi David,
>
> I agree it would be preferable to note that not all tests are run when
> dependencies are missing, although I don't think it is extremely
> important. I think some version of the above would be worthwhile if it
> cou
Martyn Jago writes:
> Martyn Jago writes:
> Hi Eric
>
> [...]
>
> Further to the problem of tests failing under sandboxed conditions
> unexpectedly, I've made a few observations which I want to pass on.
>
> * ID
>
> Currently the ID searching command `org-id-find' has global scope to
> find ID'
Martyn Jago writes:
> Hi Eric
>
> Eric Schulte writes:
>
>> Hi Martyn,
>>
>> I have all tests passing in a branch in the Org-mode git repo (which I
>> plan to merge into master soon). Could you try a run of this on the
>> standard-code-block-syntax branch?
>
> I've added the standard-code-block
Hi Eric
Oops, the patch was broken - this one fixes the problem...
[...]
> Currently `org-test-load' will happily attempt to load an interlocking
> symbolic link (such as .#test-ob-exp.el ->
> martyn@88-96-171-138.59787). This results in a failure to run any tests,
> and is particularly annoying
Martyn Jago writes:
Hi Eric
[...]
Further to the problem of tests failing under sandboxed conditions
unexpectedly, I've made a few observations which I want to pass on.
* ID
Currently the ID searching command `org-id-find' has global scope to
find ID's all over the host system. Since develope
Achim Gratz writes:
> If byte-compile-directory is available in all versions of Emacs, then I
> could certainly use it in the Makefile. Not sure if I can get to it
> before the weekend, but I will try it out soon-ish.
I've pushed a change to my Makefile fork that uses
batch-byte-recompile-direct
My bad, I wrote:
> if the point is at the beginning of a headline cdlatex-tab advances to the
> next word rather than leaving it alone.
because I evidently didn't read your email closely enough
2011/11/13 Nicolas Goaziou :
> ... (I had forgotten to take care of headlines case).
Sorry for the
Hi Nicolas,
commit dfcb6faef11a2439b56b18a6289803361d402130 (Provide more consistent
regexps for headlines)
makes the global TODO list fail on headlines with a TODO keyword but no text
following:
* TODO This one works
* TODO
This one fails (note, there is not even a space after TODO.
While I
2011/11/13 Nicolas Goaziou :
>>> I've slightly modified your patch to repair that. Could you test it and
>>> report back the result?
>>
>> From what i can tell it works flawlessly.
I'm sorry, but I just caught a flaw. I actually remember it being the reason
why I chose to test if the point is in
Maik Beckmann writes:
>> I've slightly modified your patch to repair that. Could you test it and
>> report back the result?
>
> From what i can tell it works flawlessly.
I've pushed a close patch into master (I had forgotten to take care of
headlines case).
Thank you for your work.
Regards,
First sorry for the late response, some pressing family matters kept
me busy last week.
At Sun, 06 Nov 2011 17:29:06 -0500,
Nick Dokos wrote:
> No, I mean the handling in org-insert-link itself:
>
> line 9048 says
>
> (setq link (org-extract-attributes
> (org-link-u
Hello,
Daniel Mescheder writes:
> I'm running the following system:
>
> Emacs : GNU Emacs 23.2.1 (i686-pc-linux-gnu, GTK+ Version 2.24.4)
> of 2011-04-04 on rothera, modified by Debian
> Package: Org-mode version 7.7
>
> I've run into a problem with #+begin_src #+end_src blocks:
> Whenever I t
Hi,
I'm running the following system:
Emacs : GNU Emacs 23.2.1 (i686-pc-linux-gnu, GTK+ Version 2.24.4)
of 2011-04-04 on rothera, modified by Debian
Package: Org-mode version 7.7
I've run into a problem with #+begin_src #+end_src blocks:
Whenever I trying to have a one-element python list ins
32 matches
Mail list logo
