Gnus development mailing list
 help / color / mirror / Atom feed
From: Lloyd Zusman <ljz@asfast.com>
Subject: Operating in multiple summary buffers simultaneously?
Date: 16 Apr 2000 14:55:53 -0400	[thread overview]
Message-ID: <lthfd1an9i.fsf@asfast.com> (raw)

I'm using the latest Gnus from CVS under XEmacs 21.1.9.

I'm wondering if I can work in multiple summary buffers
simultaneously.  Here's what I want to do (please bear with me as I
explain this, as it's a somewhat complicated set-up):

I have developed a procedure whereby a list of rather large documents,
programs, images, etc. are kept on a server that I access remotely
from my dial-up PPP connection at home.  On the server I have a
procedure that automatically makes small newsgroup articles containing
summaries of these larger objects, and periodically these summary
articles are downloaded to my local machine into a special newsgroup.
I read this newsgroup at home using Gnus.

I've written the appropriate elisp functions that let me go through
this newsgroup and optionally mark these objects for either download
or deletion.  Then, I invoke another procedure which, via an
asynchronous `efs' procedure, performs these downloads and deletions.
After each object has been deleted or downloaded, an appropriate `efs'
callback marks the appropriate article in my newsgroup accordingly.

This is where I'm having problems.  As long as the summary buffer for
special newsgroup is the buffer that I'm "in" within my Gnus session,
everything works fine.  But if I interactively change buffers during
this asynchronous `efs' procedure in order to read other news or
whatever, the context gets lost when it comes time for my callback to
mark the article that it's been working on.

If it were possible for me to set up some sort of "buffer context" for
my `efs' callback which would force it to work in the appropriate Gnus
buffer no matter what, then this would be fine.  But there are some
pitfalls here.  I already am doing making use of `save-excursion',
`set-buffer', etc. within my `efs' callback, but this doesn't seem to
be enough, because there seems to be some global state that gets
changed when I interactively quit from this particular summary buffer
and switch to another one.

I'm not sure of all the internal Gnus details of what's going on here.
Perhaps what I want to do would be very easy if I just made use of
certain functions that I'm unfamiliar with ... ???

At any rate, does anyone know of a way I can seamlessly have
asynchronous operations being performed in a summary buffer for which
I am currently not "in" as part of my interactive Gnus session?

Thanks in advance.

-- 
 Lloyd Zusman
 ljz@asfast.com



             reply	other threads:[~2000-04-16 18:55 UTC|newest]

Thread overview: 2+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2000-04-16 18:55 Lloyd Zusman [this message]
2000-04-16 19:55 ` Kai Großjohann

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=lthfd1an9i.fsf@asfast.com \
    --to=ljz@asfast.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).