Hi Richard,
On Jan 27, 2010, at 3:11 AM, Richard Riley wrote:
Here is a slight extension of the previously discussed ability to
restrict what are considered valid refile targets. You can simply
modify the
restricted list org-no-refile-targets (which can be a list as below or
simply a
Here is a slight extension of the previously discussed ability to
restrict what are considered valid refile targets. You can simply modify the
restricted list org-no-refile-targets (which can be a list as below or
simply a string tag such as norefile.
,
| (defun org-contains-tags (tags)
|
On Wed, Jan 13, 2010 at 10:00 PM, Richard Riley wrote:
I'm a bit rusty so please excuse any stupid questions.
I decided to clear up my org files which are, frankly, a mess.
Two major issues for me to get my head around.
1) Tags v Categories. Its not entirely obvious to me what categories
Hi Carsten,
I thought I should mention this sooner rather than later to postpone any
up-coming release you might be thinking about :) I'm assuming this is
an org-mode bug and not some inconsistency in my setup but that's not
proven yet.
I have an issue with refile going to the wrong place
I really like refiling functionality in org-mode and use it quite a
bit. However one thing that annoys me is that quite often I simply want
to refile in the same buffer. Is there a way to do this that I've
missed? Or do I simply have to select the name of the current buffer as
I currently do.
Hi Samuel,
my tests still do the right thing, they throw an error when
you try to do this. Do you have a small test case?
- Carsten
On Apr 7, 2009, at 7:15 AM, Samuel Wales wrote:
Previously I reported that refiling a task to itself deletes the task,
and that was fixed. It seems broken
On Apr 8, 2009, at 7:11 PM, Samuel Wales wrote:
Reloading emacs with the latest git org and rearranging my org file
(as happened since the thread leader) seems to have made the problem
go away. Perhaps I should save a snapshot of both next time.
That is where git is strong. Yes!
- Carsten
Fixed, thanks.
- Carsten
On Dec 16, 2008, at 2:58 AM, Samuel Wales wrote:
Using the same setup as in my recent ido post, org-refile on a header
to that header seems to kill that header.
Thanks.
--
Myalgic encephalomyelitis denialists are knowingly causing further
suffering and death by
Using the same setup as in my recent ido post, org-refile on a header
to that header seems to kill that header.
Thanks.
--
Myalgic encephalomyelitis denialists are knowingly causing further
suffering and death by opposing biomedical research on this serious
infectious disease. Do you care
Hello,
I'm using org-mode 6.12b under XEmacs 21.4.21. Generally speaking,
everything works beautifully (Thanks, Carsten!).
The exception to that statement is refiling subtrees (typically from
my TODO.org remember-mode buffer). If the heading is just a single
line, there is no problem. If
I cannot reproduce this in my quick tests, may I ask the XEmacs
users on this group to follow this up, make more tests and come
up with a clear and complete bug report?
Thanks.
- Carsten
On Nov 20, 2008, at 9:23 PM, Matthew Lovell wrote:
Hello,
I'm using org-mode 6.12b under XEmacs 21.4.21.
Hello,
Carsten Dominik writes:
I cannot reproduce this in my quick tests, may I ask the XEmacs
users on this group to follow this up, make more tests and come
up with a clear and complete bug report?
My original description was somewhat incorrect. It appears that a
multi-line item itself
Hi Matt,
this was more useful.
Fixed in the git repo, thanks.
- Carsten
On Nov 21, 2008, at 5:03 PM, Matthew Lovell wrote:
Hello,
Carsten Dominik writes:
I cannot reproduce this in my quick tests, may I ask the XEmacs
users on this group to follow this up, make more tests and come
up with
Hi Carsten,
Carsten Dominik writes:
Hi Matt,
this was more useful.
Fixed in the git repo, thanks.
Thanks for the very fast response!
Pulling the repo and rebuilding .elc files in place, however, an
existing .org file of mine now appears as nothing but
...
I'm now operating
14 matches
Mail list logo