From: Drew Adams <drew.adams@oracle.com>
To: Oleh Krehel <ohwoeowho@gmail.com>
Cc: "Stephen J. Turnbull" <stephen@xemacs.org>,
Stefan Monnier <monnier@IRO.UMontreal.CA>,
Artur Malabarba <bruce.connor.am@gmail.com>,
emacs-devel <emacs-devel@gnu.org>
Subject: RE: Adding a few more finder keywords
Date: Tue, 9 Jun 2015 10:19:36 -0700 (PDT) [thread overview]
Message-ID: <eb44da0e-f8b5-4538-bb89-2d1b22cee87a@default> (raw)
In-Reply-To: <874mmgygjs.fsf@gmail.com>
> > If you need something new, then add something new. Don't
> > compromise existing constructs that others have been happily
> > using in ways you don't approve of or cannot make use of.
> > Share the road.
>
> It seems that a misunderstanding lead you to believe that someone is
> enforcing something. I ensure you that this isn't so. There will
> never be a warning unless the package author specifically runs an
> interactive command because he wants to check if his package will
> generate a warning.
Whether it's a package author or another user, s?he should not
be asking for a test of whether `Keywords:' contains unrecognized
keywords. S?he should be asking whether some other, new,
package.el-specific field contains unrecognized keywords.
That's the point. There is no sense in a package author or anyone
else looking to see whether `Keywords:' is "proper". Doing what
you suggest will only encourage package authors to restrict
`Keywords:' to "proper" keywords. That is misguided, is what I
am arguing.
On the other hand, it is entirely useful for package authors to
check for unrecognized package keywords. That checking should
not be done against `Keywords:'. That's all.
The feature you want to provide is something I've already said
I am in favor of. The need for package authors to check for
unrecognized package keywords is a real need. And a warning
when a package author checks for that is entirely appropriate.
Your new feature will be a welcome addition.
What you do not seem to get is that it is not `Keywords:' that
you and package authors should be using for this. That's all.
> Inventing a new section is an option, but it's a cumbersome
Tough tiddlywinks. Others got there before you.
That part of the prairie has already been settled. If you want
to live there too, then live by the same wild-west rules as the
longtime inhabitants. No one has asked for a new sheriff with
new rules. You might find this locale dirty, messy, chaotic,
and confusing. But that's what the settlers of `Keywords:'
had in mind, and that's they way they've developed it. Think
Rio de Janeiro, not Brasilia. This is not virgin territory.
> and unnecessary path.
It's not unnecessary. It's necessary, if you (as I do) want
to preserve `Keywords:' for what it's been all along: a place
for arbitrary keywords, invented by anyone, for any purpose
whatsoever.
> I can have what I want with just `Keywords:' without imposing
> anything on anyone,
In my book, discouraging and warning people about "improper"
keywords in `Keywords:' is imposing. That kind of policing (or
kindly "suggesting") does not belong in `Keywords:'. Please
take it elsewhere. That's all I'm asking.
> possibly offering a guideline through a separate checkdoc utility
> that so far comes disabled by default.
All well and good. Just please take it elsewhere from `Keywords:'.
next prev parent reply other threads:[~2015-06-09 17:19 UTC|newest]
Thread overview: 21+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-04-25 16:59 Adding a few more finder keywords Artur Malabarba
2015-04-25 18:51 ` Drew Adams
2015-04-25 19:23 ` Artur Malabarba
2015-06-08 14:56 ` Oleh Krehel
2015-06-08 15:37 ` Drew Adams
2015-06-08 15:43 ` Oleh Krehel
2015-06-08 16:20 ` Drew Adams
2015-06-08 16:15 ` Artur Malabarba
2015-06-08 16:19 ` Artur Malabarba
2015-06-08 16:27 ` Drew Adams
2015-06-08 20:59 ` Stefan Monnier
2015-06-09 4:39 ` Stephen J. Turnbull
2015-06-09 6:52 ` Oleh Krehel
2015-06-09 8:02 ` Artur Malabarba
2015-06-09 8:54 ` Oleh Krehel
2015-06-09 14:22 ` Drew Adams
2015-06-09 14:47 ` Oleh Krehel
2015-06-09 16:05 ` Drew Adams
2015-06-09 16:47 ` Oleh Krehel
2015-06-09 17:19 ` Drew Adams [this message]
2015-06-09 16:08 ` Stephen J. Turnbull
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=eb44da0e-f8b5-4538-bb89-2d1b22cee87a@default \
--to=drew.adams@oracle.com \
--cc=bruce.connor.am@gmail.com \
--cc=emacs-devel@gnu.org \
--cc=monnier@IRO.UMontreal.CA \
--cc=ohwoeowho@gmail.com \
--cc=stephen@xemacs.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.
Code repositories for project(s) associated with this external index
https://git.savannah.gnu.org/cgit/emacs.git
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.