From: Shenghuo ZHU <zsh@cs.rochester.edu>
Subject: Re: Numbering invisible parts
Date: 31 Oct 1999 22:42:10 -0500 [thread overview]
Message-ID: <2nwvs2ane5.fsf@tiger.jia.vnet> (raw)
In-Reply-To: Hrvoje Niksic's message of "01 Nov 1999 03:57:47 +0100"
>>>>> "Hrvoje" == Hrvoje Niksic <hniksic@srce.hr> writes:
[...]
Hrvoje> Thanks; this is cool, although it breaks the usual
Hrvoje> "no-argument-means-1" assumption with cooked numerical
Hrvoje> prefixes.
Hrvoje> However, it only partially fixes my problem, because I would
Hrvoje> like `1 b' (or just b) to work on the first button I see, `2
Hrvoje> b' on the second, etc.
Hrvoje> Maybe numbering invisible parts should be an option? I never
Hrvoje> want to number invisible parts, while Kai always wants to
Hrvoje> number them. Sounds like we need an option to settle our
Hrvoje> differences. :-)
The numbers come from dissecting function. They are kinda like the IDs
of parts. Though some buttons are displayed, they need ID.
Suppose a complicated case like (message/rfc822 is an attachment part)
[1. multipart/mixed]
[2. message/rfc822]
[7. multipart/mixed]
[8. image/jpeg]
[9. text/plain]
[3. multipart/mixed]
[4. image/gif]
[5. text/html]
[6. image/bmp]
Why I got such numbered buttons? Because part message/rfc822 is
dissected when it is displayed. So we get unordered buttons.
Suppose we could number the buttons in order. How about (un)display
the message/rfc822 button? We still get non-contiguous buttons. (In
pGnus, undisplaying a button does not affect its sibling buttons. I
don't think relabeling them is reasonable.)
--
Shenghuo ZHU
next prev parent reply other threads:[~1999-11-01 3:42 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
1999-10-31 23:32 Hrvoje Niksic
1999-11-01 0:23 ` Kai Großjohann
1999-11-01 0:36 ` Hrvoje Niksic
1999-11-01 2:50 ` Shenghuo ZHU
1999-11-01 2:57 ` Hrvoje Niksic
1999-11-01 3:42 ` Shenghuo ZHU [this message]
1999-11-01 3:54 ` Hrvoje Niksic
1999-11-01 12:47 ` Steinar Bang
1999-11-01 3:39 ` David S. Goldberg
1999-11-01 3:43 ` Hrvoje Niksic
1999-11-01 4:22 ` Shenghuo ZHU
1999-11-07 0:34 ` Lars Magne Ingebrigtsen
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=2nwvs2ane5.fsf@tiger.jia.vnet \
--to=zsh@cs.rochester.edu \
/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).