Alan L Tyree wrote:
> I'm purely a user, but I would not be in favour of splitting the list.
> I find it interesting to have an insight into what the developers are
> doing, where org is headed. Use of a DEV tag would be good.
I don't understand. If you like to read the development posts, why
I've tried several times to use Viper, but I always give up. The
usual showstopper is read-only Emacs modes with single-character key
bindings, like MH-E. The d key deletes a message in an MH folder, but
in vi, d deletes text to a target. So the obvious thing to do is turn
Viper mode off in
Torsten Wagner wrote:
Thinking of tags, I wonder why we use [Orgmode] since all mails
coming from emacs-orgmode(a)gnu.org which is a strong indicator
already.
Not sure I agree with splitting the list, but the [Orgmode] tag is
definitely superfluous. Who has a mail client that can't filter o
Do you have flyspell-mode enabled? It caused such a performance hit I
had to disable it for org files.
ajk
___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/
Nick Dokos wrote:
Andrew J. Korty wrote:
> Bernt Hansen wrote:
>
> > (add-hook 'org-insert-heading-hook 'bh/insert-heading-inactive-timestamp)
>
> Using org-insert-heading-hook is more elegant than my way, but I only
> want timestamps on TODO entries, so I
Bernt Hansen wrote:
(add-hook 'org-insert-heading-hook 'bh/insert-heading-inactive-timestamp)
Using org-insert-heading-hook is more elegant than my way, but I only
want timestamps on TODO entries, so I use
#+begin_src emacs-lisp
(defadvice org-insert-todo-heading (after ajk/org-time-stamp-ne
See http://www.mail-archive.com/emacs-orgmode@gnu.org/msg30284.html.
This patch is against release_7.01h.
ajk
---
lisp/org.el | 20 ++--
1 files changed, 10 insertions(+), 10 deletions(-)
diff --git a/lisp/org.el b/lisp/org.el
index d33bf4e..52e501e 100644
--- a/lisp/org.el
++
Matt Lundin wrote:
(setq org-agenda-custom-commands
'(("d" "Todos (incl. deadlines)" todo ""
((org-deadline-warning-days 100) ;; change this as you wish
(org-agenda-todo-ignore-deadlines 'far
Ah, brilliant. Thanks! Essentially this configuration causes the
lead
Matt Lundin wrote:
"Andrew J. Korty" writes:
> Matt Lundin wrote:
>
>> --8<---cut here---start->8---
>> * TODO Review really important document
>> DEADLINE: <2010-10-31 Sun -2m>
>> * TODO Review le
Matt Lundin wrote:
If I have multiple timestamps in a TODO item, org-auto-repeat-maybe
only advances the first one. In the following example, I'd like both
the SCHEDULED and DEADLINE timestamps to advance when the item is
marked DONE, but only the SCHEDULED timestamp advances.
* TODO do somet
Matt Lundin wrote:
--8<---cut here---start->8---
* TODO Review really important document
DEADLINE: <2010-10-31 Sun -2m>
* TODO Review less important document
DEADLINE: <2010-10-31 Sun>
--8<---cut here---end--->8---
Let
Bernt Hansen wrote:
> If I have multiple timestamps in a TODO item, org-auto-repeat-maybe
> only advances the first one. In the following example, I'd like both
> the SCHEDULED and DEADLINE timestamps to advance when the item is
> marked DONE, but only the SCHEDULED timestamp advances.
>
> * T
Andrew J. Korty wrote:
Bernt Hansen wrote:
> > If I have multiple timestamps in a TODO item, org-auto-repeat-maybe
> > only advances the first one. In the following example, I'd like both
> > the SCHEDULED and DEADLINE timestamps to advance when the item is
> &
Martin Pohlack wrote:
On 14.09.2010 19:06, Andrew J. Korty wrote:
> This patch adds hour and minute granularity to repeaters. Let me know
> if there's interest in incorporating it, and I'll start the FSF
> paperwork process.
There was a related discussion her
Some MUAs insert a newline when rendering the Message-ID field:
Message-ID:
<98a78083733de040834c2b9e91b87fde0aa...@example.com>
The newline causes org-mhe-store-link to create a link that looks like
[[mhe:%2Barchive#
%20<98a78083733de040834c2b9e91b87fde0aa...@example.com][subject]
Remember to cover the basics, that is, what you expected to happen and
what in fact did happen. You don't know how to make a good report? See
http://orgmode.org/manual/Feedback.html#Feedback
Your bug report will be posted to the Org-mode mailing list.
-
This patch adds hour and minute granularity to repeaters. Let me know
if there's interest in incorporating it, and I'll start the FSF
paperwork process.
Andrew Korty
---
doc/org.texi |4 ++--
lisp/org-agenda.el |2 +-
lisp/org.el| 27 +++
3 files c
On Jan 2, 2010, at 14:37 , Carsten Dominik wrote:
> I have been thinking about caching often
> but always stopped implementing it because, being a plain text
> system, there is always the possibility that thinks are being
> changed behind the back of the cache. How are you handling
> updating the
On Jan 2, 2010, at 02:50 , Carsten Dominik wrote:
> You can shave off another .5 seconds by pressing the selection key
> faster - Org spends 0.46 seconds to wait for your keypress :-)
Good point. :-)
I optimized things a bit more by caching skip positions and schedule, deadline,
and tag data fo
quite a bit.
>
> Let's see if that does help enough.
>
> - Carsten
>
> On Dec 30, 2009, at 8:40 PM, Andrew J. Korty wrote:
>
>> On Dec 30, 2009, at 14:20 , Carsten Dominik wrote:
>>
>>> could you please also instrument your ajk/ functions for profili
On Dec 30, 2009, at 14:20 , Carsten Dominik wrote:
> could you please also instrument your ajk/ functions for profiling and
> repeat the experiment? And show the code of all these functions, not
> only some (I am missing for example `ajk/org-agenda-skip-if-due-
> soon'
Yes to both -- see belo
My agenda views take a couple seconds to build, and I'd like them to be faster.
I'm posting a portion of configuration and some profiling results here in case
anyone can see any opportunities for optimization.
Some background: I don't use the diary at all -- this agenda view exists only
to sho
k wrote:
> Hi Andrew, this works fine for me, I cannot reproduce
> the problem you are describing.
>
> - Carsten
>
> On Nov 12, 2009, at 4:27 PM, Andrew J. Korty wrote:
>
>> When %i appears indented in an org-remember template, each line of the
>> text substituted
Not sure if these are disabled for a reason, but the following patch doesn't
seem to cause any ill effects. They work without the patch in block agendas,
just not on their own.
ajk
--- org-mobile.el~ 2009-11-19 13:45:54.0 -0500
+++ org-mobile.el 2009-11-19 13:44:10.0
When %i appears indented in an org-remember template, each line of the
text substituted is supposed to be indented. In my case, only the first
line is being indented.
Emacs : GNU Emacs 23.1.50.1 (x86_64-apple-darwin10.0.0, NS apple-
appkit-1038.11)
of 2009-11-10 on phrygian
Package: Org-mode
On Nov 10, 2009, at 16:15 , Sebastian Rose wrote:
"Andrew J. Korty" writes:
Calling org-agenda from emacsclient doesn't always seem to generate
a fresh
agenda the way it does when called from a key binding or M-x.
Anyone know why?
I think the agenda is rebuild, if
Calling org-agenda from emacsclient doesn't always seem to generate a
fresh agenda the way it does when called from a key binding or M-x.
Anyone know why?
ajk
___
Emacs-orgmode mailing list
Remember: use `Reply All' to send replies to the list.
E
Plus I like it better anyway.
Iirc, the problem arose when %a was empty.
--
Andrew J. Korty, Deputy Information Security Officer
Office of the Vice President for Information Technology and CIO
Indiana University
___
Emacs-orgmode mailing list
Remembe
(string= (buffer-name (current-buffer)) "*Remember*")
(org-set-buffer-todo-tags))
(org-ctrl-c-ctrl-c)
--
Andrew J. Korty, Deputy Information Security Officer
Office of the Vice President for Information Technology and CIO
Indiana University
_
Bastien <[EMAIL PROTECTED]> writes:
> I tend to use my `org-agenda-custom-commands' in a strict order.
> I first check for a first view, then check for a second view, etc.
Why not just display all those views, in order, with one custom command?
For example, when I'm at home, I run C-c a h:
th-no-warnings
| (if annotation
| ad-do-it
| (let ((annotation ""))
| ad-do-it
`
--
Andrew J. Korty, Deputy Information Security Officer
Office of the Vice President for Information Technology and CIO
Indiana University
_
31 matches
Mail list logo