From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "Stephen J. Turnbull" Newsgroups: gmane.emacs.devel Subject: Re: Adding a few more finder keywords Date: Wed, 10 Jun 2015 01:08:14 +0900 Message-ID: <87sia0yidt.fsf@uwakimon.sk.tsukuba.ac.jp> References: <87sia2l04r.fsf@gmail.com> <873821xzon.fsf@uwakimon.sk.tsukuba.ac.jp> <048d389e-cd09-468e-b93f-729505e56ab0@default> <87zj49kkff.fsf@gmail.com> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 X-Trace: ger.gmane.org 1433866135 10772 80.91.229.3 (9 Jun 2015 16:08:55 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 9 Jun 2015 16:08:55 +0000 (UTC) Cc: emacs-devel , Stefan Monnier , Drew Adams , Artur Malabarba To: Oleh Krehel Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Jun 09 18:08:46 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 1Z2M4z-0007bT-H0 for ged-emacs-devel@m.gmane.org; Tue, 09 Jun 2015 18:08:45 +0200 Original-Received: from localhost ([::1]:36096 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Z2M4y-000103-OK for ged-emacs-devel@m.gmane.org; Tue, 09 Jun 2015 12:08:44 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:45632) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Z2M4g-0000y5-MZ for emacs-devel@gnu.org; Tue, 09 Jun 2015 12:08:27 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Z2M4Y-0003rQ-M7 for emacs-devel@gnu.org; Tue, 09 Jun 2015 12:08:26 -0400 Original-Received: from shako.sk.tsukuba.ac.jp ([130.158.97.161]:52242) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Z2M4Y-0003q5-D8 for emacs-devel@gnu.org; Tue, 09 Jun 2015 12:08:18 -0400 Original-Received: from uwakimon.sk.tsukuba.ac.jp (uwakimon.sk.tsukuba.ac.jp [130.158.99.156]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by shako.sk.tsukuba.ac.jp (Postfix) with ESMTPS id D93691C3917; Wed, 10 Jun 2015 01:08:15 +0900 (JST) Original-Received: by uwakimon.sk.tsukuba.ac.jp (Postfix, from userid 1000) id 604DB1A28D3; Wed, 10 Jun 2015 01:08:15 +0900 (JST) In-Reply-To: <87zj49kkff.fsf@gmail.com> X-Mailer: VM undefined under 21.5 (beta34) "kale" 83e5c3cd6be6 XEmacs Lucid (x86_64-unknown-linux) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x X-Received-From: 130.158.97.161 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:187132 Archived-At: Oleh Krehel writes: > with a tight list of exclusive sections (a file can belong to only > one section), I'd be fine with that. The key here that it needs to > be small, with little room for misinterpretation. Unfortunately, the interpretation in this case is being done by humans. That means that there's enough room for an elephant, let alone misinterpretation. Really, Drew is right. Just choose a different field name and write the necessary functions to use it, and see what happens. I don't think you're likely to get good results, but who knows? If you do, and there's demand for merging that functionality with finder, it won't be hard. But untangling the two features if you start by hijacking finder and the Keywords header will be very difficult, because people will be used to using it that way.