Re: [Orgmode] items not disappearing from agenda once marked done
On 08/19/2010 07:55 AM, Gert van Oss wrote: > dear list, > > I know this is in the FAQ-[1] but I can't get it working. I've started > with a new setup not edited by hand. Can someone point me in the right > direction to get this working when I do: C-c-a? > > (custom-set-variables > ;; custom-set-variables was added by Custom. > ;; If you edit it by hand, you could mess it up, so be careful. > ;; Your init file should contain only one such instance. > ;; If there is more than one, they won't work right. > '(org-agenda-skip-deadline-if-done t) > '(org-agenda-skip-scheduled-if-done t) > '(org-agenda-skip-timestamp-if-done t) > '(org-agenda-tags-todo-honor-ignore-options t) > '(org-agenda-todo-ignore-scheduled t) > '(org-agenda-todo-ignore-with-date t)) > > Thanks for any reply, > Gert > > > 1- http://orgmode.org/worg/org-faq.php#scheduled-vs-deadline-vs-timestamp > Hi Gert, I just did a test with org-skip-scheduled-if-done here. I set it to t, scheduled a TODO item for today, then marked that DONE from the agenda. It disappeared as soon as I pressed 'r' to rebuild the agenda view. I think that is the intended behaviour, because rebuilding the agenda can be a slow operation. Please give us a small example of what exactly does not work for you: describe what you do, what happens, and what you expect to happen instead. The version of Org-mode you are using would also be useful to know (M-x org-version), in case you have hit a bug. That would greatly help us help you! -- Jan ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Publishing documents body-only
Hello, I'm preparing some LaTeX documents using org-babel and R, and I'd like to export/publish these documents as body-only, so that they can be directly included by the master document. (I don't want to convert the whole book into org-mode). The org-export-as-latex function has the argument to allow export body-only, but it can not be easily accessed in any way. There is some mention on the mailing list of a :body-only project publishing property, but it does not seem to have any effect. When looking at org-publish-org-to in org-publish.el, there are the lines: -- (setq export-buf-or-file (funcall (intern (concat "org-export-as-" format)) (plist-get plist :headline-levels) nil plist nil nil pub-dir)) -- And from org-html.el, for example, we see, that the second-to-last argument could convey this body-only information to the individual export functions (same works for org-export-as-latex): -- org-export-as-html is an interactive compiled Lisp function in `org-html.el'. (org-export-as-html arg &optional hidden ext-plist to-buffer body-only pub-dir) - I wonder if anyone out there capable of actually writing elisp code (myself being able to read it only), would care to implement some kind of access to this feature, that already seems to exist in the code? For completeness' worth, it would be nice to have it both in the publishing system as well as in the export options for individual files. (Perfect would be an in-file option...) Of course, if there already is a way to access this functionality, I'd be delighted to hear. Best, Harri Kiiskinen ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: org-capture + autoload
Jambunathan K writes: > It would be convenient if I could do a > > M-x customize-group org-capture and/or > M-x customize-variable org-capture-templates > > without having triggered a prior org-capture. > > For now, I trigger a capture, abort it and then proceed ahead with > customizing these. Here is a patch that adds an "autoload cookie" for org-capture-templates. After recompiling, org-install.el should contain an autoload declaration for org-capture-templates. Let's see if the patch tracker likes me :) Magnus diff --git a/lisp/org-capture.el b/lisp/org-capture.el index c0e41f3..e544964 100644 --- a/lisp/org-capture.el +++ b/lisp/org-capture.el @@ -76,6 +76,7 @@ :tag "Org Capture" :group 'org) +;;;###autoload (defcustom org-capture-templates nil "Templates for the creation of new entries. ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Org capture templates - file paths
Hello!
I'm having some trouble with org-capture. Could someone explain to me why
the following is not working? (And what to do to get it to work..)
Code:
(defvar my-gtd-inbox-file (concat my-gtd-root "inbox.org"))
;;; Capture templates
(setq org-capture-templates
'(("n" "Note" entry (file my-gtd-inbox-file)
"* %?\n %i\n %a")
("j" "Journal" entry (file+datetree my-gtd-journal-file)
"* %?\nEntered on %U\n %i\n %a")))
End code.
what I've figured so far is that variables cannot be used in templates... Is
there some workaround for this, or could it possibly be implemented? I need
it since i'm on multiple systems where paths to the same files might differ
depending on the system in use...
Regards Gustav Wikström
___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Org capture templates - file paths
2010/8/19 Gustav Wikström :
> Hello!
> I'm having some trouble with org-capture. Could someone explain to me why
> the following is not working? (And what to do to get it to work..)
> Code:
> (defvar my-gtd-inbox-file (concat my-gtd-root "inbox.org"))
> ;;; Capture templates
> (setq org-capture-templates
> '(("n" "Note" entry (file my-gtd-inbox-file)
> "* %?\n %i\n %a")
> ("j" "Journal" entry (file+datetree my-gtd-journal-file)
> "* %?\nEntered on %U\n %i\n %a")))
> End code.
> what I've figured so far is that variables cannot be used in templates... Is
> there some workaround for this, or could it possibly be implemented? I need
> it since i'm on multiple systems where paths to the same files might differ
> depending on the system in use...
>From what I understand from the docs (I didn't look at the code),
variables cannot be used.
One way to work around this problem is to use the org-directory variable.
(setq org-directory "~/life-in-plain-text/")
Then, you need not specify the path in the capture templates. You can
just specify the file name (inbox.org)
HTH,
Puneeth
___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] [PATCH] body-only property for publishing projects
Dear All,
I had a look at the code and did some experimenting. The resulting patch
is attached, and it adds the :body-only property to publishing, so that
one can decide to publish the file with only the document included.
Best,
Harri Kiiskinen
PS. For some reason, I do not get copies of the messages I send to the
list, even though I have selected that option in the settings. That's
why this is not a response to my original mails.
diff --git a/lisp/org-publish.el b/lisp/org-publish.el
index 4bf2031..cae7be6 100644
--- a/lisp/org-publish.el
+++ b/lisp/org-publish.el
@@ -189,7 +189,14 @@ sitemap of files or summary page for a given project.
The following properties control the creation of a concept index.
- :makeindex Create a concept index."
+ :makeindex Create a concept index.
+
+Other properties affecting publication.
+
+ :body-only Set this to 't' to publish only the body of the
+ documents, excluding everything outside and
+ including the tags in HTML, or
+ \begin{document}..\end{document} in LaTeX."
:group 'org-publish
:type 'alist)
@@ -513,7 +520,9 @@ PUB-DIR is the publishing directory."
(setq export-buf-or-file
(funcall (intern (concat "org-export-as-" format))
(plist-get plist :headline-levels)
- nil plist nil nil pub-dir))
+ nil plist nil
+ (plist-get plist :body-only)
+ pub-dir))
(when (and (bufferp export-buf-or-file)
(buffer-live-p export-buf-or-file))
(set-buffer export-buf-or-file)
___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: make without make cleanall safe?
Samuel Wales writes: > Seems it takes a while to make, perhaps because of all the excellent > features like org-babel. I do make cleanall first, to be safer, but > as the purpose of make is to avoid doing recompilation, will a simple > make suffice? Whenever I make a small change in one of the org-files and try make it compiles all lisp files. Thanks and Regards Noorul ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] items not disappearing from agenda once marked done
On 19 aug 2010, at 09:04, Jan Böcker wrote: > On 08/19/2010 07:55 AM, Gert van Oss wrote: >> dear list, >> >> I know this is in the FAQ-[1] but I can't get it working. I've started >> with a new setup not edited by hand. Can someone point me in the right >> direction to get this working when I do: C-c-a? >> >> (custom-set-variables >> ;; custom-set-variables was added by Custom. >> ;; If you edit it by hand, you could mess it up, so be careful. >> ;; Your init file should contain only one such instance. >> ;; If there is more than one, they won't work right. >> '(org-agenda-skip-deadline-if-done t) >> '(org-agenda-skip-scheduled-if-done t) >> '(org-agenda-skip-timestamp-if-done t) >> '(org-agenda-tags-todo-honor-ignore-options t) >> '(org-agenda-todo-ignore-scheduled t) >> '(org-agenda-todo-ignore-with-date t)) >> >> Thanks for any reply, >> Gert >> >> >> 1- http://orgmode.org/worg/org-faq.php#scheduled-vs-deadline-vs-timestamp >> > > Hi Gert, > > I just did a test with org-skip-scheduled-if-done here. I set it to t, > scheduled a TODO item for today, then marked that DONE from the agenda. > It disappeared as soon as I pressed 'r' to rebuild the agenda view. > > > I think that is the intended behaviour, because rebuilding the agenda > can be a slow operation. > > Please give us a small example of what exactly does not work for you: > describe what you do, what happens, and what you expect to happen > instead. The version of Org-mode you are using would also be useful to > know (M-x org-version), in case you have hit a bug. That would greatly > help us help you! > > -- Jan hi list, Jan, Thanks for your replay. Don't think I did hit a bug but that it is that I expect something to happen without creating the right settings. I'm using Org-mode version 6.33x I'd assumed that if I create a todo with the setup mentioned above. Shift-Alt "text of my todo", then C-c C-t to mark it TODO and then C-c C-s to schedule it on today I check whether the TODO is listed in the agenda with C-c-a. This is the case. Following step is to 'select' the TODO and change it status to DONE with C-c C-t. If I then check the agenda with C-c-a it still shows in the agenda (as DONE), though I expected the heading not to show up in the agenda because of >> '(org-agenda-skip-deadline-if-done t) >> '(org-agenda-skip-scheduled-if-done t) >> '(org-agenda-skip-timestamp-if-done t) >> '(org-agenda-tags-todo-honor-ignore-options t) I thought as well that properties of the heading would change somehow but nothing happens. Curious to learn what to change in my settings. Thanks, Gert ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: Org capture templates - file paths
Gustav Wikström writes:
> (setq org-capture-templates
> '(("n" "Note" entry (file my-gtd-inbox-file)
> "* %?\n %i\n %a")
> ("j" "Journal" entry (file+datetree my-gtd-journal-file)
> "* %?\nEntered on %U\n %i\n %a")))
Backquotes and commas are your friends:
(setq org-capture-templates
`(("n" "Note" entry (file ,my-gtd-inbox-file)
"* %?\n %i\n %a")
("j" "Journal" entry (file+datetree ,my-gtd-journal-file)
"* %?\nEntered on %U\n %i\n %a")))
Read more at
http://www.gnu.org/s/emacs/manual/html_node/elisp/Backquote.html .
Magnus
___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Counters and percentage are visible in refile targets, is that configurable?
Hi, I have a question about constructs like this: * TODO item to be refiled, say in Subproject * Project description [10/234] [...] ** Subproject description [1/25] [...] When I want to refile the TODO item the path in the emacs modeline contains the counters (or the percentage, if applicable). This makes the filing sometime a bit hard, especially with the spaces between the header text and the counter start. Is this something I can change? For me the counters are not part of the header conceptually. marcel -- Marcel van der Boom -- http://hsdev.com/mvdb.vcf HS-Development BV-- http://www.hsdev.com So! web applications -- http://make-it-so.info Cobra build -- http://cobra.mrblog.nl ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: Org capture templates - file paths
On Thu, Aug 19, 2010 at 5:26 PM, Magnus Henoch wrote:
> Gustav Wikström writes:
>
>> (setq org-capture-templates
>> '(("n" "Note" entry (file my-gtd-inbox-file)
>> "* %?\n %i\n %a")
>> ("j" "Journal" entry (file+datetree my-gtd-journal-file)
>> "* %?\nEntered on %U\n %i\n %a")))
>
> Backquotes and commas are your friends:
Thanks! I didn't know this.
>
> (setq org-capture-templates
> `(("n" "Note" entry (file ,my-gtd-inbox-file)
> "* %?\n %i\n %a")
> ("j" "Journal" entry (file+datetree ,my-gtd-journal-file)
> "* %?\nEntered on %U\n %i\n %a")))
>
> Read more at
> http://www.gnu.org/s/emacs/manual/html_node/elisp/Backquote.html .
>
> Magnus
>
>
> ___
> Emacs-orgmode mailing list
> Please use `Reply All' to send replies to the list.
> Emacs-orgmode@gnu.org
> http://lists.gnu.org/mailman/listinfo/emacs-orgmode
>
--
Puneeth
___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] org-link-search: Augment signature?
I have a small utility routine that depends on org-link-search to throw an error. It knew how to create the missing headline on it's own. A recent change and the default settings breaks the original behaviour. Using this as pretext, may I suggest that signature of org-link-search be changed from (org-link-search S &optional TYPE AVOID-POS) to (org-link-search S &optional TYPE AVOID-POS NOERROR) or an equivalent one. ps: A cursory look suggests that the above change would also obviate the need for dynamically binding org-link-search-inhibit-query. Thanks, Jambunathan K. ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: Problem whit with code evaluation
Nick Dokos writes: > Blanchette, Marco wrote: > >> Hmm... Thanks Dan. >> >> Do we have a different version of org-mode? I just pasted your code in emacs >> and try to execute it with M-x org-babel-execute-buffer RET without success. >> >> The emacs-lisp code works but the python and the R crashes with the >> following errors taken from the *Org-Babel Error* Output buffer >> >> Traceback (most recent call last): >> File "", line 5, in >> File "", line 3, in main >> NameError: global name 'x' is not defined >> Error in main() : object 'x' not found >> >> On 8/18/10 9:37 PM, "Dan Davison" wrote: >> >> > * The python example >> > #+source: square(x) >> > #+begin_src python >> > return x*x >> > #+end_src >> > >> > #+call: square(x=6) >> > >> > #+results: square(x=6) >> > : 36 >> > > > I think that's because the first source block cannot be evaluated: it > only makes sense when it is #+called. If you place the cursor in that > first source block and press C-c C-c, you get exactly the same error. If > you do the same on the #+call, it works. Since org-babel-execute-buffer > just steps through the buffer and executes every source block, it's not > too surprising that you get those errors. > > So I guess the question is whether org-babel-execute-buffer should be > smarter about which source blocks to execute. [By the way, lob/call lines were not exporting results correctly in any case; I've just pushed a fix.] Nick is right. So first a couple of workarounds: 1. For export, you can use ':exports none' or ':exports code' on the function blocks which cannot be executed on their own. 2. You can supply default arguments to function blocks, which permits them to be executed: #+source: square(x=0) But (1) doesn't solve the `org-babel-execute-buffer' issue, and (2) isn't a nice solution. I've pasted a version of your examples below which exports without error using workaround (1). It requires a fresh pull of Org from the git repo. So what is a good solution here? I may be missing an existing solution but two that come to mind are 1. Extend the existing :eval header arg, introducing a new value, say ':eval called' or ':eval passive' that says that while the block may not be executed itself, it may be called as a function. 2. Demand that such blocks use the keyword #+function: as opposed to #+source or #+srcname. I'm initially attracted to (2). Dan --8<---cut here---start->8--- #+babel: :exports both Examples take from [[http://orgmode.org/worg/org-contrib/babel/intro.php#sec-7]] * The python example #+source: square(x) #+begin_src python :exports code return x*x #+end_src #+call: square(x=6) * The elisp example of the fibonacci series using a table as argument #+tblname: fibonacci-inputs | 1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 | 10 | | 2 | 4 | 6 | 8 | 10 | 12 | 14 | 16 | 18 | 20 | #+srcname: fibonacci-seq(fib-inputs=fibonacci-inputs) #+begin_src emacs-lisp :exports both (defun fibonacci (n) (if (or (= n 0) (= n 1)) n (+ (fibonacci (- n 1)) (fibonacci (- n 2) (mapcar (lambda (row) (mapcar #'fibonacci row)) fib-inputs) #+end_src * Then my own trial in R #+srcname: test(x, y) #+begin_src R :exports code p <- x*y #+end_src #+call: test(x=4, y=9) text inbetween to force line break. #+lob: test(x=3, y=8) --8<---cut here---end--->8--- > > Nick > > ___ > Emacs-orgmode mailing list > Please use `Reply All' to send replies to the list. > Emacs-orgmode@gnu.org > http://lists.gnu.org/mailman/listinfo/emacs-orgmode ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
SOLVED: was Re: [Orgmode] items not disappearing from agenda once marked done
On 19 aug 2010, at 13:39, Gert van Oss wrote: > > On 19 aug 2010, at 09:04, Jan Böcker wrote: > >> On 08/19/2010 07:55 AM, Gert van Oss wrote: >>> dear list, >>> >>> I know this is in the FAQ-[1] but I can't get it working. I've started >>> with a new setup not edited by hand. Can someone point me in the right >>> direction to get this working when I do: C-c-a? >>> >>> (custom-set-variables >>> ;; custom-set-variables was added by Custom. >>> ;; If you edit it by hand, you could mess it up, so be careful. >>> ;; Your init file should contain only one such instance. >>> ;; If there is more than one, they won't work right. >>> '(org-agenda-skip-deadline-if-done t) >>> '(org-agenda-skip-scheduled-if-done t) >>> '(org-agenda-skip-timestamp-if-done t) >>> '(org-agenda-tags-todo-honor-ignore-options t) >>> '(org-agenda-todo-ignore-scheduled t) >>> '(org-agenda-todo-ignore-with-date t)) >>> >>> Thanks for any reply, >>> Gert >>> >>> >>> 1- http://orgmode.org/worg/org-faq.php#scheduled-vs-deadline-vs-timestamp >>> >> >> Hi Gert, >> >> I just did a test with org-skip-scheduled-if-done here. I set it to t, >> scheduled a TODO item for today, then marked that DONE from the agenda. >> It disappeared as soon as I pressed 'r' to rebuild the agenda view. >> >> >> I think that is the intended behaviour, because rebuilding the agenda >> can be a slow operation. >> >> Please give us a small example of what exactly does not work for you: >> describe what you do, what happens, and what you expect to happen >> instead. The version of Org-mode you are using would also be useful to >> know (M-x org-version), in case you have hit a bug. That would greatly >> help us help you! >> >> -- Jan > > hi list, Jan, > > Thanks for your replay. Don't think I did hit a bug but that it is that I > expect something to happen without creating the right settings. > I'm using Org-mode version 6.33x > > I'd assumed that if I create a todo with the setup mentioned above. > > Shift-Alt "text of my todo", then C-c C-t to mark it TODO and then C-c C-s to > schedule it on today > > I check whether the TODO is listed in the agenda with C-c-a. > This is the case. Following step is to 'select' the TODO and change it status > to DONE with C-c C-t. > If I then check the agenda with C-c-a it still shows in the agenda (as DONE), > though I expected the heading not to show up in the agenda because of > >>> '(org-agenda-skip-deadline-if-done t) >>> '(org-agenda-skip-scheduled-if-done t) >>> '(org-agenda-skip-timestamp-if-done t) >>> '(org-agenda-tags-todo-honor-ignore-options t) > > I thought as well that properties of the heading would change somehow but > nothing happens. Curious to learn what to change in my settings. > Thanks, > Gert Taking out the first two lines mentioned below helped to solve my problem.. #+SEQ_TODO: TODO(t) STARTED(s) WAITING(w) APPT(a) DONE(d) CANCELLED(c) DEFERRED(f) #+TAGS: HOME(h) OFFICE(o) EMAIL(e) PHONE(p) READ(r) REFILE(f) SQLITE(s) AS(a) ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] items not disappearing from agenda once marked done
Jan Böcker wrote: > On 08/19/2010 07:55 AM, Gert van Oss wrote: > > dear list, > > > > I know this is in the FAQ-[1] but I can't get it working. I've started > > with a new setup not edited by hand. Can someone point me in the right > > direction to get this working when I do: C-c-a? > > > > (custom-set-variables > > ;; custom-set-variables was added by Custom. > > ;; If you edit it by hand, you could mess it up, so be careful. > > ;; Your init file should contain only one such instance. > > ;; If there is more than one, they won't work right. > > '(org-agenda-skip-deadline-if-done t) > > '(org-agenda-skip-scheduled-if-done t) > > '(org-agenda-skip-timestamp-if-done t) > > '(org-agenda-tags-todo-honor-ignore-options t) > > '(org-agenda-todo-ignore-scheduled t) > > '(org-agenda-todo-ignore-with-date t)) > > > > Thanks for any reply, > > Gert > > > > > > 1- http://orgmode.org/worg/org-faq.php#scheduled-vs-deadline-vs-timestamp > > > > Hi Gert, > > I just did a test with org-skip-scheduled-if-done here. I set it to t, > scheduled a TODO item for today, then marked that DONE from the agenda. > It disappeared as soon as I pressed 'r' to rebuild the agenda view. > > > I think that is the intended behaviour, because rebuilding the agenda > can be a slow operation. > > Please give us a small example of what exactly does not work for you: > describe what you do, what happens, and what you expect to happen > instead. The version of Org-mode you are using would also be useful to > know (M-x org-version), in case you have hit a bug. That would greatly > help us help you! > In addition to Jan's suggestions, it would also help if you examined the values of the various variables involved to verify that the values you think you have set are really there, e.g. C-h v org-agenda-skip-scheduled-if-done etc. Nick ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: SOLVED: was Re: [Orgmode] items not disappearing from agenda once marked done
Gert van Oss wrote: > > Taking out the first two lines mentioned below helped to solve my problem.. > > #+SEQ_TODO: TODO(t) STARTED(s) WAITING(w) APPT(a) DONE(d) CANCELLED(c) > DEFERRED(f) > #+TAGS: HOME(h) OFFICE(o) EMAIL(e) PHONE(p) READ(r) REFILE(f) SQLITE(s) AS(a) > I'm not sure why the second line would matter, but in the first line you need to separate the "not done" states from the "done" states with a vertical bar: #+SEQ_TODO: TODO(t) STARTED(s) WAITING(w) APPT(a) | DONE(d) CANCELLED(c) DEFERRED(f) Nick ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] [PATCH] Move definition of macro org-save-outline-visibility from org.el to org-macs.el.
It is used by ob.el so it has to be in a file that is require'd by ob.el,
otherwise compiling it leads to problems: the compiler thinks it's a
function it hasn't seen, so when it tries to call it, it fails.
Another solution would be to (require 'org) in ob.el.
Reported-by: Austin Frank, ref:
http://thread.gmane.org/gmane.emacs.orgmode/28048
Signed-off-by: Nick Dokos
---
lisp/org-macs.el | 22 ++
lisp/org.el | 20
2 files changed, 22 insertions(+), 20 deletions(-)
diff --git a/lisp/org-macs.el b/lisp/org-macs.el
index 77527d2..918dd46 100644
--- a/lisp/org-macs.el
+++ b/lisp/org-macs.el
@@ -307,6 +307,28 @@ The number of levels is controlled by
`org-inlinetask-min-level'"
(nstars (if org-odd-levels-only (1- (* limit-level 2)) limit-level)))
(format "\\*\\{1,%d\\} " nstars
+;;; moved here from org.el so that ob.el can use it too.
+(defmacro org-save-outline-visibility (use-markers &rest body)
+ "Save and restore outline visibility around BODY.
+If USE-MARKERS is non-nil, use markers for the positions.
+This means that the buffer may change while running BODY,
+but it also means that the buffer should stay alive
+during the operation, because otherwise all these markers will
+point nowhere."
+ (declare (indent 1))
+ `(let ((data (org-outline-overlay-data ,use-markers)))
+ (unwind-protect
+(progn
+ ,@body
+ (org-set-outline-overlay-data data))
+ (when ,use-markers
+(mapc (lambda (c)
+(and (markerp (car c)) (move-marker (car c) nil))
+(and (markerp (cdr c)) (move-marker (cdr c) nil)))
+ data)
+
+
+
(provide 'org-macs)
;; arch-tag: 7e6a73ce-aac9-4fc0-9b30-ce6f89dc6668
diff --git a/lisp/org.el b/lisp/org.el
index 31d2411..0e1d191 100644
--- a/lisp/org.el
+++ b/lisp/org.el
@@ -6247,26 +6247,6 @@ DATA should have been made by
`org-outline-overlay-data'."
(overlay-put o 'invisible 'outline))
data)
-(defmacro org-save-outline-visibility (use-markers &rest body)
- "Save and restore outline visibility around BODY.
-If USE-MARKERS is non-nil, use markers for the positions.
-This means that the buffer may change while running BODY,
-but it also means that the buffer should stay alive
-during the operation, because otherwise all these markers will
-point nowhere."
- (declare (indent 1))
- `(let ((data (org-outline-overlay-data ,use-markers)))
- (unwind-protect
-(progn
- ,@body
- (org-set-outline-overlay-data data))
- (when ,use-markers
-(mapc (lambda (c)
-(and (markerp (car c)) (move-marker (car c) nil))
-(and (markerp (cdr c)) (move-marker (cdr c) nil)))
- data)
-
-
;;; Folding of blocks
(defconst org-block-regexp
--
1.7.2.1.95.g3d045.dirty
___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] beamer export
I've been having a problem exporting to beamer. I've now found the problem and fixed it, but it was (to my mind) something pretty obscure, and I think it might be of interest to the list, at least as a salutary tale. When I opened an org file such as the example beamer presentation from the manual (section 12.6.6) and executed C-c C-e d, it kept generating a .tex file with an article document class, instead of the expected beamer class. After a few days of frustrated searching through the manual and tutorials, and this list, for any clues, I found some advice to run something like /usr/bin/emacs -Q -l test.el with a series of versions of test.el progressively approximating my .emacs file. I was expecting the problem to lie in one of my org- or latex-specific settings, but eventually found the cause of the problem to be that the variable case-fold-search was being set to nil (its default value) as one of my custom-set-variables. I don't remember why. Anyway, according to the information from C-h v, this makes the setting buffer-local, and for some reason that fouled up the beamer export. When I commented out that line, everything worked as advertised. I'd be interested to hear from anyone who could shed light on why that might be. Cheers, Tony -- I am running Emacs 23.1.96 (9.0), and org-mode 7.01g. I'm using MacTeX 2009. ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] [babel] evaluating shell commands for side effect
I'm writing "how to" documents that include sequences of shell commands, such as: #+begin_src sh :session *shell* cd /home/sullivan/myproj/src ./configure --prefix /home/sullivan/myproj/install make make test #+end_src and simply want C-c C-c to send the lines, one at a time, to the inferior shell process. That is, I want readers to read along, and then execute the code as needed. Currently, it never returns (until C-g). It might be related to the issues discussed last November, http://lists.gnu.org/archive/html/emacs-orgmode/2009-11/msg01166.html I have the latest git version of org mode, and I think I've set comint-prompt-regexp correctly. So: I don't want to filter the output, I don't want to collect the results - just send the commands and go. Looking at ob-sh.el/org-babel-sh-evaluate, I can't figure out what the Right Thing to do is. Appended is a cheap hack that checks for "ignore" as a results string (e.g. #+begin_src sh :session *shell* :results ignore) and sends the lines one at a time to the inferior shell buffer. But I suspect there's a more straightforward way to do it. Thoughts? Thanks. -- Greg -- Greg Sullivan, gregory.sulli...@baesystems.com (781)262-4553 (desk), (978)430-3461 (cell) -- (defun org-babel-sh-evaluate (session body &optional result-params) "Pass BODY to the Shell process in BUFFER. If RESULT-TYPE equals 'output then return a list of the outputs of the statements in BODY, if RESULT-TYPE equals 'value then return the value of the last statement in BODY." ((lambda (results) (if (or (member "scalar" result-params) (member "ignore" result-params) (member "output" result-params)) results (let ((tmp-file (make-temp-file "org-babel-sh"))) (with-temp-file tmp-file (insert results)) (org-babel-import-elisp-from-file tmp-file (if (not session) (org-babel-eval org-babel-sh-command (org-babel-trim body)) (if (member "ignore" result-params) (progn (save-excursion (set-buffer session) (mapc (lambda (line) (insert line) (comint-send-input nil t) (sleep-for 0.25)) (split-string (org-babel-trim body) "\n"))) '()) (let ((tmp-file (make-temp-file "org-babel-sh"))) (mapconcat #'org-babel-sh-strip-weird-long-prompt (mapcar #'org-babel-trim (butlast (org-babel-comint-with-output (session org-babel-sh-eoe-output t body) (mapc (lambda (line) (insert line) (comint-send-input nil t) (sleep-for 0.25)) (append (split-string (org-babel-trim body) "\n") (list org-babel-sh-eoe-indicator 2)) "\n") ) ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] properties in agenda prefix
On Aug 18, 2010, at 5:28 AM, Skip Collins wrote: Why is CATEGORY the only property that can be included in org-agenda- prefix-format? Because this is the exact purpose of the CATEGORY property. - Carsten ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] custom sorting of agenda items
On Aug 17, 2010, at 6:40 PM, Ilya Shlyakhter wrote: Thanks Carsten, org-agenda-before-sorting-filter-function does what I need. It would be better if it was called with the point already on the corresponding headline in the corresponding buffer. This would also be faster as you could call it for all entries in one buffer at a time, avoiding a separate excursion for each entry. The problem here is that I would have to insert a call to the hook in many different places as there are many different functions that collect entries for the agenda. It seems that _appending_ text to the agenda line should be safe. Is that correct? It might be, but there is a possibility that updating the line after say a TODO state change will not work exactly like you wanted. - Carsten thanks, ilya On Mon, Aug 16, 2010 at 9:40 AM, Carsten Dominik wrote: On Aug 16, 2010, at 2:59 PM, Ilya Shlyakhter wrote: Thanks! Would things work faster if there was a user-defined hook that was called at each agenda entry at the same time the 'org-hd-marker property gets stored, so it could store any other things it needs from the entry as text properties for later use by user-defined entry sorting routine? Please pull and take a look at the new variable `org-agenda-before-sorting-filter-function'. Martin, I think you could use this variable also for your "filtering" application. - Carsten ilya On Mon, Aug 16, 2010 at 8:54 AM, Carsten Dominik wrote: On Aug 5, 2010, at 1:01 AM, Ilya Shlyakhter wrote: When giving a user-defined function for org-agenda-cmp-user- defined, the function gets two agenda entries. Is there a way from an agenda entry to get to the original org entry? Yes, the marker that points to the original entry is stored in text properties. You can take it and then go to the entry, for example with (org-with-point-at (org-get-at-bol 'org-hd-marker) ;; do here what you need to do at the location of the entry ) You could do this in org-finalize-agenda-hook for all entries, for example. Might slow things down, of cause. HTH - Carsten Best would be if, besides a user-defined sort function, you could also provide a function that takes the org entry and the agenda item (i.e. is run with point on the org entry and is passed the agenda item), and can then store anything it wants about the org entry as text properties on the agenda item. The companion user-defined sorting function could then use these stored text properties for ordering the agenda items. Could you add such a hook? thanks, ilya On Wed, Aug 4, 2010 at 6:51 PM, Bastien > wrote: Hi Ilya, Ilya Shlyakhter writes: I'd like to sort agenda entries in a custom agenda view by the value of a text property that I put on the headlines. Is there a way to do that? Well, no. Maybe playing around with org-map-entries could yield some result. -- Bastien ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode - Carsten - Carsten - Carsten ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] [PATCH] Rename temporary buffer to remove dependency of `flet' macro
Hi David, I trust that you will apply this patch once you are satisfied with it. Best wishes - Carsten On Aug 12, 2010, at 6:31 PM, David Maus wrote: * org-agenda.el (org-write-agenda): Rename temporary buffer to remove dependency of `flet' macro. --- lisp/org-agenda.el | 12 ++-- 1 files changed, 6 insertions(+), 6 deletions(-) diff --git a/lisp/org-agenda.el b/lisp/org-agenda.el index 61b867b..f2592ad 100644 --- a/lisp/org-agenda.el +++ b/lisp/org-agenda.el @@ -2454,12 +2454,14 @@ higher priority settings." ((string-match "\\.html?\\'" file) (require 'htmlize)) ((string-match "\\.ps\\'" file) (require 'ps-print))) (org-let (if nosettings nil org-agenda-exporter-settings) -`(save-excursion +'(save-excursion (save-window-excursion (org-agenda-mark-filtered-text) (let ((bs (copy-sequence (buffer-string))) beg) (org-agenda-unmark-filtered-text) (with-temp-buffer +(rename-buffer "Agenda View" t) +(set-buffer-modified-p nil) (insert bs) (org-agenda-remove-marked-text 'org-filtered) (while (setq beg (text-property-any (point-min) (point-max) @@ -2486,14 +2488,12 @@ higher priority settings." (message "HTML written to %s" file)) ((string-match "\\.ps\\'" file) (require 'ps-print) - ,(flet ((ps-get-buffer-name () "Agenda View")) - (ps-print-buffer-with-faces file)) + (ps-print-buffer-with-faces file) (message "Postscript written to %s" file)) ((string-match "\\.pdf\\'" file) (require 'ps-print) - ,(flet ((ps-get-buffer-name () "Agenda View")) - (ps-print-buffer-with-faces - (concat (file-name-sans-extension file) ".ps"))) + (ps-print-buffer-with-faces + (concat (file-name-sans-extension file) ".ps")) (call-process "ps2pdf" nil nil nil (expand-file-name (concat (file-name-sans-extension file) ".ps")) -- 1.7.1 ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode - Carsten ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: keys and command name info
Hi Andreas,
this already goes in the right direction.
I have a better definition for the macro, which does now
push the command name all the way to the right (in PDF output).
I hated the look of the command name separated by a fixed
number of spaces - this is a lot better.
Does anyone know how to do this for HTML and info?
@macro orgcmd{key,command}
@iftex
@kindex \key\
@findex \command\
@item @kbd{\key\} @hskip 0pt plus 1filll @code{\command\}
@end iftex
@ifnottex
@kindex \key\
@findex \command\
@item @kbd{\key\} @ti...@tie{}@ti...@tie{}(@code{\command\})
@end ifnottex
@end macro
Also, since the table is now an @asis table, lines which do not
have a command name like
@item C-u C-u C-u @key{TAB}
will need an explicit formatting command, like this:
@item @kbd{C-u C-u C-u @key{TAB}}
Alternatively, we could have another macro
@macro orgkey{key}
@item @kbd{\key\}
@end macro
so that we could write keys for which we have no command name
like this:
@orgkey{C-u C-u C-u @key{TAB}}
Hope this gets you on your way with a tideous task
One more thing: I do frequently small changes in the manual,
so please make sure to update your patch to the most recent
version of Org.
Please have a look at lines 1097 and 1379.
Looks like an erronius replacements.
As its done by a script, ...
Well, hand checking will absolutely be necessary with this patch.
Hope you can do as much as possible of that as well, maybe with
comments in the text to get my attention to certain places.
- Carsten
On Aug 17, 2010, at 2:43 PM, Andreas Röhler wrote:
Am 16.08.2010 10:57, schrieb Carsten Dominik:
On Aug 15, 2010, at 9:07 PM, Andreas Röhler wrote:
Am 15.08.2010 09:39, schrieb Carsten Dominik:
On Aug 15, 2010, at 9:37 AM, Carsten Dominik wrote:
On Aug 13, 2010, at 9:30 PM, Andreas Röhler wrote:
Am 11.08.2010 12:05, schrieb Carsten Dominik:
On Aug 9, 2010, at 9:28 PM, Dan Davison wrote:
Dan Davison writes:
Gregor Zattler writes:
Hi Andreas, org-mode developers,
* Andreas Burtzlaff [09. Aug. 2010]:
Carsten Dominik writes:
I have put a version of the manual as modified by Andreas
here:
http://orgmode.org/org-manual-with-command-names.pdf
Not all the command names are in there, but quite a few
are.
I'd like to hear from more people
- if they would like to have the names there (i.e. if it
would
help them finding a command)
I would like the command names in the manual.
- Emacs-lisp has a lovely tradition of naming functions *very*
descriptively and not being afraid to use long names in the
interests
of accuracy. It's a shame to lose all that by displaying
only key
sequences. It's a linguistic world of its own and I like being
exposed
to it.
- While one can do C-h k, that's not the same as the way one
learns the
function names by skimming the manual
Also, it does not add length to the HTML version of the manual,
because
the key sequences are already on a line of their own. And the
same is
true for a certain proportion of the pdf entries (when the key
sequence
is long, then it seems to go on its own line).
- if the position (first thing in the command description)
is right, or if it would be better to have it
- last thing in the description
- or after the first sentence, this is how the GNUS manual
does it.
I definitely would want them out on a line of their own with
the
key
sequence. I liked the right-aligned model.
Or if not right-aligned, is it possible not to have the comma?
Maybe a
different font?
I also like the position on the key line best. So if there is a
more-or-less
general agreement that we should get the names in, this would
be my
preferred
location as well. I knot that this is different from what the
emacs
and gnus manuals do - but I still think that a solution like
this
would
be better.
Andreas, can you be bothered to rework the patch?
Unfortunately I have no idea if/how the right-aligned model
could be
made to
work. So I think the safest way to do this would be to
introduce the
macro,
and we can then work on the macro to get the formatting right,
and
also
to do the
key and function index stuff fully automatically.
Here is my proposal for now:
@macro orgcmd{key,command}
@kindex \key\
@findex \command\
@item \key\ @ @ @ @ @ @ @ @ @ @ @r{(}\comma...@r{)}
@end macro
And then define keys/commands like this:
@table @kbd
.
@orgc...@key{tab}, org-cycle}
Here follows the description of the command
@end table
- Carsten
[ ... ]
Hi Carsten,
attached a sreenshot, how it comes out for C-c C-b.
Doesn't look ok for me, as back-tick and quote are uncommon
that way.
Hi Andreas, you are correct, this does not look right.
Seems like we will have to make the table ins @asis and
then have the macro apply the formatting. Sigh... :)
If you do insert all the macro calls with the command names, I
will take
care of the formatting.
- Carsten
Hi,
will do that.
Let us check nonetheless a working example first.
While trying to
Re: [Orgmode] [Question] Custom drawers overrule :PROPERTIES: drawer?
On Aug 18, 2010, at 2:34 PM, Sebastian Rose wrote: Hi, if I define a custom drawer like this: #+DRAWERS: COORDS the :PROPERTIES: drawer is not handeld as drawer anymore. Instead, I have to mention PROPERTIES in the options line shown above. Is this the intended behaviour? Yes. You need to put down the complete list of drawers - #+DRAWERS redefines the list, it does no add to the existing list. - Carsten ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] [unimportant] A few org quotes
I was just digging twitter for some interesting stuff people do with org-mode. I found a few quotes that could possibly get into org-quotes.org on Worg. + Emacs org-mode makes me happy. That is all. http://orgmode.org/ -- Ben Martin on [[http://twitter.com/captaindomestic/status/11365764258][Twitter]] + I'll use org mode, goodbye strange and uncompatible software, hello pure text. João Brito http://bit.ly/9qkfRc #orgmode, #emacs -- Aris Bezas on [[http://twitter.com/igoumeninja/status/15914621527][Twitter]] + @middleclasstool Been reading about orgmode too, huh? That's the only reason I'm considering betraying vi -- dusty/coriolisdave on [[http://twitter.com/coriolisdave/status/19606734765][Twitter]] + Org-Mode is the handiest application I have ever used. #orgmode #emacs -- Jason Scroggins on [[http://twitter.com/Jason_Scroggins/status/20248854640][Twitter]] In general, how does a quote get into Worg? Thanks, Puneeth ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: [unimportant] A few org quotes
On Aug 19, 2010, at 9:32 PM, Puneeth wrote: I was just digging twitter for some interesting stuff people do with org-mode. I found a few quotes that could possibly get into org-quotes.org on Worg. + Emacs org-mode makes me happy. That is all. http://orgmode.org/ -- Ben Martin on [[http://twitter.com/captaindomestic/status/11365764258][Twitter]] + I'll use org mode, goodbye strange and uncompatible software, hello pure text. João Brito http://bit.ly/9qkfRc #orgmode, #emacs -- Aris Bezas on [[http://twitter.com/igoumeninja/status/15914621527][Twitter]] + @middleclasstool Been reading about orgmode too, huh? That's the only reason I'm considering betraying vi -- dusty/coriolisdave on [[http://twitter.com/coriolisdave/status/19606734765][Twitter]] + Org-Mode is the handiest application I have ever used. #orgmode #emacs -- Jason Scroggins on [[http://twitter.com/Jason_Scroggins/status/20248854640][Twitter]] In general, how does a quote get into Worg? If you have write access to Worg (you get write access by writing to Bastien that you want it), then you can edit the file org-quotes.org. Just append new quotes to the appropriate first section, using the same format as other quotes do. Thanks! - Carsten ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: [babel] exports, caching, remote execution
Eric Schulte gmail.com> writes:
>
> Hi Austin,
>
> Austin Frank gmail.com> writes:
>
> > Hey all--
> >
> > Two (hopefully quick) questions:
> >
> > 1) Does the exporter respect the :cache argument? When I evaluate a
> >buffer, I can tell that cached blocks are not re-run, as expected.
> >When I export to \LaTeX or PDF, it seems that all blocks in the file
> >are re-run. Is there a way to force the exporter to respect caching?
> >
>
> I believe the exporter does respect caching, the following minimal
> example worked (i.e. was not re-run) for me on export to html. Could
> you provide an example that demonstrates the problem?
Eric, here's an example where the exporter does not respect caching. - Tom
#+BABEL: :session *R* :results output :exports both :cache yes
* A test of caching
#+begin_src R
cat("random result:", runif(1), "\n")
Sys.sleep(2)
alarm()
#+end_src
#+results[b2549fac8a1ec2923ae289d47ce55fb2853dd1de]:
: random result: 0.2799064
#+begin_src R
cat("random result:", runif(1), "\n")
Sys.sleep(2)
alarm()
#+end_src
#+results[b2549fac8a1ec2923ae289d47ce55fb2853dd1de]:
: random result: 0.1625634
** cache on export
do we export cached blocks
#+begin_src emacs-lisp :cache yes :exports results
(random)
#+end_src
#+results[46632b4fe2e3a23e847953c95adcba58c270b381]:
: 490528137
___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] beamer export
On Aug 19, 2010, at 5:16 PM, Antony Ware wrote: I've been having a problem exporting to beamer. I've now found the problem and fixed it, but it was (to my mind) something pretty obscure, and I think it might be of interest to the list, at least as a salutary tale. When I opened an org file such as the example beamer presentation from the manual (section 12.6.6) and executed C-c C-e d, it kept generating a .tex file with an article document class, instead of the expected beamer class. After a few days of frustrated searching through the manual and tutorials, and this list, for any clues, I found some advice to run something like /usr/bin/emacs -Q -l test.el with a series of versions of test.el progressively approximating my .emacs file. I was expecting the problem to lie in one of my org- or latex-specific settings, but eventually found the cause of the problem to be that the variable case-fold-search was being set to nil (its default value) as one of my custom-set- variables. I don't remember why. Anyway, according to the information from C-h v, this makes the setting buffer-local, and for some reason that fouled up the beamer export. When I commented out that line, everything worked as advertised. I'd be interested to hear from anyone who could shed light on why that might be. Well, apparently Org does do a search that relies on case-fold-search being t. Normally when this is the case I try to set this explicitly to t during the function call. Can you make a minimal example with your setup and a small file which reproduced the error? - Carsten ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] beamer export
On Aug 19, 2010, at 11:06 PM, Carsten Dominik wrote: On Aug 19, 2010, at 5:16 PM, Antony Ware wrote: I've been having a problem exporting to beamer. I've now found the problem and fixed it, but it was (to my mind) something pretty obscure, and I think it might be of interest to the list, at least as a salutary tale. When I opened an org file such as the example beamer presentation from the manual (section 12.6.6) and executed C-c C-e d, it kept generating a .tex file with an article document class, instead of the expected beamer class. After a few days of frustrated searching through the manual and tutorials, and this list, for any clues, I found some advice to run something like /usr/bin/emacs -Q -l test.el with a series of versions of test.el progressively approximating my .emacs file. I was expecting the problem to lie in one of my org- or latex-specific settings, but eventually found the cause of the problem to be that the variable case-fold-search was being set to nil (its default value) as one of my custom-set- variables. I don't remember why. Anyway, according to the information from C-h v, this makes the setting buffer-local, and for some reason that fouled up the beamer export. When I commented out that line, everything worked as advertised. I'd be interested to hear from anyone who could shed light on why that might be. Well, apparently Org does do a search that relies on case-fold-search being t. Normally when this is the case I try to set this explicitly to t during the function call. Can you make a minimal example with your setup and a small file which reproduced the error? In fact, I just did put a case-fold-search binding in places where I think it was missing. Could pu pull the latest version and then try again *with your original setup*? Thanks! - Carsten ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: Automatically move completed TODO items and checkboxes to another file
Eric S Fraga wrote: On Tue, 17 Aug 2010 13:34:32 -0700, Michael Hoffman <9qobl2...@sneakemail.com> wrote: I have happily been using org-mode for many years to keep a todo list. I like keeping a log of the actions I've completed, but I don't like them in the same file taking up space. Previously I have moved completed TODO items and checkboxes to another log file manually. Is there a good way of doing this automatically? Do you have any other suggestions for how to keep a log of done tasks while removing the cruft left over from the current list? Check out the Archiving section in the org info manual. It does exactly what you want. Thanks, this is very useful. Although it doesn't work with checkboxes as individual items to option. Can it be made to work with checkboxes, or is there an easy way to convert checkboxes to TODO items? I've tried C-u C-c C-c C-x C-x C-c * and then using search/replace to add "TODO " but that unfortunately eliminates any previous hierarchy in the checkboxes. Is there a better way? Michael Hoffman ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] [Question] Custom drawers overrule :PROPERTIES: drawer?
Carsten Dominik writes: > On Aug 18, 2010, at 2:34 PM, Sebastian Rose wrote: > >> Hi, >> >> if I define a custom drawer like this: >> >> >> #+DRAWERS: COORDS >> >> >> the :PROPERTIES: drawer is not handeld as drawer anymore. Instead, I >> have to mention PROPERTIES in the options line shown above. >> >> >> Is this the intended behaviour? > > Yes. You need to put down the complete list of drawers - #+DRAWERS redefines > the list, it does no add to the existing list. > > - Carsten OK. No problem. Sebastian ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] custom sorting of agenda items
> The problem here is that I would have to insert a call to the hook in > many different places as there are many different functions that > collect entries for the agenda. in org-finalize-agenda-entries, when you call org-agenda-before-sorting-filter-function, could you save-excursion and move to the original org entry before each call? > It might be, but there is a possibility that updating the line after > say a TODO state change will not work exactly like you wanted. that's ok in my case, the agenda items i'm collecting aren't todo items. thanks! maybe, document this in the docstring of org-agenda-before-sorting-filter-function . On Wed, Aug 18, 2010 at 3:35 AM, Carsten Dominik wrote: > > On Aug 17, 2010, at 6:40 PM, Ilya Shlyakhter wrote: > >> Thanks Carsten, org-agenda-before-sorting-filter-function does what I >> need. >> >> It would be better if it was called with the point already on the >> corresponding headline in the corresponding buffer. >> This would also be faster as you could call it for all entries in one >> buffer at a time, avoiding a separate excursion for each entry. > > The problem here is that I would have to insert a call to the hook in > many different places as there are many different functions that > collect entries for the agenda. > >> >> It seems that _appending_ text to the agenda line should be safe. Is >> that correct? > > It might be, but there is a possibility that updating the line after > say a TODO state change will not work exactly like you wanted. > > - Carsten > >> >> thanks, >> >> ilya >> >> On Mon, Aug 16, 2010 at 9:40 AM, Carsten Dominik >> wrote: >>> >>> On Aug 16, 2010, at 2:59 PM, Ilya Shlyakhter wrote: >>> Thanks! Would things work faster if there was a user-defined hook that was called at each agenda entry at the same time the 'org-hd-marker property gets stored, so it could store any other things it needs from the entry as text properties for later use by user-defined entry sorting routine? >>> >>> Please pull and take a look at the new variable >>> `org-agenda-before-sorting-filter-function'. >>> >>> Martin, I think you could use this variable also for your >>> "filtering" application. >>> >>> - Carsten >>> ilya On Mon, Aug 16, 2010 at 8:54 AM, Carsten Dominik wrote: > > On Aug 5, 2010, at 1:01 AM, Ilya Shlyakhter wrote: > >> When giving a user-defined function for org-agenda-cmp-user-defined, >> the function gets two agenda entries. Is there a way from an agenda >> entry >> to get to the original org entry? > > Yes, the marker that points to the original entry is stored in text > properties. > You can take it and then go to the entry, for example with > > (org-with-point-at (org-get-at-bol 'org-hd-marker) > ;; do here what you need to do at the location of the entry > ) > > You could do this in org-finalize-agenda-hook for all entries, for > example. > Might slow things down, of cause. > > HTH > > - Carsten > >> >> Best would be if, besides a user-defined sort function, you could also >> provide >> a function that takes the org entry and the agenda item (i.e. is run >> with >> point >> on the org entry and is passed the agenda item), and can then store >> anything >> it wants about the org entry as text properties on the agenda item. >> The companion user-defined sorting function could then use these >> stored >> text properties for ordering the agenda items. Could you add such a >> hook? >> >> thanks, >> >> ilya >> >> On Wed, Aug 4, 2010 at 6:51 PM, Bastien >> wrote: >>> >>> Hi Ilya, >>> >>> Ilya Shlyakhter writes: >>> I'd like to sort agenda entries in a custom agenda view by the value of a text property that I put on the headlines. Is there a way to do that? >>> >>> Well, no. >>> >>> Maybe playing around with org-map-entries could yield some result. >>> >>> -- >>> Bastien >>> >> >> ___ >> Emacs-orgmode mailing list >> Please use `Reply All' to send replies to the list. >> Emacs-orgmode@gnu.org >> http://lists.gnu.org/mailman/listinfo/emacs-orgmode > > - Carsten > > > > >>> >>> - Carsten >>> >>> >>> >>> > > - Carsten > > > > ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] MobileOrg for Android - Froyo w/SSL == Nope.
Just thought I'd drop you guys a note. MobileOrg on Android 2.2 FRG01B still won't sync via an SSL URL. It seems to sit there indefinitely "Synchronizing, Please wait...". Anyone have better luck, I'd love to hear! --C64Whiz ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: Request for opinions: [ANN] List improvement v.2o
Hello, I introduced in this branch a new variable, namely `org-list-ending-method', to allow fine-grained control on list endings. Here is its docstring: Determine where plain lists should end. Valid values are symbols 'regexp, 'indent or 'both. When set to 'regexp, Org will look into two variables, `org-empty-line-terminates-plain-lists' and the more general `org-list-end-regexp', to know what will end lists. This is the default value. When set to 'indent, indentation of the last non-blank line will determine if point is in a list. If that line is less indented than the previous item in the section, if any, list has ended. When set to 'both, each of the preceding methods must confirm that point is in a list. So, to sum it up, if you want to keep same behaviour as before, while still having bug fixes and most improvements, there are two cases: - if you had `org-empty-line-terminates-plain-lists' to nil, you only need to set `org-list-ending-method' to 'indent. - if you had `org-empty-line-terminates-plain-lists' to t, you need to keep it to t, and to set `org-list-ending-method' to 'both (because you still end your lists with indentation, but you allow a blank line, that is a regexp, to also end it). My advice is still to keep 'regexp (default value) and end lists with a well defined pattern, for two reasons: 1. It is faster. Indent method has to walk each line of the list to find its boundaries, while regexp method is a two searches trip, independently from the size of the list. 2. It is more consistent. With indent method, inserting a new line, indenting, then inserting some chars on the one hand, and inserting a new line, some chars, then indenting on the other hand won't give similar results at all. But now, there is at least the opportunity to not follow my advice! Regards, -- Nicolas ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] migrating from planner mode (was: Plannerel migration)
Hi, I'm resuscitating this old thread, which is the only one I found on the subject as someone starting to peek into Org and exploring ways to migrate from Planner. Someone pointed me to a script linked at http://www.emacswiki.org/cgi-bin/wiki/PlannerMode#toc3 but unfortunately that script fails if the Planner pages have things like references to Gnus messages and such. But more broadly, I'm interested in reading about experiences people have had in this migration, since I've accumulated a lot of Planner material that I wouldn't want to lose in the process. So any information that can help evaluate how much effort is involved in migrating would be appreciated. Thanks. Seb On Wed, 6 Aug 2008 11:13:25 + (GMT), Gianpaolo Serafini wrote: > Hi, I am a plannel.el user. I would like to swithto org-mode without > lose previous data (tasks, notes, etc). I'm looking for a data > migration prcedure so I can import the data from planner.el into > org-mode > Thnks, > Gianpaolo > Posta, news, sport, oroscopo: tutto in una sola pagina. Crea > l'home page che piace a te! www.yahoo.it/latuapagina > ___ Emacs-orgmode mailing > list Remember: use `Reply All' to send replies to the list. > Emacs-orgmode@gnu.org > http://lists.gnu.org/mailman/listinfo/emacs-orgmode -- Seb ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: [unimportant] A few org quotes
Hi Carsten, On Fri, Aug 20, 2010 at 1:50 AM, Carsten Dominik wrote: > > > If you have write access to Worg (you get write access by > writing to Bastien that you want it), then you can edit > the file org-quotes.org. Just append new quotes to the > appropriate first section, using the same format as other > quotes do. I do have write access to Worg, but I was wondering who decides which quotes are worth going there and which are not. -- Puneeth > > Thanks! > > - Carsten > > ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: keys and command name info
Am 18.08.2010 10:38, schrieb Carsten Dominik:
Hi Andreas,
this already goes in the right direction.
I have a better definition for the macro, which does now
push the command name all the way to the right (in PDF output).
I hated the look of the command name separated by a fixed
number of spaces - this is a lot better.
Does anyone know how to do this for HTML and info?
@macro orgcmd{key,command}
@iftex
@kindex \key\
@findex \command\
@item @kbd{\key\} @hskip 0pt plus 1filll @code{\command\}
@end iftex
@ifnottex
@kindex \key\
@findex \command\
@item @kbd{\key\} @ti...@tie{}@ti...@tie{}(@code{\command\})
@end ifnottex
@end macro
Also, since the table is now an @asis table, lines which do not
have a command name like
@item C-u C-u C-u @key{TAB}
will need an explicit formatting command, like this:
@item @kbd{C-u C-u C-u @key{TAB}}
Alternatively, we could have another macro
@macro orgkey{key}
@item @kbd{\key\}
@end macro
so that we could write keys for which we have no command name
like this:
@orgkey{C-u C-u C-u @key{TAB}}
Hope this gets you on your way with a tideous task
Hmm,
I'm afraid this starts walking the desert.
May be it helps keeping things apart for the beginning.
1) Introducing the command names
2) Completing the formatting
As views are different concerning the latter, thats a rather hard task
for me, as I can't see the progress...
For me it's important seeing command names somewhere near its keys.
If beneath or at the right, doesn't matter that much IMHO.
One more thing: I do frequently small changes in the manual,
so please make sure to update your patch to the most recent
version of Org.
Please have a look at lines 1097 and 1379.
Looks like an erronius replacements.
As its done by a script, ...
Well, hand checking will absolutely be necessary with this patch.
Did that. Cancelled the warning already. Seems you didn't get the mail.
What about checkin in the patch as it's done so far?
Andreas
Hope you can do as much as possible of that as well, maybe with
comments in the text to get my attention to certain places.
- Carsten
On Aug 17, 2010, at 2:43 PM, Andreas Röhler wrote:
Am 16.08.2010 10:57, schrieb Carsten Dominik:
On Aug 15, 2010, at 9:07 PM, Andreas Röhler wrote:
Am 15.08.2010 09:39, schrieb Carsten Dominik:
On Aug 15, 2010, at 9:37 AM, Carsten Dominik wrote:
On Aug 13, 2010, at 9:30 PM, Andreas Röhler wrote:
Am 11.08.2010 12:05, schrieb Carsten Dominik:
On Aug 9, 2010, at 9:28 PM, Dan Davison wrote:
Dan Davison writes:
Gregor Zattler writes:
Hi Andreas, org-mode developers,
* Andreas Burtzlaff [09. Aug. 2010]:
Carsten Dominik writes:
I have put a version of the manual as modified by Andreas
here:
http://orgmode.org/org-manual-with-command-names.pdf
Not all the command names are in there, but quite a few are.
I'd like to hear from more people
- if they would like to have the names there (i.e. if it would
help them finding a command)
I would like the command names in the manual.
- Emacs-lisp has a lovely tradition of naming functions *very*
descriptively and not being afraid to use long names in the
interests
of accuracy. It's a shame to lose all that by displaying only key
sequences. It's a linguistic world of its own and I like being
exposed
to it.
- While one can do C-h k, that's not the same as the way one
learns the
function names by skimming the manual
Also, it does not add length to the HTML version of the manual,
because
the key sequences are already on a line of their own. And the
same is
true for a certain proportion of the pdf entries (when the key
sequence
is long, then it seems to go on its own line).
- if the position (first thing in the command description)
is right, or if it would be better to have it
- last thing in the description
- or after the first sentence, this is how the GNUS manual
does it.
I definitely would want them out on a line of their own with the
key
sequence. I liked the right-aligned model.
Or if not right-aligned, is it possible not to have the comma?
Maybe a
different font?
I also like the position on the key line best. So if there is a
more-or-less
general agreement that we should get the names in, this would be my
preferred
location as well. I knot that this is different from what the emacs
and gnus manuals do - but I still think that a solution like this
would
be better.
Andreas, can you be bothered to rework the patch?
Unfortunately I have no idea if/how the right-aligned model
could be
made to
work. So I think the safest way to do this would be to introduce
the
macro,
and we can then work on the macro to get the formatting right, and
also
to do the
key and function index stuff fully automatically.
Here is my proposal for now:
@macro orgcmd{key,command}
@kindex \key\
@findex \command\
@item \key\ @ @ @ @ @ @ @ @ @ @ @r{(}\comma...@r{)}
@end macro
And then define keys/commands like this:
@table @kbd
.
@orgc...@key{tab}, org-cycle}
Here follows the descriptio
