Re: [O] Unable to use M-Ret from line-wrapped relative time items
Hi, - I cannot reproduce the problem you describe (Org-mode 7.5, GNU Emacs 23.3.1 on Mac). - Upgrading to Emacs 23 would probably be a good idea. - Does the problem only happen when using timer items? The problem appears to occur in org-list-struct. I'd expect it to happen to you with description lists of any kind. Yours, Christian On 4/13/11 7:59 PM, Tomer Altman wrote: Hi, I am an inexperienced org-mode user, so my apologies if this bug report falls short, or is submitted to the wrong forum. I've been experiencing an annoying bug/break since upgrading to OrgMode 7.5. I'm running it on GNU Emacs 22.3.1 (i386-apple-darwin9, Carbon Version 1.6.0). When I am using a relative timer, I can usually hit M-Ret at the end of the current item, to create a new time-stamped item (I'm using [X] for point): - 0:02:04 :: foo[X] This leads to a new timestamp item: - 0:02:04 :: foo - 0:02:06 :: But when the text of the second note gets to be too long, Emacs wraps the text to the next line (I have the Fill minor mode active). Trying to use M-Ret from the end of the second line of the second item leads to the attached break/backtrace: - 0:02:04 :: foo - 0:02:06 :: bar bar bar bar bar bar bar bar bar bar bar bar bar bar bar[X] Any ideas on how to fix this bug/break? Do I merely need to upgrade my version of GNU Emacs? Thank you for your time help, ~Tomer
[O] [Florian Friesdorf] Re: Org-mode support
Hi, Florian Friesdorf has suggested this patch to org-notmuch so that it is enough to require org-notmuch in user init, and it seems a good idea. Is it possible to include his patch? Thanks Matthieu From 4128169c3d22527342c90b675e847f4227f3b0c1 Mon Sep 17 00:00:00 2001 From: Florian Friesdorf f...@chaoflow.net Date: Thu, 14 Apr 2011 14:44:54 +0200 Subject: [PATCH] org-notmuch: require org for org-add-link-type and others --- contrib/lisp/org-notmuch.el |2 ++ 1 files changed, 2 insertions(+), 0 deletions(-) diff --git a/contrib/lisp/org-notmuch.el b/contrib/lisp/org-notmuch.el index 9cde34f..9283385 100644 --- a/contrib/lisp/org-notmuch.el +++ b/contrib/lisp/org-notmuch.el @@ -41,6 +41,8 @@ ;;; Code: +(require 'org) + ;; Install the link type (org-add-link-type notmuch 'org-notmuch-open) (add-hook 'org-store-link-functions 'org-notmuch-store-link) -- 1.7.4.4
Re: [O] Using orgmode to take inline notes for research
Hello, John Hendy jw.he...@gmail.com writes: ,--- | (latex \\todo[inline]{\\textbf{\\textsf{%s %s}}\\linebreak{} %s} |'((unless (eq todo ) |(format \\textsc{%s%s} todo priority)) | heading content)) `--- A couple questions: - would you be able to even broadly tell me what the latex chunk is doing there? Is %s like the %s in python (and perhaps other programming languages)? I don't get where the third %s gets its value. In other words, it seems that one of them is the heading value and another is the content... but what does the third %s get it's value in the first line? First %s will be replaced by the result of '((unless (eq todo ) ...)). In other words, it will be the empty string or \\textsc{todo-keyword priority}. Second %s is the heading text. Third one is the contents of the inline task. Regards, -- Nicolas Goaziou
Re: [O] Unable to use M-Ret from line-wrapped relative time items
Hello, Tomer Altman talt...@gmail.com writes: When I am using a relative timer, I can usually hit M-Ret at the end of the current item, to create a new time-stamped item (I'm using [X] for point): - 0:02:04 :: foo[X] This leads to a new timestamp item: - 0:02:04 :: foo - 0:02:06 :: But when the text of the second note gets to be too long, Emacs wraps the text to the next line (I have the Fill minor mode active). Trying to use M-Ret from the end of the second line of the second item leads to the attached break/backtrace: - 0:02:04 :: foo - 0:02:06 :: bar bar bar bar bar bar bar bar bar bar bar bar bar bar bar[X] Any ideas on how to fix this bug/break? Do I merely need to upgrade my version of GNU Emacs? This bug has been fixed some weeks ago. You may upgrade to git latest, or wait for 7.5.1 release. Regards, -- Nicolas Goaziou
Re: [O] Begginer using orgmode
Hi Travis, On Fri, 15 Apr 2011 22:22:33 -0400 Arnold, Travis tlarn...@radford.edu wrote: emacs 22.1, that is in Mac OSX 10.6.6 and Orgmode 7.4 Since you are starting out, I would recommend to start with Emacs 23.2 if it is possible. There have been too many enhancements to make the effort definitely worth it. ;; Org-mode settings (add-to-list 'auto-mode-alist '(\\.org$ . org-mode)) If you are using Emacs 23, the above line is optional. (global-set-key \C-cl 'org-store-link) (global-set-key \C-ca 'org-agenda) (global-font-lock-mode 1) (add-to-list 'load-path /Users/Tmoney/org-7.4/lisp) (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. '(gud-gdb-command-name gdb --annotate=1) '(org-agenda-files (quote (~/org/Notes.org ~/org/school.org ~/org/Agenda.org (setq org-agenda-files (list ~/org/Notes.org ~/org/school.org ~/org/Agenda.org)) This line is not required as the last line in the custom-set-variable block does the same function. If you intend to put all your agenda files in the same directory (e.g. ~/org/) maybe you should consider using this setting instead: (custom-set-variables ;; other settings '(org-agenda-files (quote (~/org (setq org-todo-keywords '((sequence TODO(t) STARTED(s) WAITING(w@/!) | DONE(d)) (sequence | CANCELED(c@/! (setq org-log-done 'time) I would recommend you use the customize-variable interface to customise your org-mode setup. (custom-set-faces ;; custom-set-faces 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. This block does not close properly. I am attaching a modified setup file. You could try customising starting from that. Put it in your home and rename it to .emacs. To start customising, after loading org just do: M-x customize-variable M above stands for meta. I don't know how the meta keys are mapped on a Mac, but I think pressing ESC and x separately should do the trick. This will prompt you for a variable to customise. The rest of the interface is self explanatory. You can use a similar interface to customise faces too. M-x customize-face Good luck. -- Suvayu Open source is the future. It sets us free. ;; load path for org-mode files (add-to-list 'load-path ~/build/org-mode/lisp) (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. '(gud-gdb-command-name gdb --annotate=1) '(org-agenda-files (quote (~/org))) '(org-log-done (quote time)) '(org-todo-keywords (quote ((sequence TODO(t) STARTED(s) WAITING(w@/!) | DONE(d) CANCELLED(c@/!)) (custom-set-faces ;; custom-set-faces 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. )
Re: [O] Begginer using orgmode
On Sat, 16 Apr 2011 01:32:31 -0700 Suvayu Ali fatkasuvayu+li...@gmail.com wrote: (add-to-list 'load-path ~/build/org-mode/lisp) Sorry, this line in the attachment should have been: (add-to-list 'load-path /Users/Tmoney/org-7.4/lisp) -- Suvayu Open source is the future. It sets us free.
Re: [O] Bug: symbol function's definition is null : signum [7.5]
On Fri, Apr 15, 2011 at 06:40:51PM -0400, Nick Dokos wrote: Sylvain Beucler b...@beuc.net wrote: When using S-up to modify a date with an our range in Org 7.5, I get symbol function's definition is null : signum. E.g. 2011-03-10 jeu. 10:30-11:30 It appears that (org-modify-ts-extra) is using this function, but unlike in CL isn't not an elisp built-in :) As a work-around I added an internal defun: (defun org-modify-ts-extra (s pos n dm) Change the different parts of the lead-time and repeat fields in timestamp. (defun signum (x) (cond (( x 0) 1) (( x 0) -1) ((= x 0) 0))) [...] What version of emacs are you using? For emacs 24 at least, it's defined in cl-extra.el (which is distributed with emacs itself). That in turn is loaded when cl is loaded and there are plenty of places where org does a (require 'cl), e.g. when loading org.el or org-agenda.el; but it may be that you have found a path in that does not do so, however unlikely that scenario is. So you can probably resolve the problem by adding a (require 'cl) somewhere in your .emacs. But if you can, it would be worthwhile to figure out how you end up in that situation, so the (require 'cl) can be added to the appropriate place. If you are using emacs 23 or earlier, the above might not be applicable, but you probably can still resolve the problem the same way: adding a (require 'cl) in your .emacs. If that does not resolve it, then adding a (require 'cl-extra) as well should certainly do so. I use 23.2.1 (http://packages.debian.org/squeeze/emacs). Adding (require 'el) works. I tried on another box with the same Emacs (23.2.1 - http://packages.debian.org/wheezy/emacs) and Org, roughly the same configuration, and I can't reproduce the problem, so it's a bit of a mystery for me. Thanks for your answer. -- Sylvain
[O] Bug: Bulk actions in the agenda are broken [7.5 (release_7.5.177.ge201)]
Hi Carsten, I think bulk agenda items are totally broken now. When I mark tasks and hit B I get the following --8---cut here---start-8--- Debugger entered--Lisp error: (void-variable entries) (mapc (lambda (m) (unless ... ...)) entries) org-agenda-bulk-action(nil) call-interactively(org-agenda-bulk-action nil nil) --8---cut here---end---8--- I have identified the following commit as the cause of this regression: e20166e (Fix the bulk scatter command to always schedule, 2011-04-13) Regards, Bernt Emacs : GNU Emacs 23.2.1 (i486-pc-linux-gnu, GTK+ Version 2.20.0) of 2010-12-11 on raven, modified by Debian Package: Org-mode version 7.5 (release_7.5.177.ge201)
Re: [O] Bug: Bulk actions in the agenda are broken [7.5 (release_7.5.177.ge201)]
On 16.4.2011, at 15:57, Bernt Hansen wrote: Hi Carsten, I think bulk agenda items are totally broken now. When I mark tasks and hit B I get the following --8---cut here---start-8--- Debugger entered--Lisp error: (void-variable entries) (mapc (lambda (m) (unless ... ...)) entries) org-agenda-bulk-action(nil) call-interactively(org-agenda-bulk-action nil nil) --8---cut here---end---8--- I have identified the following commit as the cause of this regression: e20166e (Fix the bulk scatter command to always schedule, 2011-04-13) Yep, stupid mistake, thanks. - Carsten Regards, Bernt Emacs : GNU Emacs 23.2.1 (i486-pc-linux-gnu, GTK+ Version 2.20.0) of 2010-12-11 on raven, modified by Debian Package: Org-mode version 7.5 (release_7.5.177.ge201)
Re: [O] resolving conflicting appointments
Ivan Kanis expire-by-2011-04...@kanis.fr writes: At the last two org camps we talked about conflicting appointments. I was thinking we could display on top of the calendar an agenda view of the target date. That way we can quickly see potential conflicts before confirming an appointment. What do you think? You can jump to any day in the agenda from the calendar by navigating to the relevant date and pressing c. Does that perhaps fit your use case? Best, Matt