From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Artur Malabarba Newsgroups: gmane.emacs.devel Subject: Re: Improving browsing and discoverability in the Packages Menu Date: Mon, 20 Apr 2015 20:49:01 +0100 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> Reply-To: bruce.connor.am@gmail.com NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 X-Trace: ger.gmane.org 1429559360 3254 80.91.229.3 (20 Apr 2015 19:49:20 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 20 Apr 2015 19:49:20 +0000 (UTC) Cc: emacs-devel To: Drew Adams Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Apr 20 21:49:19 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 1YkHh0-000059-TG for ged-emacs-devel@m.gmane.org; Mon, 20 Apr 2015 21:49:19 +0200 Original-Received: from localhost ([::1]:55167 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YkHh0-0006Up-7u for ged-emacs-devel@m.gmane.org; Mon, 20 Apr 2015 15:49:18 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:54627) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YkHgn-0006Ub-4k for emacs-devel@gnu.org; Mon, 20 Apr 2015 15:49:06 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1YkHgk-0007Fn-VJ for emacs-devel@gnu.org; Mon, 20 Apr 2015 15:49:05 -0400 Original-Received: from mail-la0-x22d.google.com ([2a00:1450:4010:c03::22d]:34826) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YkHgk-0007FW-NM for emacs-devel@gnu.org; Mon, 20 Apr 2015 15:49:02 -0400 Original-Received: by labbd9 with SMTP id bd9so135289334lab.2 for ; Mon, 20 Apr 2015 12:49:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:reply-to:sender:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=px8sZH92BG99l07PooUvY7UVCZuRR54+QrMHNpHvzxA=; b=lEzNAf6fzXZbkiNXkTMyYmCR1e4exVfk439z4s+KUPXr1WgNSzdNpEj1Ip+IYXvtT9 7L8+RAHr1wyMoQxD1dvSD+Tb7b7457dSfQOrMZ0QLu63swLtjlSEUQh0NDTEsyZCB0++ NsdTuSkvLocGJR4Y7gfLKHxTbzGWD6Uq4cdOn4YNl8ZGQ4x5uzJbVpjAw6J5Q/25UL+i SpbdS4MyKDKOj5QRqzfyfsHSA0dkvosow1QMYD46tifnvBxIRLuf7+ql58+g9t3rEifL 4/27248AXudtCKfenKdCdJxhVaa0Hq/l1PZU/Vuh0ovtZbbhlCh8IkORaRX4IgHTkBig BCTg== X-Received: by 10.152.7.239 with SMTP id m15mr16402127laa.95.1429559341727; Mon, 20 Apr 2015 12:49:01 -0700 (PDT) Original-Received: by 10.25.150.1 with HTTP; Mon, 20 Apr 2015 12:49:01 -0700 (PDT) In-Reply-To: X-Google-Sender-Auth: IBmDWZuOeb-U7w79lXkFlYJtox4 X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2a00:1450:4010:c03::22d 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:185732 Archived-At: 2015-04-20 19:17 GMT+01:00 Drew Adams : > (Sure wish you would send your emails as plain text, BTW.) Haven't figured out how to that on my phone yet (so I'm switching to the laptop just for you ;-). If it's any consolation, your pre-filled emails look terrible on my phone too. :-) > I for one (perhaps the only one) would object to that. There is no > reason to "warn" users about libraries that are not doing anything > even potentially wrong - and that includes using `Keywords' in a > file header that you might never have heard of. > [...] > The problem is that you are referring to "the keywords system". > And you are trying to shove it into a particular use case. > > File-header fields (keywords) that have been around for quite > some time should be left as is (and this should have included > `Version'). You can add whatever other fields you like, and > make their use as restrictive or helpful with as many warnings > or preventions as you like. No problem. 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. 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. A similar thing happens with `package' vs `packages', application vs applications, buffer vs buffers, bookmark vs bookmarks, etc. Not to mention a number of keywords which are just plain senseless like: "$", "$date:", "/", "09:41:07", "2015/01/12", and ":". These don't just affect the package menu. These also pollute the finder keywords menu, and pretty much anywhere else they show up. 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. It's clear that whoever used "modeline" as a keyword simply didn't know that mode-line is the commonly used one (and why should they know, it's not in `finder-list-keywords'). And if they do (for whatever reason) have the intention of using modeline instead of mode-line, that's fine. I just want to avoid the accidental duplicates by making developers more aware of the already existing keywords. I'm don't want to prohibit duplicates or anything.