Tassilo Horn wrote:
>Sébastien Vauban
>writes:
>>> This is the point where I conclude that there can't be done anything
>>> about it except modifying Gnus' cache mechanism.[2]
>>
>> Do you think that would happen? Are there people aware of this, and
>> willing to do such a change?
>I'm not sure
On Friday 23 July 2010 10:54:24 Giovanni Ridolfi wrote:
> > And I like being able to restrict the message list incrementally by
> > simply entering parts of the author name or subject. Gnus cannot do
> > that.
> may be ths can help:
>
> 1. cursor in the "Summary message" buffer
>
> # let's rest
Tassilo Horn writes:
> And I like being able to restrict the message list incrementally by
> simply entering parts of the author name or subject. Gnus cannot do
> that.
may be ths can help:
1. cursor in the "Summary message" buffer
# let's restrict to headers:
2. / h $the-header-you-like
Sébastien Vauban wrote:
>What would be your pieces of advice in such a case? Do I need to test
>something extra? Get a local imap server? Others (like asking for fixing the
>search on our Courier mail server)?
Well, IMO there might be nothing to "fix" on the server side.
Although a user might expe
Tassilo Horn wrote:
>> I guess I will have to dive that side (not now -- going to sleep).
>> Don't know if that gives hints yet, or not...
>Please check, if that function is that slow for all message-ids or if
>that's only for some. The function has a "FIXME: Should this try to use
>CHARSET? --
=?utf-8?Q?S=C3=A9bastien_Vauban?= wrote:
> By carefully reading the article just sent by Erik (in another thread) about
> Edebug, becoming aware of the cursor movements under stepping, I now can say
> without error what *really* eats the time.
>
> I effectively saw every parameter evaluated, ev
Tassilo Horn wrote:
> Sébastien Vauban
> writes:
>
> Hi Sébastien,
>
> > When stepping with SPC, the "arrow mark" (in the left fringe) stayed 5
> > mins on line 487:
> >
> > --8<---cut here---start->8---
> > ;; Use `head' function.
> > ((fboundp he
Sébastien Vauban wrote:
> Hi Tassilo,
>
> Tassilo Horn wrote:
> > Sébastien Vauban writes:
> >
> >> I've followed Nick's procedure, hoping to get even more details:
> >>
> >> --8<---cut here---start->8---
> >> Function Name Call Count Elapse
Carsten Dominik writes:
> do we have an agreement that the default frame setup for gnus should be
> org-gnus-no-new-news?
+1 (FWIW)
--
Bastien
___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
Sébastien Vauban wrote:
> >> I really don't understand the problem.
> >
> > Profile the gnus code as it processes the two requests? The differences
> > should
> > be telling.
>
> Could you just give me a hint (function name or so) or a place to look for
> some info on how to do that?
>
I 've
Sébastien Vauban wrote:
> > (setq gnus-use-cache nil)
>
> I've updated it to `t'.
>
> ...
>
> Rest stayed as it was.
>
> I've read the couple of mails I was linking to. I've restarted Emacs (and
> Gnus) a couple of times.
>
> No change.
>
> It still takes around 5 mins to find the mail in m
Carsten Dominik writes:
> On Jun 28, 2010, at 1:36 PM, Leo wrote:
>
>> On 2010-06-28 11:19 +0100, Tassilo Horn wrote:
>>> (setq org-link-frame-setup '((vm . vm-visit-folder)
>>> (gnus . org-gnus-no-new-news)
>>> (file . find-file-other-wi
On Jun 28, 2010, at 1:36 PM, Leo wrote:
On 2010-06-28 11:19 +0100, Tassilo Horn wrote:
(setq org-link-frame-setup '((vm . vm-visit-folder)
(gnus . org-gnus-no-new-news)
(file . find-file-other-window)))
Nice.
I have also found creati
13 matches
Mail list logo