emacs-orgmode
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Orgmode] Re: Problem with org-gnus-follow-link


From: Ulf Stegemann
Subject: [Orgmode] Re: Problem with org-gnus-follow-link
Date: Thu, 11 Dec 2008 11:09:08 +0100
User-agent: Gnus/5.110009 (No Gnus v0.9) XEmacs/21.4.21 (linux)

Hi Tassilo,

Tassilo Horn <address@hidden> wrote:

> Ulf Stegemann <address@hidden> writes:
>
>> this works in principle but is not really an option. Since first
>> argument 't' to `gnus-group-read-group' makes every article readable
>> in a group, building the summary buffer takes far too long for groups
>> with many articles. Try it with groups containing 10.000+ articles and
>> you'll see what I mean.
>
> Normally you should be asked how many articles you wanna see, if the
> group is big.  If that's not the case for you, you have customized
> something which controls that.

hmmm, I'm not aware I've ever done something like that but since my Gnus
config evolved over several years I cannot completely exclude this
possibility. I know the behaviour you've mentioned from nntp groups,
maybe it's different with the nnml backend (I was actually testing this
with nnml).

> But indeed, it doesn't solve the real problem.  Even if it asks and the
> user says 100 but deleted the last 100 messages in that group before,
> it'll react as it is now.

D'accord.

Tassilo Horn <address@hidden> wrote:

> please try this one:
>
> diff --git a/lisp/org-gnus.el b/lisp/org-gnus.el
> index 7231538..05bed5b 100644
> --- a/lisp/org-gnus.el
> +++ b/lisp/org-gnus.el
> @@ -157,12 +157,9 @@ If `org-store-link' was called with a prefix arg the 
> meaning of
>    (funcall (cdr (assq 'gnus org-link-frame-setup)))
>    (if gnus-other-frame-object (select-frame gnus-other-frame-object))
>    (cond ((and group article)
> +      (gnus-activate-group group t)
>        (gnus-group-read-group 1 nil group)
> -      (gnus-summary-goto-article
> -       (if (string-match "[^0-9]" article)
> -           article
> -         (string-to-number article))
> -       nil t))
> +      (gnus-summary-goto-article article nil t))
>       (group (gnus-group-jump-to-group group))))
>  
>  (defun org-gnus-no-new-news ()

Unfortunately, it doesn't work. The behaviour is the same as with the
original version: jumping to the article works if the last article in
the group in question hasn't been deleted, otherwise it fails.

Ulf





reply via email to

[Prev in Thread] Current Thread [Next in Thread]