From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Drew Adams Newsgroups: gmane.emacs.bugs Subject: bug#16735: Not very useful "Keywords:" headers in some elpa packages Date: Thu, 13 Feb 2014 11:47:57 -0800 (PST) Message-ID: References: <8761ojgl59.fsf@lifelogs.com> <87sirneykq.fsf@lifelogs.com> <8761ojgl59.fsf@lifelogs.com> <87sirneykq.fsf@lifelogs.com> <87fvnmg9gj.fsf_-_@lifelogs.com> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable X-Trace: ger.gmane.org 1392320958 16879 80.91.229.3 (13 Feb 2014 19:49:18 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 13 Feb 2014 19:49:18 +0000 (UTC) Cc: 16735@debbugs.gnu.org To: Stefan Monnier , Glenn Morris Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Thu Feb 13 20:49:25 2014 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1WE2Hj-0005Ew-2C for geb-bug-gnu-emacs@m.gmane.org; Thu, 13 Feb 2014 20:49:23 +0100 Original-Received: from localhost ([::1]:48542 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WE2Hi-0005bi-LQ for geb-bug-gnu-emacs@m.gmane.org; Thu, 13 Feb 2014 14:49:22 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:54977) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WE2HX-0005bT-4h for bug-gnu-emacs@gnu.org; Thu, 13 Feb 2014 14:49:19 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1WE2HO-0003v9-Jr for bug-gnu-emacs@gnu.org; Thu, 13 Feb 2014 14:49:11 -0500 Original-Received: from debbugs.gnu.org ([140.186.70.43]:50014) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WE2HO-0003v4-GN for bug-gnu-emacs@gnu.org; Thu, 13 Feb 2014 14:49:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.80) (envelope-from ) id 1WE2HN-0001Ul-Pc for bug-gnu-emacs@gnu.org; Thu, 13 Feb 2014 14:49:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Drew Adams Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 13 Feb 2014 19:49:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 16735 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 16735-submit@debbugs.gnu.org id=B16735.13923208885661 (code B ref 16735); Thu, 13 Feb 2014 19:49:01 +0000 Original-Received: (at 16735) by debbugs.gnu.org; 13 Feb 2014 19:48:08 +0000 Original-Received: from localhost ([127.0.0.1]:51196 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WE2GW-0001TF-2z for submit@debbugs.gnu.org; Thu, 13 Feb 2014 14:48:08 -0500 Original-Received: from userp1040.oracle.com ([156.151.31.81]:31535) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WE2GU-0001Sa-DF for 16735@debbugs.gnu.org; Thu, 13 Feb 2014 14:48:06 -0500 Original-Received: from ucsinet22.oracle.com (ucsinet22.oracle.com [156.151.31.94]) by userp1040.oracle.com (Sentrion-MTA-4.3.2/Sentrion-MTA-4.3.2) with ESMTP id s1DJlxXt020920 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Thu, 13 Feb 2014 19:48:00 GMT Original-Received: from aserz7021.oracle.com (aserz7021.oracle.com [141.146.126.230]) by ucsinet22.oracle.com (8.14.5+Sun/8.14.5) with ESMTP id s1DJlwLC027081 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 13 Feb 2014 19:47:59 GMT Original-Received: from abhmp0001.oracle.com (abhmp0001.oracle.com [141.146.116.7]) by aserz7021.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id s1DJlwnD025865; Thu, 13 Feb 2014 19:47:58 GMT In-Reply-To: X-Priority: 3 X-Mailer: Oracle Beehive Extensions for Outlook 2.0.1.8 (707110) [OL 12.0.6680.5000 (x86)] X-Source-IP: ucsinet22.oracle.com [156.151.31.94] X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x X-Received-From: 140.186.70.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:85515 Archived-At: > > Why should it? >=20 > Because the finder keywords are not magical. They're just a > starting point for very general classification. But it makes a lot > of sense to put an "ocaml" keyword on ocaml-mode, tuareg-mode and > merlin since all 3 provide functionality for ocaml. Similarly it > makes a lot of sense to use a "completion" keyword for company, > icomplete, auto-complete, completion-ui, semantic, etc... >=20 > What I mean is that there's no reason to separate the two. What the > UI could do, OTOH is to only "buttonize" those keywords that appear > in more than one package. +1 to all of that. Keywords in the header are *not* Finder keywords, anyway. Finder is one thing that makes use of them. And even for that, I want Finder to be able to handle any keywords. If someone wants/needs a more restrictive search that finds only somebody's set of "official" keywords (which could be useful), then that feature should be additional. And it would be a trivial feature to add to Finder or whatever (e.g. package.el): let users or code define known sets of keywords to (optionally) recognize. Keywords in the header have no particular meanings. They mean what you want them to mean or what some particular code that uses them makes them mean (do).