From: Reiner Steib <4.uce.03.r.s@nurfuerspam.de>
Subject: Re: New summary part commands?
Date: Wed, 19 Feb 2003 19:12:35 +0100 [thread overview]
Message-ID: <v9n0ksqgvg.fsf@marauder.physik.uni-ulm.de> (raw)
In-Reply-To: <84of5bvxfq.fsf@lucy.is.informatik.uni-duisburg.de> (kai.grossjohann@uni-duisburg.de's message of "Mon, 17 Feb 2003 14:39:05 +0100")
On Mon, Feb 17 2003, Kai Großjohann wrote:
> I've added a MIME/Multipart submenu in the summary buffers, but I'm
> afraid a number of commands there are less useful than they could
> be. In particular, the *-part commands require a prefix arg, I
> think. Users using the menu bar will probably surprised by this.
>
> Idea: Change the commands to read the part number from the minibuffer
> if no prefix arg is provided.
>
> Idea: For each command, make a (dynamic) submenu that lists the parts.
>
> What do you think?
Both ideas are nice. I guess I'd prefer the later, if both are
feasible.
> Other ideas?
Is it possible to use the menus without prefix if the cursor is on a
specific part in the article buffer? E.g. now, I can use `o' or `|'
on a part without giving the number of the part explicitly, if the
cursor is on the corresponding button.
BTW, for `gnus-summary-repair-multipart' I think we should add a
`y-or-no-p' because it may *destroy* an article (on writable back
ends), e.g. if the original article wasn't b0rked.
Bye, Reiner.
--
,,,
(o o)
---ooO-(_)-Ooo--- PGP key available via WWW http://rsteib.home.pages.de/
next prev parent reply other threads:[~2003-02-19 18:12 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2003-02-17 13:39 Kai Großjohann
2003-02-19 18:12 ` Reiner Steib [this message]
2003-02-19 19:07 ` Kai Großjohann
2003-02-19 20:20 ` Should gnus-summary-repair-multipart modify files on disk? (was: New summary part commands?) Reiner Steib
2003-02-20 11:53 ` Should gnus-summary-repair-multipart modify files on disk? Kai Großjohann
2003-02-19 20:43 ` New summary part commands? Reiner Steib
2003-02-20 10:27 ` 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=v9n0ksqgvg.fsf@marauder.physik.uni-ulm.de \
--to=4.uce.03.r.s@nurfuerspam.de \
--cc=reiner.steib@gmx.de \
/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).