Gnus development mailing list
 help / color / mirror / Atom feed
From: Neil Crellin <neilc@wallaby.cc>
Subject: Re: Song of Programming
Date: 04 Jul 1999 21:14:17 -0700	[thread overview]
Message-ID: <vb6iu7zd97q.fsf@webtile.wallaby.cc> (raw)
In-Reply-To: Lars Magne Ingebrigtsen's message of "05 Jul 1999 05:19:29 +0200"

Lars Magne Ingebrigtsen <larsi@gnus.org> writes:
> Neil Crellin <neilc@wallaby.cc> writes:
> 
> > Somewhat tangential, but you reminded me of a wishlist item I'd been
> > meaning to raise.  How is one supposed to be able to run a gnus-slave
> > unplugged safely?  A gnus-slave-unplugged function which ensured that
> > both slave and gnus-unplugged were set correctly would be nice here.
> 
> Hm.   Is that something that one would do much?
>
> I'm a bit wary of adding commands that would multiply exponentially as 
> features are added...

I, for one, would use that a lot.  To give you an idea of the sort of
usage scenario I'm thinking of: I frequently have certain mail groups
with large backlogs I need to slog through, but want to be able to
continue to read new mail that comes in in a timely fashion, or I just
want to be able to take a break from the backlog slog and browse some
of my other groups without incurring the huge penalty of exiting and
re-entering the groups, expiring and generating new sorted scored
summary buffers for the big backlog group.  gnus-slave is ideal for
this sort of purpose, but only when plugged.  I can have two emacs
windows with one dedicated to the monster backlog, and the other for
taking breaks and catching up on other stuff without pain in the big
group window. 

To get the same sort of functionality unplugged is a challenge.
Currently, I set up a gnus master and a gnus-slave plugged, then J j
both of them to go unplugged and drop the connection.  Then I can
carry the laptop around the house or far away from the net connection.
I'd like to be able to do that without the convolution.

Currently gnus-plugged and gnus-unplugged just call (gnus) bare as
their last sub-call.  gnus-slave on the other hand accepts (& optional
arg) and invoke gnus with eg (gnus arg nil 'slave).  So one suggestion
is should gnus-unplugged and gnus-plugged take (&optional arg) and do
similar?  

Function gnus already handles dont-connect and slave as arguments. 
Since gnus-plugged and gnus-unplugged are just calls to gnus with
gnus-plugged set to t or nil beforehand, would it even make sense to
absorb gnus-plugged as an argument like those to gnus itself?  Or does
that only make sense for folks who've agentized?

Will this do what I need in the meantime?

(defun gnus-unplugged-slave (&optional arg)
  "Start Gnus slave unplugged."
  (interactive)
  (setq gnus-plugged nil)
  (gnus arg nil 'slave))

-- 
Neil Crellin <neilc@wallaby.cc>



  reply	other threads:[~1999-07-05  4:14 UTC|newest]

Thread overview: 58+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
1999-07-03  7:10 Lars Magne Ingebrigtsen
1999-07-03 12:43 ` Hrvoje Niksic
1999-07-04  4:44   ` Lars Magne Ingebrigtsen
1999-07-03 12:44 ` Hrvoje Niksic
1999-07-04  4:44   ` Lars Magne Ingebrigtsen
1999-07-03 13:11 ` William M. Perry
1999-07-03 14:21   ` Per Abrahamsen
1999-07-04  4:57     ` Lars Magne Ingebrigtsen
1999-07-03 14:28 ` Harry Putnam
1999-07-04  6:07   ` Lars Magne Ingebrigtsen
1999-07-04  6:27     ` Harry Putnam
1999-07-04  6:52       ` Lars Magne Ingebrigtsen
1999-07-04  7:07         ` Harry Putnam
1999-07-04  7:27           ` Lars Magne Ingebrigtsen
1999-07-04 11:50             ` Harry Putnam
1999-07-04 16:34             ` Harry Putnam
1999-07-05  3:35               ` Lars Magne Ingebrigtsen
1999-07-05 18:10                 ` Harry Putnam
1999-07-06  3:42                   ` Lars Magne Ingebrigtsen
1999-07-07 11:17                     ` Harry Putnam
1999-07-08  7:01                       ` Lars Magne Ingebrigtsen
1999-07-04  7:49           ` Neil Crellin
1999-07-05  3:19             ` Lars Magne Ingebrigtsen
1999-07-05  4:14               ` Neil Crellin [this message]
1999-07-06  3:41                 ` Lars Magne Ingebrigtsen
1999-07-04 13:20     ` Robert Epprecht
1999-07-05  3:32       ` Lars Magne Ingebrigtsen
1999-07-06 20:16   ` Wes Hardaker
1999-07-08  7:00     ` Lars Magne Ingebrigtsen
1999-07-08 20:05       ` Wes Hardaker
1999-07-09 17:44         ` Lars Magne Ingebrigtsen
1999-07-12 15:48           ` Wes Hardaker
1999-07-12 16:18             ` Paul Stodghill
1999-08-27 17:16             ` Lars Magne Ingebrigtsen
1999-09-01 16:42               ` Wes Hardaker
1999-07-03 15:29 ` Alexandre Oliva
1999-07-03 20:10   ` Per Abrahamsen
1999-07-04 21:22     ` Alexandre Oliva
1999-07-04 11:28 ` Jan Vroonhof
1999-07-05  3:19   ` Lars Magne Ingebrigtsen
1999-07-04 19:38 ` Kai.Grossjohann
1999-07-05  3:47   ` Lars Magne Ingebrigtsen
1999-07-05 15:15 ` Didier Verna
1999-07-06  3:42   ` Lars Magne Ingebrigtsen
1999-07-06  7:41     ` Didier Verna
1999-07-08  6:59       ` Lars Magne Ingebrigtsen
1999-07-08 17:15         ` Didier Verna
1999-07-05 22:37 ` Kai.Grossjohann
1999-07-06  3:47   ` Lars Magne Ingebrigtsen
1999-07-06 11:39     ` Kai.Grossjohann
1999-07-06 15:59       ` Lars Magne Ingebrigtsen
1999-07-07  9:51         ` Kai.Grossjohann
1999-07-09 17:41           ` Lars Magne Ingebrigtsen
1999-07-10 15:51 ` Matt Pharr
1999-07-11  9:18   ` Lars Magne Ingebrigtsen
1999-07-11 10:25     ` Kai Großjohann
1999-08-27 17:14       ` Lars Magne Ingebrigtsen
1999-08-27 18:04         ` François Pinard

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=vb6iu7zd97q.fsf@webtile.wallaby.cc \
    --to=neilc@wallaby.cc \
    /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).