[Orgmode] Re: org-agenda-show-current-time-in-grid and automatic refresh
Hi! Just in case you missed the simple "g" in agenda view to update the view with a single keypress. Not automatic, but nearly. It took me a long time to discover these single key commands, so may be someone else finds a reminder useful, too. Detlef On Wed, 12 Jan 2011 12:23:48 +0900 Kiwon Um wrote: > Dear org users, > > The recent function for showing current time in agenda view is quite > cool. I have a question about it. When the agenda view is being shown, > is there any way to refresh it automatically so that makes the current > time line always recent? > > Thanks. > > -- > Kiwon Um > > ___ > 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
Re: [Orgmode] org-agenda-show-current-time-in-grid and automatic refresh
Hi Kiwon, On Wed, 12 Jan 2011 12:23:48 +0900 Kiwon Um wrote: > Dear org users, > > The recent function for showing current time in agenda view is quite > cool. I have a question about it. When the agenda view is being shown, > is there any way to refresh it automatically so that makes the current > time line always recent? > I have thought about that, I even worked up a small minor mode for that (attached). But it doesn't seem to work very well. It updates only the first time but fails subsequently. I am still a lisp newbie. If someone could guide me, I could give it another try. Right now it only updates if any of the agenda file buffers change but I would also like to put a timer. Then if no agenda files have been edited in a while (say 5 mins) the agenda buffer is refreshed anyway. But I don't know how to do that. Any suggestions would be welcome. > Thanks. > Thanks > -- > Kiwon Um -- Suvayu Open source is the future. It sets us free. >From 82a240bd0af7ac4e7e5935bf38892972f4c7 Mon Sep 17 00:00:00 2001 From: Suvayu Ali Date: Tue, 11 Jan 2011 23:17:08 -0800 Subject: [PATCH] Implement org-agenda-refresh-mode minor mode * lisp/org-agenda.el: (org-agenda-refresh-mode) New minor mode to auto-refresh the agenda buffer (org-agenda-refresh-changed) The function used to refresh the Agenda buffer Issue: updates only the first time. --- lisp/org-agenda.el | 25 + 1 files changed, 25 insertions(+), 0 deletions(-) diff --git a/lisp/org-agenda.el b/lisp/org-agenda.el index bf36758..d5f11eb 100644 --- a/lisp/org-agenda.el +++ b/lisp/org-agenda.el @@ -6780,6 +6780,31 @@ if it was hidden in the outline." (org-back-to-heading) (recenter n))) +(defvar org-agenda-refresh-mode) +(defvar org-agenda-refresh-changed-buffers nil) + +(define-minor-mode org-agenda-refresh-mode + "Turn on refresh for Agenda buffer." + nil nil nil + (unless (derived-mode-p 'org-agenda-mode) +(error "Not in an Org Agenda buffer")) + (frame-or-buffer-changed-p 'org-agenda-refresh-changed-buffers) + (add-hook 'post-command-hook 'org-agenda-refresh-changed)) + +(defun org-agenda-refresh-changed () + "Update Org Agenda buffer." + (interactive) + (when (frame-or-buffer-changed-p 'org-agenda-refresh-changed-buffers) +(let* ((agenda-buf (get-buffer "*Org Agenda*"))) + (dolist (buf (org-buffer-list 'agenda)) + (ignore-errors + (if (and (buffer-modified-p buf) + (with-current-buffer buf (eq 'org-mode major-mode))) + (with-current-buffer agenda-buf + (when (and org-agenda-refresh-mode + (derived-mode-p 'org-agenda-mode)) + (org-agenda-redo) + (defvar org-agenda-cycle-counter nil) (defun org-agenda-cycle-show (&optional n) "Show the current entry in another window, with default settings. -- 1.7.3.4 ___ 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: Help with migrating blog to org-mode format
Myriam Abramson writes: > Thanks! that's what I was looking for. > >myriam > > Matt Lundin writes: >> >> (format-time-string "CLOSED: [%Y-%m-%d %H:%M]" (date-to-time >> "2003-10-22T18:27:00.000-04:00")) >> >> ...which returns... >> >> CLOSED: [2003-10-22 14:27] >> >> (The time zone parsing may need some adjustment.) Oops. I forgot the day of week. --8<---cut here---start->8--- (format-time-string "CLOSED: [%Y-%m-%d %a %H:%M]" (date-to-time "2003-10-22T18:27:00.000-04:00")) --8<---cut here---end--->8--- CLOSED: [2003-10-22 Wed 14:27] Best, Matt ___ 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-agenda-show-current-time-in-grid and automatic refresh
Dear org users, The recent function for showing current time in agenda view is quite cool. I have a question about it. When the agenda view is being shown, is there any way to refresh it automatically so that makes the current time line always recent? Thanks. -- Kiwon Um ___ 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: Help with migrating blog to org-mode format
Thanks! that's what I was looking for. myriam Matt Lundin writes: > Myriam Abramson writes: > >> Each topic in a blog is a TODO task and the date is inserted when the >> task is DONE. I'm planning to read from my xml blog and write topics >> simply as "* DONE mytopic ... " but how can I get the publication date >> in org to get "CLOSED: " on the next line? >> >> The xml of my blog is something like that: >> >> my title >> my content >> 2003-10-22T18:27:00.000-04:00 >> > > After you've parsed the xml and retrieved the date string, you can > convert to an org CLOSED timestamp with something like this: > > (format-time-string "CLOSED: [%Y-%m-%d %H:%M]" (date-to-time > "2003-10-22T18:27:00.000-04:00")) > > ...which returns... > > CLOSED: [2003-10-22 14:27] > > (The time zone parsing may need some adjustment.) > > HTH, > Matt ___ 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] Painless integration of source blocks with language
woops, what i actually meant is that noweb doesnt work. I was thinking about it, and it might be possible to (a) automatically create overlays around begin_src blocks using auto-overlays (b) have a custom syntax parser that parses noweb syntax in those blocks. Sort of like what is done for syntax highlighting. Im gradually converting my code to literate programming and am just on the verge of splitting up my one clojure ns to one-block org file into multiple blocks per ns, so i will soon need the noweb functionality. When i get it ill make sure to post and update! ___ 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: Using org-agenda-filter-preset with or'd tags
On Tue, Jan 11, 2011 at 08:22, Matt Lundin wrote:
> Matt Lundin writes:
>
> > To use "or" logic to filter the agenda, I would recommend setting
> > org-agenda-skip-function.
> >
> > (setq org-agenda-custom-commands
> > '(("W" "Work Schedule"
> > ((agenda ""
> > ((org-agenda-skip-function '(org-agenda-skip-entry-if
> 'notregexp ":\\(@Work\\|critical\\):")))
> > (org-agenda-ndays 1)))
> > (tags-todo "@Work|critical")
> >
>
> The above contains a typo. It should read:
>
> (setq org-agenda-custom-commands
> '(("W" "Work Schedule"
> ((agenda ""
> ((org-agenda-skip-function '(org-agenda-skip-entry-if
> 'notregexp ":\\(@Work\\|critical\\):"))
> (org-agenda-ndays 1)))
> (tags-todo "@Work|critical")
>
> Best,
> Matt
>
Thanks for the suggestion. It did not completely work for me because the
@Work tag was inherited. However I think I can change my process a little to
make it work.
John
___
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] Viper-mode + orgmode + emacs 23.xx on OSX, slowness in insert-mode
Oh well. It was an idea. Cheers. Fil On 11 January 2011 17:38, Michael Brand wrote: > On Tue, Jan 11, 2011 at 21:47, Filippo A. Salustri > wrote: > > I haven't tried viper yet, but there's another version of emacs for OSX, > > Aquamacs. Has anyone tried to check slowness in Aquamacs? > > I expected Aquamacs just to be too different to Cocoa Emacs, but now I > am surprised: In a Mac OS X Aquamacs-Emacs-2.1 there is also exactly > the same viper insert slowness when in org-mode, disappearing with > fundamental-mode or with the ~/.viper from my last post. > > In a Mac OS X Carbon Emacs 22.3.1, the last Mac OS X Carbon I think, I > can not observe such slowness. Possibly because it is not Mac OS X > Cocoa and/or it is not Emacs 23. > > Michael > > ___ > 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 > -- Filippo A. Salustri, Ph.D., P.Eng. Mechanical and Industrial Engineering Ryerson University 350 Victoria St, Toronto, ON M5B 2K3, Canada Tel: 416/979-5000 ext 7749 Fax: 416/979-5265 Email: salus...@ryerson.ca http://deseng.ryerson.ca/~fil/ ___ 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] Viper-mode + orgmode + emacs 23.xx on OSX, slowness in insert-mode
On Tue, Jan 11, 2011 at 21:47, Filippo A. Salustri wrote: > I haven't tried viper yet, but there's another version of emacs for OSX, > Aquamacs. Has anyone tried to check slowness in Aquamacs? I expected Aquamacs just to be too different to Cocoa Emacs, but now I am surprised: In a Mac OS X Aquamacs-Emacs-2.1 there is also exactly the same viper insert slowness when in org-mode, disappearing with fundamental-mode or with the ~/.viper from my last post. In a Mac OS X Carbon Emacs 22.3.1, the last Mac OS X Carbon I think, I can not observe such slowness. Possibly because it is not Mac OS X Cocoa and/or it is not Emacs 23. Michael ___ 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] GNU devroom at FOSDEM 2011
Hi everyone, I will be at the meeting on Saturday, and I hope to meet some of you! If you have an org-mode T-Shirt - I think it would be fun to wear it - I will. Most of all, I will be very pleased to finally meet Bastien in person. - Carsten On Jan 11, 2011, at 9:22 PM, Jose E. Marchesi wrote: Hi. Since Bastien is going to make a (quite interesting!) talk in the GNU devroom, I am sending you the full information about the devroom, including the schedule. GNU devroom at FOSDEM 2011 == Hacking GNU at FOSDEM. The Free and Open source Software Developers' European Meeting (FOSDEM) is a two-day event organized by volunteers to promote the widespread use of Free and Open Source software. This year the GNU Project will be present with a development room. The goal of the devroom is to promote discussion on the advancement of the GNU coding standards and maintainers guidelines as well as the packages implementing them, and strengthen the community of maintainers and developers. If you plan to join us at FOSDEM please tell us at fosdem2...@gnu.org. Date and Location ~~ *Date:* Saturday 5 and Sunday 6 February 2011. *GNU devroom date:* Saturday 5th February from 13:00 to 19:00 *Location:* Brussels (Belgium) Who's coming ~ Registrations: - Jose E. Marchesi (GNU PDF, GNU recutils, GNU Ferret). - Karsten Gerloff (FSFE). - Brian Gough (GNU Scientific Library). - Simon Josefsson (SASL, Libidn, GSS, Shishi, GnuTLS). - Andy Wingo (Guile). - Ralf Wildenhues (GCC, Libtool, Autoconf). - Ole Tange (GNU Parallel). - Rodrigo Rodrigues da Silva. TBC. - Aleksander Morgado (GNU PDF). - Bastien Guerry (org-mode). - Giuseppe Scrivano (GNU myserver, Gnuzilla, wget). - Matthias Kirschner (FSFE). - Henrik Sandklef (GNU xnee). - Luca Saiou (GNU epsilon). TBC = to be confirmed Schedule ~ This is the schedule for the GNU devroom. Please see below for more information about the talks and the speakers. Time Duration Speaker Title ---+--+ +-- 13:00 40 min Bastien Guerry Org-mode for Emacs : your life in plain text. 14:00 40 min Andy Wingo Dynamic hacking with Guile. 15:00 30 min Ole TangeGNU Parallel - the command line power tool. 15:40 30 min Ralf Wildenhues GNU Autotools. 16:20 30 min Simon Josefsson GNU Network Security Labyrinth. 17:00 30 min Karsten Gerloff Power, Freedom, Software. 17:40 30 min Matthias Kirschner Non-free software advertisement -- presented by your government. 18:20 30 min Jose E. Marchesi GNU recutils: your data in plain text. The talks ~~ Org-mode for Emacs: your life in plain text By Bastien Guerry. Org-mode is an Emacs mode for keeping notes, maintaining TODO lists, doing project planning and authoring with a fast and effective plain-text system. In this talk, I'll go through existing core features (the organizer, the exporters, the Babel library) and present examples of real use. I will also list possible contributions (exporters, libraries to interact with online organizers, bug tracking tools, etc.) and mention hard problems to solve, the hardest one being to make Org suitable for collaborative project planning. Finally, I'll give an overview of Org's history and community, with some ideas on how to sustain this great project. Dynamic hacking with Guile === By Andy Wingo. I'll start by giving my standard propaganda schtick about guile, and how it can make hacking GNU more like hacking lisp machines. I'll go on like that for about 15 minutes. In the latter 15 minutes I'll do some live hacking. I think what I'd like to show would be live-hacking a web application through emacs and geiser, in which I show what it's like to hack on a running application, what it's like to hack the web in sxml, how to make new bindings to C functions without restarting the process, things like that. GNU Parallel - the command line power tool === By Ole Tange. Demo of what you can do with GNU Parallel - loosely based on [http://www.youtube.com/watch?v=OpaiGYxkSuQ] GNU Autotools == By Ralf Wildenhues. The GNU Autotools provide a source code build system portable to various different environments. This talk reviews some of the recent developments and highlights a few tips and tricks for users. GNU Network Security Labyrinth === By Simon Josefsson. I will talk about the network application security technologies SASL, Kerberos, GSS-API and TLS on a general level. I'll give an overview of th
[Orgmode] GNU devroom at FOSDEM 2011
Hi. Since Bastien is going to make a (quite interesting!) talk in the GNU devroom, I am sending you the full information about the devroom, including the schedule. GNU devroom at FOSDEM 2011 == Hacking GNU at FOSDEM. The Free and Open source Software Developers' European Meeting (FOSDEM) is a two-day event organized by volunteers to promote the widespread use of Free and Open Source software. This year the GNU Project will be present with a development room. The goal of the devroom is to promote discussion on the advancement of the GNU coding standards and maintainers guidelines as well as the packages implementing them, and strengthen the community of maintainers and developers. If you plan to join us at FOSDEM please tell us at fosdem2...@gnu.org. Date and Location ~~ *Date:* Saturday 5 and Sunday 6 February 2011. *GNU devroom date:* Saturday 5th February from 13:00 to 19:00 *Location:* Brussels (Belgium) Who's coming ~ Registrations: - Jose E. Marchesi (GNU PDF, GNU recutils, GNU Ferret). - Karsten Gerloff (FSFE). - Brian Gough (GNU Scientific Library). - Simon Josefsson (SASL, Libidn, GSS, Shishi, GnuTLS). - Andy Wingo (Guile). - Ralf Wildenhues (GCC, Libtool, Autoconf). - Ole Tange (GNU Parallel). - Rodrigo Rodrigues da Silva. TBC. - Aleksander Morgado (GNU PDF). - Bastien Guerry (org-mode). - Giuseppe Scrivano (GNU myserver, Gnuzilla, wget). - Matthias Kirschner (FSFE). - Henrik Sandklef (GNU xnee). - Luca Saiou (GNU epsilon). TBC = to be confirmed Schedule ~ This is the schedule for the GNU devroom. Please see below for more information about the talks and the speakers. Time Duration Speaker Title ---+--++-- 13:00 40 min Bastien Guerry Org-mode for Emacs : your life in plain text. 14:00 40 min Andy Wingo Dynamic hacking with Guile. 15:00 30 min Ole TangeGNU Parallel - the command line power tool. 15:40 30 min Ralf Wildenhues GNU Autotools. 16:20 30 min Simon Josefsson GNU Network Security Labyrinth. 17:00 30 min Karsten Gerloff Power, Freedom, Software. 17:40 30 min Matthias Kirschner Non-free software advertisement -- presented by your government. 18:20 30 min Jose E. Marchesi GNU recutils: your data in plain text. The talks ~~ Org-mode for Emacs: your life in plain text By Bastien Guerry. Org-mode is an Emacs mode for keeping notes, maintaining TODO lists, doing project planning and authoring with a fast and effective plain-text system. In this talk, I'll go through existing core features (the organizer, the exporters, the Babel library) and present examples of real use. I will also list possible contributions (exporters, libraries to interact with online organizers, bug tracking tools, etc.) and mention hard problems to solve, the hardest one being to make Org suitable for collaborative project planning. Finally, I'll give an overview of Org's history and community, with some ideas on how to sustain this great project. Dynamic hacking with Guile === By Andy Wingo. I'll start by giving my standard propaganda schtick about guile, and how it can make hacking GNU more like hacking lisp machines. I'll go on like that for about 15 minutes. In the latter 15 minutes I'll do some live hacking. I think what I'd like to show would be live-hacking a web application through emacs and geiser, in which I show what it's like to hack on a running application, what it's like to hack the web in sxml, how to make new bindings to C functions without restarting the process, things like that. GNU Parallel - the command line power tool === By Ole Tange. Demo of what you can do with GNU Parallel - loosely based on [http://www.youtube.com/watch?v=OpaiGYxkSuQ] GNU Autotools == By Ralf Wildenhues. The GNU Autotools provide a source code build system portable to various different environments. This talk reviews some of the recent developments and highlights a few tips and tricks for users. GNU Network Security Labyrinth === By Simon Josefsson. I will talk about the network application security technologies SASL, Kerbero
Re: [Orgmode] Viper-mode + orgmode + emacs 23.xx on OSX, slowness in insert-mode
I haven't tried viper yet, but there's another version of emacs for OSX, Aquamacs. Has anyone tried to check slowness in Aquamacs? ...just a thought. Cheers. Fil -- Filippo A. Salustri, Ph.D., P.Eng. Mechanical and Industrial Engineering Ryerson University 350 Victoria St, Toronto, ON M5B 2K3, Canada Tel: 416/979-5000 ext 7749 Fax: 416/979-5265 Email: salus...@ryerson.ca http://deseng.ryerson.ca/~fil/ ___ 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] empty lines in datetree capture templates
Hi Carsten,
On Tue, 11 Jan 2011 20:58:01 +0100
Carsten Dominik wrote:
>
> On Jan 9, 2011, at 3:31 PM, David Maus wrote:
>
> > At Tue, 28 Dec 2010 00:50:00 -0800,
> > Suvayu Ali wrote:
> >>("mm" "Meeting minutes w/ clock" entry (file+datetree
> >> "~/org/ meetings.org")
> >> " %^{prompt} %U%^{CATEGORY}p\n\n %?"
> >> :prepend t :clock-in :empty-lines 1 :immediate-finish)
>
>
> After clock-in and after :immediate-finish, t is missing - all these
> keys need a value!
> The way you write it, :clock-in has the value :empty lines, and from
> then on the property list is broken.
>
Thank you for catching this, don't know how I missed that.
> If you make the templates with customize, it is much harder to make
> mistakes in a complex variable like this.
>
Yes I agree and I tried that, but customise doesn't handle newlines very
well. I would prefer the newlines show up as \n rather than actual
newlines in my custom-set-variables. I don't mind editing it later to
fix it either. But when I customise some other variable and save,
customize saves it again with newlines instead of keeping my edited
value with \n.
> Best wishes
>
Thanks
> - Carsten
--
Suvayu
Open source is the future. It sets us free.
___
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] empty lines in datetree capture templates
On Jan 9, 2011, at 3:31 PM, David Maus wrote:
At Tue, 28 Dec 2010 00:50:00 -0800,
Suvayu Ali wrote:
Hi everyone,
I am having some problems with a capture template for datetrees.
(setq org-capture-templates
'(("m" "Select meeting templates")
("ms" "Schedule a meeting" entry (file+headline "~/org/
meetings.org" "Meetings")
"** %? %^t%^{CATEGORY}p\n"
:empty-lines 1)
("mm" "Meeting minutes w/ clock" entry (file+datetree "~/org/
meetings.org")
" %^{prompt} %U%^{CATEGORY}p\n\n %?"
:prepend t :clock-in :empty-lines 1 :immediate-finish)
After clock-in and after :immediate-finish, t is missing - all these
keys need a value!
The way you write it, :clock-in has the value :empty lines, and from
then on the property list is broken.
))
I prefer to have empty lines between two headlines and headlines and
text. When I use the above "Meeting minutes w/ clock" template, the
new
entry to the date tree is inserted as below despite the ":empty-
lines 1"
argument. If I try to end the older entry with a blank line, the
empty
like is removed and the new entry is placed like this again.
Any one knows what I am doing wrong? Thank you in advance,
I can confirm that :emtpy-lines 1 seems to have no effect in a
datetree capture template. I filed two with the template
,
| (setq org-capture-templates
| '(("X" "FOO" entry (file+datetree "/tmp/org/datetree.org"
"Place table here" "" :empty-lines 1
`
Also this looks like a buggy template definition to me. If I fix it to:
(setq org-capture-templates
'(("X" "FOO" entry (file+datetree "~/org/.org") "* Place
table here" :empty-lines 1)))
I do get empty lines.
If you make the templates with customize, it is much harder to make
mistakes in a complex variable like this.
Best wishes
- Carsten
And ended up with:
,
| * 2011
| ** 2011-01 Januar
| *** 2011-01-09 Sonntag
| Fofofof
| [[file:~/projects/org-mode/minimal.el::'(("X"%20"FOO"%20entry
%20(file%2Bdatetree%20"/tmp/org/datetree.org"%20"Table
%20here"%20""%20:empty-lines%201][file:~/projects/org-mode/
minimal.el::'(("X" "FOO" entry (file+datetree "/tmp/org/
datetree.org" "Table here" "" :empty-lines 1]]
| Another one
| [[file:~/projects/org-mode/minimal.el::'(("X"%20"FOO"%20entry
%20(file%2Bdatetree%20"/tmp/org/datetree.org"%20"Table
%20here"%20""%20:empty-lines%201d][file:~/projects/org-mode/
minimal.el::'(("X" "FOO" entry (file+datetree "/tmp/org/
datetree.org" "Table here" "" :empty-lines 1d]]
`
While I expected an empty line between "Fofofof" and "Another one".
Using
Org-mode version 7.4 (release_7.4.135.g84087)
GNU Emacs 23.2.1 (i486-pc-linux-gnu, GTK+ Version 2.20.0)
of 2010-12-11 on raven, modified by Debian
Best,
-- David
--
OpenPGP... 0x99ADB83B5A4478E6
Jabber dmj...@jabber.org
Email. dm...@ictsoc.de
___
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
Re: [Orgmode] BUG sorting function
Hi Fritjof, thanks for the report, Matt, thanks for the confirmation. On Jan 9, 2011, at 9:46 PM, Fritjof wrote: I think i found a bug. The sorting function dosn't seem to tell the difference between '*bold*' and '* heading' at the beginning of a line, and when a heading have *bold* tekst at the beginning of a line, trying to sort will give this error: "Region to sort contains a level above the the first entry" Reproduce with: * heading ** subheading *not a heading* some texkt Yes, this was a bug, fixed now. Also second level headings can't be bold, they show up as normal text. Reproduce with: * heading ** *subheading* Is this an issue in the in-emacs representation of for Export? - Carsten - Fritjof (Org mode v7.01) ___ 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
[Orgmode] [PATCH] Update conflict documentation
This patch updates the conflict documentation regarding yasnippet to use Eric
Schulte's fix.
---
doc/org.texi | 21 -
1 files changed, 20 insertions(+), 1 deletions(-)
diff --git a/doc/org.texi b/doc/org.texi
index e83909d..b0667e4 100644
--- a/doc/org.texi
+++ b/doc/org.texi
@@ -13423,7 +13423,7 @@ to have other replacement keys, look at the variable
@item @file{yasnippet.el}
@cindex @file{yasnippet.el}
-The way Org-mode binds the TAB key (binding to @code{[tab]} instead of
+The way Org mode binds the TAB key (binding to @code{[tab]} instead of
@code{"\t"}) overrules YASnippet's access to this key. The following code
fixed this problem:
@@ -13434,6 +13434,25 @@ fixed this problem:
(define-key yas/keymap [tab] 'yas/next-field-group)))
@end lisp
+The latest version of yasnippets doesn't play well with Org mode. If the
+above code does not fix the conflict, start by defining the following
+function:
+...@lisp
+(defun yas/org-very-safe-expand ()
+ (let ((yas/fallback-behavior 'return-nil)) (yas/expand)))
+...@end lisp
+
+Then, tell Org mode what to do with the new function:
+...@lisp
+(add-hook 'org-mode-hook
+ (lambda ()
+ (make-variable-buffer-local 'yas/trigger-key)
+ (setq yas/trigger-key [tab])
+ (add-to-list 'org-tab-first-hook 'yas/org-very-safe-expand)
+ (define-key yas/keymap [tab] 'yas/next-field)
+ ))
+...@end lisp
+
@item @file{windmove.el} by Hovav Shacham
@cindex @file{windmove.el}
This package also uses the @kbd{S-} keys, so everything written
--
1.7.2
___
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: Help with migrating blog to org-mode format
Myriam Abramson writes: > Each topic in a blog is a TODO task and the date is inserted when the > task is DONE. I'm planning to read from my xml blog and write topics > simply as "* DONE mytopic ... " but how can I get the publication date > in org to get "CLOSED: " on the next line? > > The xml of my blog is something like that: > > my title > my content > 2003-10-22T18:27:00.000-04:00 > After you've parsed the xml and retrieved the date string, you can convert to an org CLOSED timestamp with something like this: (format-time-string "CLOSED: [%Y-%m-%d %H:%M]" (date-to-time "2003-10-22T18:27:00.000-04:00")) ...which returns... CLOSED: [2003-10-22 14:27] (The time zone parsing may need some adjustment.) HTH, Matt ___ 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: BUG sorting function
Fritjof writes: > I think i found a bug. The sorting function dosn't seem to tell the > difference between '*bold*' and '* heading' at the beginning of a > line, and when a heading have *bold* tekst at the beginning of a > line, trying to sort will give this error: "Region to sort contains a > level above the the first entry" > > Reproduce with: > > * heading > ** subheading > *not a heading* > some texkt > I can confirm this bug (using emacs from bzr and a fresh org pull). A subtree will not sort if it contains any line beginning with a single asterisk. Best, Matt ___ 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-babel, R, and org-babel-open-src-block-result
Leo Alekseyev writes: > Erik Iverson ccbr.umn.edu> writes: > >> >> On 01/11/2011 04:22 AM, Leo Alekseyev wrote: >> > I recently started using org-babel with R, and so far I think it's >> > pretty great! I'm still getting accustomed to org-babel workflow and >> > am playing with available options. I have a couple of questions: >> > >> > I noticed that C-c C-o (org-babel-open-src-block-result) always gives >> > me an empty *Org-Babel Results* buffer, even if there's output printed >> > to #+results section. Is this a bug? Am I doing something wrong? >> > >> > On a similar note, is there an option for the #+ results session to be >> > completely suppressed?.. I can see situations where I might simply >> > want to send the code to the inferior process and examine the results >> > there using :results output :session, or perhaps I'm running the code >> > just for the side effects. It would be nice if I could say e.g. >> > :results none. >> >> From the manual: >> >> The following results options indicate what happens with the results once >> they >> are collected. >> >> * silent >> The results will be echoed in the minibuffer but will not be inserted into >> the >> Org-mode buffer. E.g., :results output silent. > > Thanks Erik. It would be nice if section 14.9 of the Org manual could > reference 14.8.2. I couldn't agree more, I've just pushed up this change to the manual. > In general, it would be nice if the org HTML documents could support > the same outline folding cycling behavior that you see in Emacs > buffers, otherwise it's difficult to see the surrounding context. > I personally prefer to use the Emacs `info' interface, both because you can easily text search through all parts of the manual, and for issues of navigation and viewing a wider context. > > I'd still like to know what (org-babel-open-src-block-result) is > supposed to do... Haven't found that in the manual. > Hmm, apparently in some cases it does nothing currently due to a bug, I've just fixed this buy, so please pull the latest Org-mode, and try copying the following block and results into and Org-mode buffer and calling C-c C-o from within the code block. #+begin_src emacs-lisp (mapcar #'list (reverse (org-babel-src-block-names))) #+end_src #+results: | tangle-A| | tangle-C| | i-have-a-name | | add-column-in-table-0 | | rec-string-wrap | | add-col | | a-list | | lob-header | | test| | name| | cycle | | body| | eight | | org-list| | numbers | Cheers -- Eric ___ 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] Bug: Scatter doubles up on SCHEDULED items [7.4]
Hi,
I love the idea of the new bulk scatter command, but it's giving me
a problem. When used, it adds an extra SCHEDULED item to entries
rather than change the current one. Maybe this is expected
behaviour and I just don't "get it", but I don't think so.
If I can give any more information that might be useful, I'm happy to.
Thanks for org and thanks in advance for any help with this!
Regards,
James
Emacs : GNU Emacs 23.1.50.1 (i486-pc-linux-gnu, GTK+ Version 2.18.0)
of 2009-09-27 on palmer, modified by Debian
Package: Org-mode version 7.4
current state:
==
(setq
org-log-done 'time
org-clock-in-switch-to-state "STARTED"
org-agenda-skip-scheduled-if-deadline-is-shown t
org-export-latex-after-initial-vars-hook '(org-beamer-after-initial-vars)
org-speed-command-hook '(org-speed-command-default-hook
org-babel-speed-command-hook)
org-agenda-custom-commands '(("H" "Personal/home list" tags "@HOME|PERSONAL")
("D" "Daily Action List"
((agenda ""
((org-agenda-ndays 1)
(org-agenda-sorting-strategy
(quote ((agenda time-up priority-down
tag-up
(org-deadline-warning-days 2))
)
)
)
("s" "Started Tasks" todo "STARTED"
((org-agenda-todo-ignore-scheduled nil)
(org-agenda-todo-ignore-deadlines nil)
(org-agenda-todo-ignore-with-date nil))
)
("w" "Tasks waiting on something" todo "WAITING"
nil)
("A" "Tasks to be Archived" todo
"DONE|CANCELLED|DELEGATED" nil)
("r" "Weekly Review"
((agenda "" ((org-agenda-ndays 7))) (tags
"CATEGORY=\"Project\"")
(tags "CATEGORY=\"Someday\"") (todo "WAITING"))
)
("j" "Journal" tags "CATEGORY=\"Journal\"")
("S" "Someday" tags "CATEGORY=\"Someday\""))
org-agenda-files "~/Documents/gtd/lists/agendas"
org-agenda-include-diary t
org-blocker-hook '(org-block-todo-from-children-or-siblings-or-parent)
org-agenda-tags-column -120
org-habit-show-habits-only-for-today nil
org-babel-load-languages '((R . t) (ditaa . t) (dot . t) (emacs-lisp . t)
(gnuplot . t) (haskell)
(ocaml) (python . t) (ruby) (screen) (sh . t) (sql)
(sqlite . t))
org-clock-into-drawer "CLOCK"
org-agenda-entry-text-exclude-regexps '(".* - State.*" "Added:.*$"
"\\[\\[.*\\]\\]")
org-fontify-whole-heading-line t
org-metaup-hook '(org-babel-load-in-session-maybe)
org-capture-templates '(("t" "Todo" entry (file+headline
"~/Documents/gtd/lists/gtd.org" "Tasks")
"* TODO %? %^G\n Added: %U\n SCHEDULED: %t\n %i")
("w" "Waiting" entry (file+headline
"~/Documents/gtd/lists/gtd.org" "Waiting")
"* WAITING %?\nAdded: %U\n %i")
("j" "Journal" entry
(file+headline "~/Documents/gtd/lists/journal.org"
"Journal")
"* %U %?:JOURNAL:\n\n")
("T" "Todo (Linked)" entry
(file+headline "~/Documents/gtd/lists/gtd.org"
"Tasks")
"* TODO %? %^G\n Added: %U\n SCHEDULED: %t\n %i\n
%a")
("W" "Waiting (Linked)" entry
(file+headline "~/Documents/gtd/lists/gtd.org"
"Waiting")
"* WAITING %?\nAdded: %U\n %i\n %a")
("J" "Journal (Linked)" entry
(file+headline "~/Documents/gtd/lists/journal.org"
"Journal")
"* %U %?:JOURNAL:\n\n %i\n %a")
("s" "Someday..." entry
(file+headline "~/Documents/gtd/lists/gtd.org"
"Someday") "* %U %?\n\n %i\n")
("f" "New file entry" table-line (id
"0954865d-8062-4d88-a999-6d656365aa7c")
"")
)
org-export-preprocess-after-blockquote-hook
'(org-special-blocks-make-special-cookies)
org-after-todo-state-change-hook '(org-clock-out-if-current)
org-babel-tangle-lang-exts '(("python" . "py") ("emacs-lisp" . "el"))
org-speed-commands-user '(("s" . org-toodledo-sync-task) ("N" .
org-narrow-to-subtree) ("W" . widen)
("A" . org-attach) ("P" . org-set-property))
org-agenda-start-with-log-mode t
org-export-html-after-blockquotes-hook
'(org-special-blocks-convert-html-special-cookies)
org-export-blocks-postblock-hook
Re: [Orgmode] Re: [babel] Painless integration of source blocks with language
Seth Burleigh writes: > My bad. I believe i did look up the functions, but they didn't do what i > needed (or so i thought). > The code doesn't matter too much, let me explain the idea. > > A file may contain many blocks of code. Lets look at a arbitrary block A. In > the end, block A will somehow become noweb embedded into a source block > which is actually tangled to a file. Lets call this source block C. > find-chunk finds this source block, given the position of block A, checking > also that the source has a type of "clojure". So, basically it searches for > the string <>, if it finds it, checks if the source block (with an > arbitrary name, lets say my-block) is tangled, if not, it searches for > <> until it actually finds a tangled source block. > This is functional which is currently missing in Babel (e.g. finding where code block A is referenced), I can see the appeal for such a function. > > tangle-chunk is used to tangle block A by finding block C (using find-chunk) > and tangling that. It is basically copied from org-babel except that it uses > mkdir to create any parent directories that do not exist (i think this > should be included as an option in tangle file, btw, if it isn't) > Does tangle chunk tangle just block A, or just block C, or does it re-tangle the entire file. If just selected code blocks, how does it know where to insert them into the file? WRT: creating missing directories, maybe this would be better as an option rather than the default, as I often mistype a tangle path and it's useful for me when an error is thrown upon trying to tangle to a non-existent directory. Also, for packaging up repositories, there is an `org-babel-pre-tangle-hook' which could be used to prepare a directory structure in which to tangle source files. > > So, conceptually we have many blocks which are noweb embedded into various > source files, however indirectly. We want to find the source files that > these blocks are embedded in so that we can (in the future) navigate from > the block to the file number. > ' Agreed, the lack of the ability to trace noweb references through to raw source files (and more importantly to trace back from source files through to the original Babel files) is becoming a pain-point in the current code base. It is currently possible to both jump back from source code to the embedded code block using `org-babel-tangle-jump-to-org', it should be fairly straightforward to write a function for jumping from a code block to source using the same comment lines as anchors. As for how to trace back through noweb links, the best option seem to be using the existing jump function to navigate from raw source to the embedded block, keeping track of the point's offset form the beginning of the block, then using `org-babel-expand-src-block' to expand the body of the embedded code block marking noweb references with text properties as they are inserted into the expanding body, and then using the point offset to place the point into the appropriate noweb reference. This process could then recurse on the embedded noweb code block until it ends up in a non-noweb portion of an expanded code block body. > > Thats all that does, from line 110 up. I copied it from my previous posting. > From below that, i implement an emacs overlay, created by new-chunk. > Basically all it does is associate a chunk of code in the buffer to a chunk > of code in another chunk. We can 'add a link', i.e. append a chunk to its > 'lp-link property. > > Next, we add the ability to replace the code of one chunk with another. This > is what push-chunk does. Now, all that we have left is the code to create > chunks from source blocks. > Meaning you can update a portion of the raw source file and push the changes back to the org file? This sounds similar to what is done by `org-babel-detangle' only it uses marks and overlays to maintain the source->org mapping rather than comments (which is a cleaner interactive solution, but lacks persistence beyond a single Emacs session, or the ability to say fold in changes to the raw source made by someone else on a group project). > > Pushing code from one chunk to another code work with noweb embedding, but > it was just a proof of concept anyways. > That's great, what was the logic used to push back through noweb references? Did this rely solely on the overlays you created during tangling? The analog of that approach would be to insert noweb references wrapped in comments, which may be the simplest solution, as long as there are not cases where the additional comments would be unwanted in the raw source code file. Perhaps there is a way for Babel to use marks rather than comments and then save the mark information in the org file, this would be great in that it wouldn't require any Babel comments in the source file, although I'm not sure how robust marks are to offline editing. > > What i was imagining when i did this is that i would have a source code file > whi
Re: [Orgmode] [PATCH] Fix conflict doc
Hi Jeff, Thanks for putting this patch together, I've just checked it out and it looks great. It is now applied to the repository. Also, thanks for submitting a documentation patch, the manual is an incredible resource, and constant attention like this issue pointed out by Puneeth and yourself are required to maintain it's usefulness. If you think you may be submitting more patches in the future you may want to consider going through the FSF assignment process [1]. The process takes a while so it's best to have it completed before you have a patch waiting in the wings. Normally I wouldn't have been able to apply this patch without you going through the process because it is over 10 lines long, but since much of the patch consists of code originally written by myself, I think it is ok this time. Thanks for the contribution! -- Eric Jeff Horn writes: > (Eric, mind glancing at the patch?) > > In regard to the following message: > > http://article.gmane.org/gmane.emacs.orgmode/35931 > > This patch incorporates Eric Schulte's method of making org-mode work > with yasnippet into the documentation. Footnotes: [1] http://orgmode.org/worg/org-contribute.html ___ 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] [babel] Painless integration of source blocks with language
Eric S Fraga writes: > "Eric Schulte" writes: > > [...] > >> A crude version of the above is already possible using the >> `org-babel-detangle' function. For example, follow the instructions in >> the attached org-mode file (which uses elisp rather than clojure code >> blocks simply for wider portability to non-clojure users). > > Detangling, as currently implemented, doesn't do the job for me as it > doesn't understand noweb. My current mode of operation with org and > babel is to have various snippets of code throughout a file and then > combine these in different ways using noweb syntax which I then tangle > to create different source files (each bringing together different > pieces in different configurations). > I agree, this is an area ripe for improvement. > > In any case, and please excuse me for hijacking this thread a little, > the increasing use of babel (a good thing!) especially with noweb syntax > and tangling (as this thread is about) is bringing up a document > management issue: I find it difficult (a) to remember what all my source > code snippets are called and (b) to navigate to any given snippet. I > would love to see a babel table of contents popup (a la the table of > contents popup with reftex implements for latex files). Is something > like this already available? If not, how difficult would it be to > implement (I'm happy to try given a pointer in the right > direction(s)...). > There was some talk of merging imenu with Babel which would provide the functionality you describe, I don't believe this ever resulting in working code however. There are a couple of options... If you know the name of the code block you want to find you can use `org-babel-goto-named-src-block' (bound to C-c C-v g) to jump to a named code block (∃ a similar function for finding named results). This function provides completion on the block names, the function `org-babel-src-block-names' returns a list of all named blocks in the current buffer, so it could be used to built up such a table. In fact the following code block will insert a table of such names in the current buffer. Note: you will need to pull the latest as I had to fix a small bug in `org-babel-src-block-names'. #+begin_src emacs-lisp :results list (mapcar #'list (reverse (org-babel-src-block-names))) #+end_src Hope that helps, Best -- Eric > > Thanks, > eric ___ 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-babel, R, and org-babel-open-src-block-result
Leo Alekseyev writes: > I recently started using org-babel with R, and so far I think it's > pretty great! I'm still getting accustomed to org-babel workflow and > am playing with available options. I have a couple of questions: > > I noticed that C-c C-o (org-babel-open-src-block-result) always gives > me an empty *Org-Babel Results* buffer, even if there's output printed > to #+results section. Is this a bug? Am I doing something wrong? > I have not noticed this myself, can you share an example? > > On a similar note, is there an option for the #+ results session to be > completely suppressed?.. I can see situations where I might simply > want to send the code to the inferior process and examine the results > there using :results output :session, or perhaps I'm running the code > just for the side effects. It would be nice if I could say e.g. > :results none. > Yes, for a complete list of the available header arguments and their effects please see http://orgmode.org/manual/Working-With-Source-Code.html > > Thanks and keep up the good work with org-babel! > > --Leo > > ___ > 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
Re: [Orgmode] Re: [PATCH] Fix conflict doc
Jeff Horn wrote: > Hmm.. This wasn't picked up by patchwork. Please ignore. I'll try > sending using =git send-email= instead. > That's because the attachment was not typed correctly: it should probably be text/plain instead of application/octet-stream (a useless, zero-information default). I've ranted about this before, but in all fairness, this is not necessarily the sender's fault: there seem to be brain-dead mail clients out there (Thunderbird seems to be one), which don't give you the choice of how to type your attachment - in T'bird's case, it is done in the interest of user-friendliness (don't get me going on that). OTOH, if your mailer *does* give you the option, you have nobody to blame but yourself :-) See e.g http://thread.gmane.org/gmane.emacs.orgmode/27001/focus=27200 I thought there was a mention of this in http://orgmode.org/worg/org-contribute.html but I cannot find it now. HTH, Nick > On Tue, Jan 11, 2011 at 1:19 AM, Jeff Horn wrote: > > (Eric, mind glancing at the patch?) > > > > In regard to the following message: > > > > http://article.gmane.org/gmane.emacs.orgmode/35931 > > > > This patch incorporates Eric Schulte's method of making org-mode work > > with yasnippet into the documentation. > > > > -- > > Jeffrey Horn > > http://www.failuretorefrain.com/jeff/ > > > > > > -- > Jeffrey Horn > http://www.failuretorefrain.com/jeff/ > > ___ > 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
[Orgmode] Re: org-babel, R, and org-babel-open-src-block-result
Erik Iverson ccbr.umn.edu> writes: > > On 01/11/2011 04:22 AM, Leo Alekseyev wrote: > > I recently started using org-babel with R, and so far I think it's > > pretty great! I'm still getting accustomed to org-babel workflow and > > am playing with available options. I have a couple of questions: > > > > I noticed that C-c C-o (org-babel-open-src-block-result) always gives > > me an empty *Org-Babel Results* buffer, even if there's output printed > > to #+results section. Is this a bug? Am I doing something wrong? > > > > On a similar note, is there an option for the #+ results session to be > > completely suppressed?.. I can see situations where I might simply > > want to send the code to the inferior process and examine the results > > there using :results output :session, or perhaps I'm running the code > > just for the side effects. It would be nice if I could say e.g. > > :results none. > > From the manual: > > The following results options indicate what happens with the results once > they > are collected. > > * silent > The results will be echoed in the minibuffer but will not be inserted into > the > Org-mode buffer. E.g., :results output silent. Thanks Erik. It would be nice if section 14.9 of the Org manual could reference 14.8.2. In general, it would be nice if the org HTML documents could support the same outline folding cycling behavior that you see in Emacs buffers, otherwise it's difficult to see the surrounding context. I'd still like to know what (org-babel-open-src-block-result) is supposed to do... Haven't found that in the manual. ___ 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: [PATCH] Fix conflict doc
Hmm.. This wasn't picked up by patchwork. Please ignore. I'll try sending using =git send-email= instead. On Tue, Jan 11, 2011 at 1:19 AM, Jeff Horn wrote: > (Eric, mind glancing at the patch?) > > In regard to the following message: > > http://article.gmane.org/gmane.emacs.orgmode/35931 > > This patch incorporates Eric Schulte's method of making org-mode work > with yasnippet into the documentation. > > -- > Jeffrey Horn > http://www.failuretorefrain.com/jeff/ > -- Jeffrey Horn http://www.failuretorefrain.com/jeff/ ___ 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] Bug: Items with priority not refile targets? [7.4]
At Sun, 02 Jan 2011 18:27:05 +0100, David Maus wrote: > > At Wed, 22 Dec 2010 09:35:12 -0900, > Dave Abrahams wrote: > > > > > > > > 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. > > > > > > I have an item > > > > *** PROJECT Get out of .emacs Bankruptcy > > :EmacsBankruptcy:Net: > > SCHEDULED: <2010-12-22 Wed> > > :PROPERTIES: > > :Link: > > :ID: B8A41FAF-1A18-4709-A873-5BF3729CA066 > > :END: > > > > that is a refile target only if it has no priority. If I set it to > > priority [#A], it will never be offered as a refile target. That > > seems broken to me. > > > > Emacs : GNU Emacs 23.2.1 (x86_64-apple-darwin, NS apple-appkit-1038.29) > > of 2010-05-08 on black.local > > Package: Org-mode version 7.4 > > I cannot reproduce this with > > Org-mode version 7.4 (release_7.4.95.ga2ac) > > GNU Emacs 23.2.1 (i486-pc-linux-gnu, GTK+ Version 2.20.0) > of 2010-12-11 on raven, modified by Debian > > and a minimal setup + emacs -Q I can! But, strangely, not reliably :( -- Dave Abrahams BoostPro Computing http://www.boostpro.com ___ 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] Preserve trailing blank lines
Carsten Dominik writes: > On Jan 5, 2011, at 2:24 AM, Jason Dunsmore wrote: > >> I like to leave a blank line at the end of items that have bodies, >> but I >> found functions like org-metaup, org-metadown, and org-refile were >> leaving that blank line behind. > > These commands treat empty lines as belonging to the entry > below the empty line - which is, I think, the right convention here. I now understand this is a formatting convention issue. Here is an updated patch that looks at the setting for `heading' in the variable org-blank-before-new-entry: diff --git a/lisp/org.el b/lisp/org.el index 98c85d0..ee3f873 100644 --- a/lisp/org.el +++ b/lisp/org.el @@ -18477,7 +18477,9 @@ Taken from `count' in cl-seq.el with all keyword argumen "Move backwards over whitespace, to the beginning of the first empty line. Returns the number of empty lines passed." (let ((pos (point))) -(skip-chars-backward " \t\n\r") +(if (cdr (assoc 'heading org-blank-before-new-entry)) + (skip-chars-backward " \t\n\r") + (forward-line -1)) (beginning-of-line 2) (goto-char (min (point) pos)) (count-lines (point) pos))) ___ 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] Using org-agenda-filter-preset with or'd tags
On Sun, Jan 9, 2011 at 08:58, David Maus wrote:
> At Mon, 20 Dec 2010 14:12:39 + (UTC),
> johnt wrote:
> >
> > I am trying to set a custom command to show my work tasks and critical
> home
> > tasks for the day.
> >
> > I have tried the following.
> >
> > (setq org-agenda-custom-commands
> > '( ("W" "Work Schedule"
> > ((agenda ""
> >((org-agenda-filter-preset '("@Work|critical")) ;; this
> doesn't work
> > (org-agenda-ndays 1)))
> > (tags-todo "@Work|critical")))
> > )
> >
> > It seems just to ignore the filter. The tags-todo line works fine.
> >
> > I tried various filters to verify my syntax.
> > using (org-agenda-filter-preset '("+...@work")) works fine but is not what I
> want.
> > using (org-agenda-filter-preset '("@Work" "|" "critical")) also doesn't
> work.
>
> There are some errors in your `org-agenda-filter-preset':
>
> 1. You should not quote this list, because the entire structure of
>`org-agenda-custom-commands' is already quoted.
>
> 2. Format of `org-agenda-filter-preset' (C-h v
>org-agenda-filter-preset RET):
>
> ,
> | A preset of the tags filter used for secondary agenda filtering.
> | This must be a list of strings, each string must be a single tag
> preceded
> | by "+" or "-".
> `
>
> So ("@work" "|" "critical") is wrong format.
>
> 3. The preset filter ANDs the tags together and as far as I am aware
>of (our could think of) it is not possible to OR tags together.
>However, I wonder why you would like to set the preset-filter: The
>tags-todo query already selects only tasks that are either tagged
>@work or critical?
>
> HTH,
> -- David
> --
> OpenPGP... 0x99ADB83B5A4478E6
> Jabber dmj...@jabber.org
> Email. dm...@ictsoc.de
>
Thanks for the reply. It turns out that most of this did not matter. I was
mostly
concerned with this for export and use with Mobile Org. For these it seems
to
process all the custom commands together. This seems to act like a block
agenda
which does not support filtering of individual blocks. I could get one
custom command
to export or push to mobile org correctly but with more then one the filters
were ignored.
I ended up having to write some custom functions to process the commands one
at
a time to temporary files and then combine the files. The or'ing of tags not
being
supported is still an issue but I changed my usage to get around that.
Thanks for the tip on "C-h v org-agenda-filter-preset RET" to get
information on a variable.
There is just so much to learn.
John
___
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-babel, R, and org-babel-open-src-block-result
On 01/11/2011 04:22 AM, Leo Alekseyev wrote: I recently started using org-babel with R, and so far I think it's pretty great! I'm still getting accustomed to org-babel workflow and am playing with available options. I have a couple of questions: I noticed that C-c C-o (org-babel-open-src-block-result) always gives me an empty *Org-Babel Results* buffer, even if there's output printed to #+results section. Is this a bug? Am I doing something wrong? On a similar note, is there an option for the #+ results session to be completely suppressed?.. I can see situations where I might simply want to send the code to the inferior process and examine the results there using :results output :session, or perhaps I'm running the code just for the side effects. It would be nice if I could say e.g. :results none. From the manual: The following results options indicate what happens with the results once they are collected. * silent The results will be echoed in the minibuffer but will not be inserted into the Org-mode buffer. E.g., :results output silent. ___ 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] Quick note about subtree copy and paste
On 1/11/11 Jan 11 -8:03 AM, Giovanni Ridolfi wrote: > Robert Goldman writes: > >> I just did a copy and paste and noticed that when I did so the copied >> properties included the ID which, after being copied, meant that the >> unique identifier became a non-unique identifier. > Well, you shouldn't ! ;-) > > If you have to copy/paste a subtree, please... *clone* it. > > manual: Structure editing: > > `C-c C-x c' (`org-clone-subtree-with-time-shift') > > (then the :ID: is changed) > > Giovanni I get the point, but the current presentation is unnecessarily confusing. I was just /copying/ --- there was no time shifting involved, so when I look at them menu and see "copy" and "clone with time shift," it is "copy" that's what I naturally do. Actually, as I look at the manual I see: `C-c C-x c' (`org-clone-subtree-with-time-shift') Clone a subtree by making a number of sibling copies of it. You will be prompted for the number of copies to make, and you can also specify if any timestamps in the entry should be shifted. This can be useful, for example, to create a number of tasks related to a series of lectures to prepare. For more details, see the docstring of the command `org-clone-subtree-with-time-shift'. There's nothing there to even remotely suggest to me that this is going to Do The Right Thing about properties. It's all about dates and time-shifting. It may /happen/ to do the right thing with properties, but it sure doesn't /say/ that it will. The ID property is mentioned only in the interactive docstring, and pretty deeply down. I'd like to make a somewhat radical suggestion: If cloning is the primary option, and more safe than copy --- i.e., if copy is "this is the primitive operation that you should only do if you know what you are doing, because it might corrupt data," then I would argue that it's CLONE that should be bound to C-c C-x M-y --- the standard emacs keybinding I'm going to go to first --- and COPY should be demoted to the less-familiar alternative. This assumes that the answer to "Is there any case where I should do copy and /not/ prefer clone?" is "no." But I'm not sure that's the case. They clone doesn't do the same thing to the cut buffer as copy, does it? e.g., I don't use clone to make a copy of a subtree from file A into file B. Even more radical suggestion: So maybe the right answer is not to ask us to use clone all the time, but that COPY and PASTE should be fixed to Do The Right Thing with the ID property. Best, r ___ 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] Feature request: Select links by description [7.4]
When using org-insert-link, it would be far better for me to have it show me the _descriptions_ of links (the default link text), rather than showing me the links themselves. This is especially true of email links, which are generally long and unintelligible by themselves. I have something set up that stores a link to every email I send, so I can easily link to follow-ups in my active Org items. As a result, I end up with *lots* of stored links, which makes this a real struggle. Thanks for listening, -- Dave Abrahams BoostPro Computing http://www.boostpro.com ___ 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: Property inheritance in Org-collector
Eric Schulte gmail.com> writes: I used new version of org-collector as you suggested. It works well. Thank you. Regards. ___ 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] Quick note about subtree copy and paste
Robert Goldman writes: > I just did a copy and paste and noticed that when I did so the copied > properties included the ID which, after being copied, meant that the > unique identifier became a non-unique identifier. Well, you shouldn't ! ;-) If you have to copy/paste a subtree, please... *clone* it. manual: Structure editing: `C-c C-x c' (`org-clone-subtree-with-time-shift') (then the :ID: is changed) Giovanni ___ 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: Using org-agenda-filter-preset with or'd tags
On Jan 11, 2011, at 2:20 PM, Matt Lundin wrote:
David Maus writes:
At Mon, 20 Dec 2010 14:12:39 + (UTC),
johnt wrote:
I tried various filters to verify my syntax.
using (org-agenda-filter-preset '("+...@work")) works fine but is not
what I want.
using (org-agenda-filter-preset '("@Work" "|" "critical")) also
doesn't work.
There are some errors in your `org-agenda-filter-preset':
1. You should not quote this list, because the entire structure of
`org-agenda-custom-commands' is already quoted.
Quoting a list works fine in my org-agenda-custom-commands settings.
In fact, there are other variables that have quoted lists as their
setting, such as org-agenda-entry-types.
Yes. The way the variable settings are used when constructing the
agenda views is actually causing evaluation of the values. So the
quote is good here.
- Carsten
2. Format of `org-agenda-filter-preset' (C-h v
org-agenda-filter-preset RET):
,
| A preset of the tags filter used for secondary agenda filtering.
| This must be a list of strings, each string must be a single
tag preceded
| by "+" or "-".
`
So ("@work" "|" "critical") is wrong format.
That's the problem.
3. The preset filter ANDs the tags together and as far as I am aware
of (our could think of) it is not possible to OR tags together.
However, I wonder why you would like to set the preset-filter: The
tags-todo query already selects only tasks that are either tagged
@work or critical?
It would make sense if org-agenda-todo-ignore-scheduled is 'all or
'past.
To use "or" logic to filter the agenda, I would recommend setting
org-agenda-skip-function.
--8<---cut here---start->8---
(setq org-agenda-custom-commands
'(("W" "Work Schedule"
((agenda ""
((org-agenda-skip-function '(org-agenda-skip-entry-if 'notregexp
":\\(@Work\\|critical\\):")))
(org-agenda-ndays 1)))
(tags-todo "@Work|critical")
--8<---cut here---end--->8---
Best,
Matt
___
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
[Orgmode] Re: Using org-agenda-filter-preset with or'd tags
Matt Lundin writes:
> To use "or" logic to filter the agenda, I would recommend setting
> org-agenda-skip-function.
>
> (setq org-agenda-custom-commands
> '(("W" "Work Schedule"
> ((agenda ""
> ((org-agenda-skip-function '(org-agenda-skip-entry-if
> 'notregexp ":\\(@Work\\|critical\\):")))
> (org-agenda-ndays 1)))
> (tags-todo "@Work|critical")
>
The above contains a typo. It should read:
(setq org-agenda-custom-commands
'(("W" "Work Schedule"
((agenda ""
((org-agenda-skip-function '(org-agenda-skip-entry-if
'notregexp ":\\(@Work\\|critical\\):"))
(org-agenda-ndays 1)))
(tags-todo "@Work|critical")
Best,
Matt
___
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: Using org-agenda-filter-preset with or'd tags
David Maus writes:
> At Mon, 20 Dec 2010 14:12:39 + (UTC),
> johnt wrote:
>> I tried various filters to verify my syntax.
>> using (org-agenda-filter-preset '("+...@work")) works fine but is not what I
>> want.
>> using (org-agenda-filter-preset '("@Work" "|" "critical")) also doesn't work.
>
> There are some errors in your `org-agenda-filter-preset':
>
> 1. You should not quote this list, because the entire structure of
> `org-agenda-custom-commands' is already quoted.
Quoting a list works fine in my org-agenda-custom-commands settings.
In fact, there are other variables that have quoted lists as their
setting, such as org-agenda-entry-types.
> 2. Format of `org-agenda-filter-preset' (C-h v
> org-agenda-filter-preset RET):
>
>,
>| A preset of the tags filter used for secondary agenda filtering.
>| This must be a list of strings, each string must be a single tag preceded
>| by "+" or "-".
>`
>
>So ("@work" "|" "critical") is wrong format.
That's the problem.
>
> 3. The preset filter ANDs the tags together and as far as I am aware
> of (our could think of) it is not possible to OR tags together.
> However, I wonder why you would like to set the preset-filter: The
> tags-todo query already selects only tasks that are either tagged
> @work or critical?
>
It would make sense if org-agenda-todo-ignore-scheduled is 'all or
'past.
To use "or" logic to filter the agenda, I would recommend setting
org-agenda-skip-function.
--8<---cut here---start->8---
(setq org-agenda-custom-commands
'(("W" "Work Schedule"
((agenda ""
((org-agenda-skip-function '(org-agenda-skip-entry-if
'notregexp ":\\(@Work\\|critical\\):")))
(org-agenda-ndays 1)))
(tags-todo "@Work|critical")
--8<---cut here---end--->8---
Best,
Matt
___
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: [BUG] .dir-locals.el broken links on cygwin
Vladimir Alexiev writes: >> Some of the .dir-locals.el files in the distribution are >> symbolic links to another. On cygwin they come out as LNK files. > > The error I get is > Directory-local variables error: (wrong-type-argument listp ! \.) I find the symlink very problematic. I normally copy the contents of .dir-settings.el' to .dir-locals.el. Another troubled soul, 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 ___ 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: [BUG] .dir-locals.el broken links on cygwin
Vladimir Alexiev writes: >> Some of the .dir-locals.el files in the distribution are >> symbolic links to another. On cygwin they come out as LNK files. > > The error I get is > Directory-local variables error: (wrong-type-argument listp ! > \.) (Resent) I find the symlink very problematic. I normally copy the contents of .dir-settings.el' to .dir-locals.el. Another troubled soul, 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 ___ 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-babel, R, and org-babel-open-src-block-result
I recently started using org-babel with R, and so far I think it's pretty great! I'm still getting accustomed to org-babel workflow and am playing with available options. I have a couple of questions: I noticed that C-c C-o (org-babel-open-src-block-result) always gives me an empty *Org-Babel Results* buffer, even if there's output printed to #+results section. Is this a bug? Am I doing something wrong? On a similar note, is there an option for the #+ results session to be completely suppressed?.. I can see situations where I might simply want to send the code to the inferior process and examine the results there using :results output :session, or perhaps I'm running the code just for the side effects. It would be nice if I could say e.g. :results none. Thanks and keep up the good work with org-babel! --Leo ___ 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: [BUG] .dir-locals.el broken links on cygwin
> Some of the .dir-locals.el files in the distribution are > symbolic links to another. On cygwin they come out as LNK files. The error I get is Directory-local variables error: (wrong-type-argument listp ! \.) ___ 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
