* unmarking in *Dead Summary* forgotten
@ 2008-11-22 16:55 jidanni
2008-11-24 15:26 ` Ted Zlatanov
0 siblings, 1 reply; 5+ messages in thread
From: jidanni @ 2008-11-22 16:55 UTC (permalink / raw)
To: ding
Mark a message as read, quit that group, then go do the
*Dead Summary...* buffer, and unmark it:
g <return> d q C-x b * D e <tab> <return> C-p <escape> u q
You'll find your unmarking was not remembered by gnus.
gnus-version "Gnus v5.11"
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: unmarking in *Dead Summary* forgotten
2008-11-22 16:55 unmarking in *Dead Summary* forgotten jidanni
@ 2008-11-24 15:26 ` Ted Zlatanov
2008-11-24 18:03 ` Reiner Steib
0 siblings, 1 reply; 5+ messages in thread
From: Ted Zlatanov @ 2008-11-24 15:26 UTC (permalink / raw)
To: ding
On Sun, 23 Nov 2008 00:55:12 +0800 jidanni@jidanni.org wrote:
j> Mark a message as read, quit that group, then go do the
j> *Dead Summary...* buffer, and unmark it:
j> g <return> d q C-x b * D e <tab> <return> C-p <escape> u q
j> You'll find your unmarking was not remembered by gnus.
j> gnus-version "Gnus v5.11"
Why would Gnus want to remember what you do in a dead summary buffer?
It seems to me like the right approach is to disable article operations
in this buffer, maybe by disconnecting it from the active backend and
mapping it to a special nnreadonly backend.
Ted
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: unmarking in *Dead Summary* forgotten
2008-11-24 15:26 ` Ted Zlatanov
@ 2008-11-24 18:03 ` Reiner Steib
2008-11-25 3:12 ` jidanni
0 siblings, 1 reply; 5+ messages in thread
From: Reiner Steib @ 2008-11-24 18:03 UTC (permalink / raw)
To: ding
On Mon, Nov 24 2008, Ted Zlatanov wrote:
> On Sun, 23 Nov 2008 00:55:12 +0800 jidanni@jidanni.org wrote:
>
> j> Mark a message as read, quit that group, then go do the
> j> *Dead Summary...* buffer, and unmark it:
> j> g <return> d q C-x b * D e <tab> <return> C-p <escape> u q
> j> You'll find your unmarking was not remembered by gnus.
> j> gnus-version "Gnus v5.11"
>
> Why would Gnus want to remember what you do in a dead summary buffer?
>
> It seems to me like the right approach is to disable article operations
> in this buffer, maybe by disconnecting it from the active backend and
> mapping it to a special nnreadonly backend.
According to the docs (I never used this feature), it's done by
mapping all keys to `gnus-summary-wake-up-the-dead':
,----[ (info "(gnus)Exiting the Summary Buffer") ]
| If you're in the habit of exiting groups, and then changing your mind
| about it, you might set `gnus-kill-summary-on-exit' to `nil'. If you
| do that, Gnus won't kill the summary buffer when you exit it. (Quelle
| surprise!) Instead it will change the name of the buffer to something
| like `*Dead Summary ... *' and install a minor mode called
| `gnus-dead-summary-mode'. Now, if you switch back to this buffer,
| you'll find that all keys are mapped to a function called
| `gnus-summary-wake-up-the-dead'. So tapping any keys in a dead
| summary buffer will result in a live, normal summary buffer.
|
| There will never be more than one dead summary buffer at any one time.
`----
If it's supposed to be a "normal summary buffer", unmarking after
waking up a dead summary buffer should work.
Bye, Reiner.
--
,,,
(o o)
---ooO-(_)-Ooo--- | PGP key available | http://rsteib.home.pages.de/
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: unmarking in *Dead Summary* forgotten
2008-11-24 18:03 ` Reiner Steib
@ 2008-11-25 3:12 ` jidanni
2008-11-25 17:25 ` Ted Zlatanov
0 siblings, 1 reply; 5+ messages in thread
From: jidanni @ 2008-11-25 3:12 UTC (permalink / raw)
To: ding
RS> If it's supposed to be a "normal summary buffer", unmarking after
RS> waking up a dead summary buffer should work.
Many of the Dead Summary operations work as documented. Except the one
I reported in this thread.
That is extra bad because the user already has learned to trust the
Dead Summary operations, as the others work. Only later, if he is
lucky, does he discover that his unmarking was thrown away.
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: unmarking in *Dead Summary* forgotten
2008-11-25 3:12 ` jidanni
@ 2008-11-25 17:25 ` Ted Zlatanov
0 siblings, 0 replies; 5+ messages in thread
From: Ted Zlatanov @ 2008-11-25 17:25 UTC (permalink / raw)
To: ding
On Tue, 25 Nov 2008 11:12:33 +0800 jidanni@jidanni.org wrote:
RS> If it's supposed to be a "normal summary buffer", unmarking after
RS> waking up a dead summary buffer should work.
j> Many of the Dead Summary operations work as documented. Except the one
j> I reported in this thread.
I understand now, I have read the Gnus manual and never noticed this
feature. I thought you were going to a summary buffer that was not
useful at all. Sorry.
j> That is extra bad because the user already has learned to trust the
j> Dead Summary operations, as the others work. Only later, if he is
j> lucky, does he discover that his unmarking was thrown away.
Agreed. But I know nothing about this code or the feature, so I hope
someone else is interested in fixing it.
Ted
^ permalink raw reply [flat|nested] 5+ messages in thread
end of thread, other threads:[~2008-11-25 17:25 UTC | newest]
Thread overview: 5+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2008-11-22 16:55 unmarking in *Dead Summary* forgotten jidanni
2008-11-24 15:26 ` Ted Zlatanov
2008-11-24 18:03 ` Reiner Steib
2008-11-25 3:12 ` jidanni
2008-11-25 17:25 ` Ted Zlatanov
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).