Re: [Orgmode] Integration of Org mode and mairix

2007-07-30 Thread Georg C. F. Greve
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

2007-07-30 Thread Bastien
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

2007-07-30 Thread Leo
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

2007-07-30 Thread Bastien
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

2007-07-30 Thread Piotr Zielinski
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