From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Drew Adams Newsgroups: gmane.emacs.devel Subject: RE: Improving browsing and discoverability in the Packages Menu Date: Mon, 20 Apr 2015 13:30:48 -0700 (PDT) Message-ID: References: <871tjgj010.fsf@ericabrahamsen.net> <7b3b0d19-01d4-4f97-b85e-19383bee5605@default> <87twwbdwjd.fsf@ericabrahamsen.net> <87d22zcde3.fsf@gmail.com> <60cf8797-6524-4bf3-8ff5-b8a74736eff6@default> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Trace: ger.gmane.org 1429561875 15010 80.91.229.3 (20 Apr 2015 20:31:15 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 20 Apr 2015 20:31:15 +0000 (UTC) Cc: emacs-devel To: bruce.connor.am@gmail.com Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Apr 20 22:31:03 2015 Return-path: Envelope-to: ged-emacs-devel@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 1YkILN-00074I-4I for ged-emacs-devel@m.gmane.org; Mon, 20 Apr 2015 22:31:01 +0200 Original-Received: from localhost ([::1]:55264 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YkILM-0007t4-HL for ged-emacs-devel@m.gmane.org; Mon, 20 Apr 2015 16:31:00 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:34056) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YkILJ-0007sy-3q for emacs-devel@gnu.org; Mon, 20 Apr 2015 16:30:57 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1YkILE-00026p-Jk for emacs-devel@gnu.org; Mon, 20 Apr 2015 16:30:57 -0400 Original-Received: from userp1040.oracle.com ([156.151.31.81]:45242) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YkILE-00026k-CY for emacs-devel@gnu.org; Mon, 20 Apr 2015 16:30:52 -0400 Original-Received: from aserv0021.oracle.com (aserv0021.oracle.com [141.146.126.233]) by userp1040.oracle.com (Sentrion-MTA-4.3.2/Sentrion-MTA-4.3.2) with ESMTP id t3KKUnxj019111 (version=TLSv1 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Mon, 20 Apr 2015 20:30:49 GMT Original-Received: from aserv0121.oracle.com (aserv0121.oracle.com [141.146.126.235]) by aserv0021.oracle.com (8.13.8/8.13.8) with ESMTP id t3KKUnAk005797 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Mon, 20 Apr 2015 20:30:49 GMT Original-Received: from abhmp0019.oracle.com (abhmp0019.oracle.com [141.146.116.25]) by aserv0121.oracle.com (8.13.8/8.13.8) with ESMTP id t3KKUnxg032307; Mon, 20 Apr 2015 20:30:49 GMT In-Reply-To: X-Priority: 3 X-Mailer: Oracle Beehive Extensions for Outlook 2.0.1.9 (901082) [OL 12.0.6691.5000 (x86)] X-Source-IP: aserv0021.oracle.com [141.146.126.233] X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.4.x-2.6.x [generic] X-Received-From: 156.151.31.81 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:185733 Archived-At: > > (Sure wish you would send your emails as plain text, BTW.) >=20 > Haven't figured out how to that on my phone yet (so I'm switching to > the laptop just for you ;-).=20 Thank you. (And I'll bet I'm not the only one who appreciates it.) > If it's any consolation, your pre-filled emails look terrible on > my phone too. :-) If it's any consolation, they're not even prefilled. I do it myself. > Thanks. I do see your point in all of that.I just wish we had some way > to polish things out a little bit.f This not even for the sake of > package.el, but for the keywords as a whole. I would say to concentrate on what package.el needs. And in particular, to consider having it do whatever it thinks helps it, but in its own header keyword (field), not in `Keywords'. IOW, start clean, from scratch, and impose any rules and checking you want. > For instance, there are 3 different mode-line keywords: mode-line, > modeline, and mode line. The last two contain a single package each, > both of which will not show up if the user looks for the "mode-line" > keword... Yes, it's a bother. But there is no way to know what is a typo or negligence and what is intentional difference, e.g. required by some particular code or context. That's why I suggest that you start out with a new, fresh field, which you announce as pretty much dedicated to package.el and which will be controlled by it. With that announcement, you are free to ignore or correct or raise an error for anything that doesn't fit the mold. And with a little encouragement from such checks (e.g. errors), library authors will learn to DTRT. My only point was that it is not wise to try to usurp `Keywords' for this. Too much history, too long. Too much out there already, at least potentially, in the form of various usages and expectations. > I understand a warning may not be the way of doing that, but it would > be nice if we could help developers standardize these a little. And > I'll appreciate further suggestions. See above. Hands off `Keywords' and you're free to do whatever you think helps in this regard.