Re: [Orgmode] Integration of Org mode and mairix
Hi Bastien, On Tue, 24 Jul 2007 16:38:22 +0200 Bastien <[EMAIL PROTECTED]> wrote: b> Thanks for pointing on mairix and providing an integrated solution b> for org/Gnus/mairix. I tried your patch and the mairix-related elisp b> code, it works fine here. Good to know. Do you think there is any chance it would make it into the Org package? I would greatly prefer not having to maintain a patch for a longer period of time. b> One little fix though: [...] Ah, true. Thanks for that. b> The "mairix" solution is especially elegant because it does not only b> handle the case where you need to find a particular email, but it b> also comes with lots of useful search options. I am especially happy that it allows to pull out entire threads. So if you do [[mairixt:m:xyz]] it will pull out the entire thread in which that message id is present, so you have the full context, which I find very useful. Regards, Georg -- Georg C. F. Greve <[EMAIL PROTECTED]> Free Software Foundation Europe (http://fsfeurope.org) Join the Fellowship and protect your freedom! (http://www.fsfe.org) What everyone should know about DRM (http://DRM.info) pgppDZHeuKWjY.pgp Description: PGP signature ___ Emacs-orgmode mailing list Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Integration of Org mode and mairix
Hi George, "Georg C. F. Greve" <[EMAIL PROTECTED]> writes: > Do you think there is any chance it would make it into the Org > package? I would greatly prefer not having to maintain a patch for a > longer period of time. I can understand that. Carsten, what do you think? On the one hand, mairix is unlikely to be heavily in use among Org users (unless we continue praising it!), so there is no *strong* necessity of making Org natively interact with it. On the other hand, you cannot maintain mairix integration through an external library since it depends on `org-link-types', `org-store-link' and `org-open-at-point'. I would say it worth keeping it into Org. One request though: could we spare the cost of a new specific type for threaded searches? For example we could have `org-gnus-links-prefer-mairix' being either nil, 'threaded or t, so that you can handle the thread option as an argument, even in mairix-search. > So if you do [[mairixt:m:xyz]] it will pull out the entire thread in > which that message id is present, so you have the full context, which I > find very useful. Yes, i also like the fast intexing. Other people playing with it around? -- Bastien ___ Emacs-orgmode mailing list Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: Integration of Org mode and mairix
On 2007-07-30 17:02 +0100, Bastien wrote: > "Georg C. F. Greve" <[EMAIL PROTECTED]> writes: > >> Do you think there is any chance it would make it into the Org >> package? I would greatly prefer not having to maintain a patch for a >> longer period of time. > > I can understand that. Carsten, what do you think? I'd prefer to use tracker¹, as it is one component of the GNU desktop -- Gnome. There are just so many random email indexing tools. If we want to pick one, Tracker is a good choice. Footnotes: ¹ http://www.gnome.org/projects/tracker/ -- Leo (GPG Key: 9283AA3F) ___ Emacs-orgmode mailing list Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: Integration of Org mode and mairix
Leo <[EMAIL PROTECTED]> writes: > I'd prefer to use tracker¹, as it is one component of the GNU desktop > -- Gnome. There are just so many random email indexing tools. If we > want to pick one, Tracker is a good choice. Okay. Now it seems better to me not to integrate any exotic external tool directly within Org. Maybe we could use something like `org-custom-link-types' to do the trick: its need to know about new link-types, major modes where they come into play and what function `org-open-at-point' calls for them. For example : (setq org-custom-link-types '(("mairix" (gnus-summary-mode gnus-article-mode) 'org-make-mairix-link 'org-follow-mairix-link))) It will make Org knowing about a new "mairix" link type. When you're in `gnus-summary-mode' or `gnus-article-mode' this type is used instead of the default `gnus' type. `org-make-mairix-link' is used to build the link, and `org-follow-mairix-link' is used to open link at point. Am not completely sure on how this could be achieved in details, but I believe it's a better approach to the integration of tools like mairix, tracker and the like. What do you think? -- Bastien ___ Emacs-orgmode mailing list Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Interpretation of priorities in org-mode
Hi. I'd like to find out how different people use priorities (#A, #B, ...) in org-mode. I've always assumed the standard interpretation (#A = high priority, #B = medium, #C = low). However, the problem with this approach is that what "high priority" means is not well defined, and if you are not careful, then all your items will quickly become high priority, which defeats the whole point. I've been recently experimenting with a different interpretation of priorities: #B = tasks to do today, #C = tasks to do this week, #D = all the rest, default. #A is reserved at the moment. One good thing about this system is a clearer interpretation of priorities. Another is that it separates the action of inserting new items into your todo list and that of assigning a particular priority to them. In particular, at the beginning of each day, you can look at your list of todos/deadlines/scheduled, and pick a few to complete on that day by giving them the #B priority. At any time of the day, the agenda will show you these #B items clearly separated from the rest. Previously, I had to do a mental rescanning of the agenda items each time I was wondering "what do I have to do now", which was rather stressful. Of course, I've tried this only for a couple of days, so my conclusions might be completely bogus. Maybe there is a better way than priorities to mark items as "to complete today". I'd definitely like to know what others think about it. One more thing: it is nice to be able to separate items with different priorities in an agenda view by some lines like '=== #A ===' or similar. I've also found it useful to separate deadlines from scheduled items. Your can use the following code to achieve this: (defadvice org-finalize-agenda-entries (before local-org-finalize activate) (loop for (text priority) in '(("Scheduled" 1400) ("Deadlines" 2000) ("This week(#C)" 2900) ("Today(#B)" 3900) ("Top priority (#A)" 4900)) do (push (org-add-props (format "=== %s ==" text) nil 'priority priority) list))) (defadvice org-agenda-get-deadlines (after local-org-get-deadlines activate) (dolist (item ad-return-value) (put-text-property 0 (length item) 'priority (+ 500 (get-text-property 0 'priority item)) item))) Thanks, Piotr ___ Emacs-orgmode mailing list Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode