From: Eric Wong <e@80x24.org>
To: meta@public-inbox.org
Subject: "extinbox" term - was: [RFC 4/7] lei: proposed command-listing...
Date: Sat, 26 Dec 2020 11:26:49 +0000 [thread overview]
Message-ID: <20201226112649.GB6226@dcvr> (raw)
In-Reply-To: <20201215114722.27400-5-e@80x24.org>
Eric Wong <e@80x24.org> wrote:
> +'add-extinbox' => [ 'URL-OR-PATHNAME',
> + 'add/set priority of a publicinbox|extindex for extra matches',
> + qw(prio=i) ],
> +'ls-extinbox' => [ '[FILTER]', 'list publicinbox|extindex sources',
> + qw(format|f=s z local remote) ],
> +'forget-extinbox' => [ '{URL-OR-PATHNAME|--prune}',
> + 'exclude further results from a publicinbox|extindex',
> + qw(prune) ],
I'm a bit iffy on "extinbox" It's supposed to be a short
version meaning "either external index or a public inbox"
However, it's the same length and only two middle letters
away from "extindex" (short for "external index").
Would "inboxish" be an appropriate term in place of "extinbox"?
There's precedent with git using the terms "treeish" and
"committish".
I also don't want to force a user to specify the type, since it
will support HTTP(S) URLs and not just on-filesystem storage.
next prev parent reply other threads:[~2020-12-26 11:26 UTC|newest]
Thread overview: 17+ messages / expand[flat|nested] mbox.gz Atom feed top
2020-12-15 11:47 [PATCH/RFC 0/7] lei - Local Email Interface skeleton Eric Wong
2020-12-15 11:47 ` [PATCH 1/7] daemon: support --daemonize without Net::Server::Daemonize Eric Wong
2020-12-15 11:47 ` [PATCH 2/7] daemon: simplify fork() failure checks Eric Wong
2020-12-15 11:47 ` [RFC 3/7] lei: FD-passing and IPC basics Eric Wong
2020-12-15 11:47 ` [RFC 4/7] lei: proposed command-listing and options Eric Wong
2020-12-26 11:26 ` Eric Wong [this message]
2020-12-28 15:29 ` "extinbox" term - was: [RFC 4/7] lei: proposed command-listing Kyle Meyer
2020-12-28 21:55 ` Eric Wong
2020-12-29 3:01 ` Kyle Meyer
2020-12-15 11:47 ` [RFC 5/7] lei_store: local storage for Local Email Interface Eric Wong
2020-12-15 11:47 ` [RFC 6/7] tests: more common JSON module loading Eric Wong
2020-12-15 11:47 ` [RFC 7/7] lei: use spawn (vfork + execve) for lazy start Eric Wong
2020-12-15 12:05 ` more considerations in UI/UX Eric Wong
2020-12-23 5:42 ` Kyle Meyer
2020-12-23 9:47 ` Eric Wong
2020-12-23 15:49 ` Kyle Meyer
2020-12-26 11:13 ` [RFC] lei: rename proposed "query" command to "q", add JSON output Eric Wong
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
List information: https://public-inbox.org/README
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20201226112649.GB6226@dcvr \
--to=e@80x24.org \
--cc=meta@public-inbox.org \
/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 read-only IMAP folder(s) and NNTP newsgroup(s).