From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Richard Stallman Newsgroups: gmane.emacs.devel Subject: Re: A prototype of intelligent replace for Emacs Date: Sat, 05 May 2007 19:18:46 -0400 Message-ID: References: Reply-To: rms@gnu.org NNTP-Posting-Host: lo.gmane.org Content-Type: text/plain; charset=ISO-8859-15 X-Trace: sea.gmane.org 1178407333 29403 80.91.229.12 (5 May 2007 23:22:13 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Sat, 5 May 2007 23:22:13 +0000 (UTC) Cc: emacs-devel@gnu.org To: "Herbert Euler" Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sun May 06 01:22:12 2007 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1HkTZr-0007xs-JI for ged-emacs-devel@m.gmane.org; Sun, 06 May 2007 01:22:11 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1HkTge-00015d-La for ged-emacs-devel@m.gmane.org; Sat, 05 May 2007 19:29:12 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1HkTgC-0000uE-Ea for emacs-devel@gnu.org; Sat, 05 May 2007 19:28:44 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1HkTgB-0000tm-Ma for emacs-devel@gnu.org; Sat, 05 May 2007 19:28:44 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1HkTgB-0000td-DB for emacs-devel@gnu.org; Sat, 05 May 2007 19:28:43 -0400 Original-Received: from fencepost.gnu.org ([199.232.76.164]) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1HkTZN-0000jL-Jc for emacs-devel@gnu.org; Sat, 05 May 2007 19:21:41 -0400 Original-Received: from rms by fencepost.gnu.org with local (Exim 4.60) (envelope-from ) id 1HkTWY-0002WO-Uv; Sat, 05 May 2007 19:18:46 -0400 In-reply-to: (herberteuler@hotmail.com) X-detected-kernel: Linux 2.6, seldom 2.4 (older, 4) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:70572 Archived-At: If there are many different rules, many features can be computed for a match. Because features computed from a same rule can be compared, matches can be classified, or grouped together, with their features. This is based on similarity among the matches. Now the concept of "block" and "class" can be defined. A _block_ is a match plus its features. A _class_ is a set of blocks, all of which have the same features. Continuing from the previous example, since the first and the third block have the same feature "status", they are in one class. The second block is a class itself. Now I understand. Can we find a simple way to present this? The term "block" is not appropriate. It should be called a "match". There is no reason why a "match" can't include these features. "Class" would be come clear if introduced as "class of like matches".