From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED.blaine.gmane.org!not-for-mail From: Drew Adams Newsgroups: gmane.emacs.bugs Subject: bug#10280: ruby-mode.el - Unknown finder.el keyword: ruby Date: Sun, 11 Aug 2019 18:03:19 -0700 (PDT) Message-ID: <48f25e91-a16d-4210-9c11-943b6018110b@default> References: <87obvd4sa0.fsf@picasso.cante.net> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Injection-Info: blaine.gmane.org; posting-host="blaine.gmane.org:195.159.176.226"; logging-data="35936"; mail-complaints-to="usenet@blaine.gmane.org" Cc: 10280@debbugs.gnu.org, Jari Aalto To: Stefan Kangas , Juri Linkov Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Mon Aug 12 03:04:11 2019 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([209.51.188.17]) by blaine.gmane.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.89) (envelope-from ) id 1hwykr-00099S-18 for geb-bug-gnu-emacs@m.gmane.org; Mon, 12 Aug 2019 03:04:09 +0200 Original-Received: from localhost ([::1]:42316 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.86_2) (envelope-from ) id 1hwykq-0005up-3P for geb-bug-gnu-emacs@m.gmane.org; Sun, 11 Aug 2019 21:04:08 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:51207) by lists.gnu.org with esmtp (Exim 4.86_2) (envelope-from ) id 1hwykl-0005uh-6I for bug-gnu-emacs@gnu.org; Sun, 11 Aug 2019 21:04:04 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1hwykk-0004Ti-81 for bug-gnu-emacs@gnu.org; Sun, 11 Aug 2019 21:04:03 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:37119) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1hwykk-0004Td-3c for bug-gnu-emacs@gnu.org; Sun, 11 Aug 2019 21:04:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1hwykj-0002yB-Tg for bug-gnu-emacs@gnu.org; Sun, 11 Aug 2019 21:04:01 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Drew Adams Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 12 Aug 2019 01:04:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 10280 X-GNU-PR-Package: emacs Original-Received: via spool by 10280-submit@debbugs.gnu.org id=B10280.156557183611404 (code B ref 10280); Mon, 12 Aug 2019 01:04:01 +0000 Original-Received: (at 10280) by debbugs.gnu.org; 12 Aug 2019 01:03:56 +0000 Original-Received: from localhost ([127.0.0.1]:45940 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hwykd-0002xq-89 for submit@debbugs.gnu.org; Sun, 11 Aug 2019 21:03:56 -0400 Original-Received: from userp2130.oracle.com ([156.151.31.86]:53378) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hwykb-0002xd-1p for 10280@debbugs.gnu.org; Sun, 11 Aug 2019 21:03:53 -0400 Original-Received: from pps.filterd (userp2130.oracle.com [127.0.0.1]) by userp2130.oracle.com (8.16.0.27/8.16.0.27) with SMTP id x7C0xZl6166659; Mon, 12 Aug 2019 01:03:36 GMT DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=oracle.com; h=mime-version : message-id : date : from : sender : to : cc : subject : references : in-reply-to : content-type : content-transfer-encoding; s=corp-2019-08-05; bh=zP97mbW9tm4ulvNbTAW98RPfFASapvNVp94nEg5wV/M=; b=kB8h1Au+aypu+uz0hA1Oi6MIOznsxz9wT9JOlrrtQXz4c+OM0ASD07rnL6Uji5aLcEkW zFbO3UzeKPOBiEWBRAinDUsnanJPkWRpyS7+AsVGVQvRjy7nnJc4n6pxdiJ06WAr5i8/ DoZBHVvXNjlKXgOgXVY5AQwu9wtmRUX4bGPd7dP2Hgbbwehy7DYlYSlbbzfmnJhmIO78 Af2qKA4d5eAlNGCHOJTR+01xtegx/0S+e0dqkpsDZVnQEiijHMqqeHFSMUATYOpxdncw roA7EFBmsnZPjrLcYhkf4i1jdVKMuCXhPGcKLtC417qw9m9YSwxH677w8y6QQ07HqiCM KQ== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=oracle.com; h=mime-version : message-id : date : from : sender : to : cc : subject : references : in-reply-to : content-type : content-transfer-encoding; s=corp-2018-07-02; bh=zP97mbW9tm4ulvNbTAW98RPfFASapvNVp94nEg5wV/M=; b=ibwg82+Jun79iPsoDeJXYjBCztx0x6Sq18/Vy+svUuJdvasXcUCYDszXxS9D6tHQvyM1 8PqgAY9UWYWe3OpMPTFJQd5f1IQ9iZwIBO6U8BN6KIgNEzYfaF+Dw5IwPkLwxGZTS8n8 PrgDBfvAiyDsMcctuJDjFrNTh13n39v3xPp+zQW1nA04e4DKwZbtOdGmNAHFEFrqOiAM EvWHUAeJ1Hq9drqXKx6h1vo3AHZ7vSIARqKhP3Jg9XOCaF0h3l0tugprnd6J06GmUbEq +luuU4nKouFPFbtNwMueTzEgXf9krWFQEhtpIdUmTK3HzmMOlAqcfkM8J/CQ9A038Kej 7w== Original-Received: from userp3030.oracle.com (userp3030.oracle.com [156.151.31.80]) by userp2130.oracle.com with ESMTP id 2u9nbt4y7c-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Mon, 12 Aug 2019 01:03:36 +0000 Original-Received: from pps.filterd (userp3030.oracle.com [127.0.0.1]) by userp3030.oracle.com (8.16.0.27/8.16.0.27) with SMTP id x7C13XpP013563; Mon, 12 Aug 2019 01:03:36 GMT Original-Received: from aserv0122.oracle.com (aserv0122.oracle.com [141.146.126.236]) by userp3030.oracle.com with ESMTP id 2u9k1uk364-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Mon, 12 Aug 2019 01:03:35 +0000 Original-Received: from abhmp0006.oracle.com (abhmp0006.oracle.com [141.146.116.12]) by aserv0122.oracle.com (8.14.4/8.14.4) with ESMTP id x7C13Kjx025978; Mon, 12 Aug 2019 01:03:20 GMT In-Reply-To: X-Priority: 3 X-Mailer: Oracle Beehive Extensions for Outlook 2.0.1.9.1 (1003210) [OL 16.0.4873.0 (x86)] X-Proofpoint-Virus-Version: vendor=nai engine=6000 definitions=9346 signatures=668685 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 suspectscore=2 malwarescore=0 phishscore=0 bulkscore=0 spamscore=0 mlxscore=0 mlxlogscore=999 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1906280000 definitions=main-1908120009 X-Proofpoint-Virus-Version: vendor=nai engine=6000 definitions=9346 signatures=668685 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 priorityscore=1501 malwarescore=0 suspectscore=2 phishscore=0 bulkscore=0 spamscore=0 clxscore=1011 lowpriorityscore=0 mlxscore=0 impostorscore=0 mlxlogscore=999 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1906280000 definitions=main-1908120008 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 209.51.188.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" Xref: news.gmane.org gmane.emacs.bugs:164901 Archived-At: > >> ;; Keywords: languages ruby > >> > >> However word "ruby" is not in list returned by M-x finder-list- > >> keywords. Perhaps finder-list-keywords or ruby.el should be updated. > > > > Free-form user-defined keywords are allowed since the list of > > keywords is open-ended. So this is rather a shortcoming of > > `finder-list-keywords' No, it's not a shortcoming. It's open-ended by design, AFAIK, and that's good. > > that doesn't yet list all keywords beyond a few of "official" ones. And it shouldn't, IMO. list `finder-known-keywords' should remain something defined by Emacs. On the other hand, `finder.el' could be enhanced to provide such a feature as an _option_. It could have a user option whose value is a list of additional keywords to recognize. That's the approach we take with Dired guessing shell-command associations. We have a non-option variable, `dired-guess-shell-alist-default', which is defines the default associations, and we have a user option, `dired-guess-shell-alist-user', which is prepended to the default list. That would let users control the behavior of `finder-list-keywords'. After all, that's a command - it's for users. > Do we really want to change finder-list-keywords to list all keywords? > (For some definition of "all".) No, we don't; that is, I don't. Field `Keywords' is _not_ just for `finder.el'. It's for anything a library writer (or user) wants it to be for. (I believe it predates `finder.el', but I'm not sure of that.) > Wouldn't that make the menu much harder to navigate? Yes. If we want to let users choose that, and choose how much harder (which and how many extra keywords), that's fine, however.