From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Miles Bader Newsgroups: gmane.emacs.devel Subject: Re: Several serious problems Date: 25 Jul 2002 14:53:33 +0900 Sender: emacs-devel-admin@gnu.org Message-ID: References: <200207221711.g6MHBZo02496@aztec.santafe.edu> <200207231335.WAA25692@etlken.m17n.org> <200207240325.g6O3PdX04898@aztec.santafe.edu> <200207240437.NAA26632@etlken.m17n.org> <200207250312.g6P3C9J06653@aztec.santafe.edu> Reply-To: Miles Bader NNTP-Posting-Host: localhost.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: main.gmane.org 1027576456 22141 127.0.0.1 (25 Jul 2002 05:54:16 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Thu, 25 Jul 2002 05:54:16 +0000 (UTC) Cc: handa@etl.go.jp, spiegel@gnu.org, emacs-devel@gnu.org Return-path: Original-Received: from quimby.gnus.org ([80.91.224.244]) by main.gmane.org with esmtp (Exim 3.33 #1 (Debian)) id 17XbZn-0005l0-00 for ; Thu, 25 Jul 2002 07:54:15 +0200 Original-Received: from fencepost.gnu.org ([199.232.76.164]) by quimby.gnus.org with esmtp (Exim 3.12 #1 (Debian)) id 17Xbox-0002Xf-00 for ; Thu, 25 Jul 2002 08:09:55 +0200 Original-Received: from localhost ([127.0.0.1] helo=fencepost.gnu.org) by fencepost.gnu.org with esmtp (Exim 3.35 #1 (Debian)) id 17Xba2-0004io-00; Thu, 25 Jul 2002 01:54:30 -0400 Original-Received: from tyo201.gate.nec.co.jp ([202.32.8.214]) by fencepost.gnu.org with smtp (Exim 3.35 #1 (Debian)) id 17XbZE-0004ZC-00; Thu, 25 Jul 2002 01:53:40 -0400 Original-Received: from mailgate4.nec.co.jp ([10.7.69.193]) by TYO201.gate.nec.co.jp (8.11.6/3.7W01080315) with ESMTP id g6P5raK15024; Thu, 25 Jul 2002 14:53:37 +0900 (JST) Original-Received: from mailsv4.nec.co.jp (mailgate51.nec.co.jp [10.7.69.190]) by mailgate4.nec.co.jp (8.11.6/3.7W-MAILGATE-NEC) with ESMTP id g6P5raZ19597; Thu, 25 Jul 2002 14:53:36 +0900 (JST) Original-Received: from mcsss2.ucom.lsi.nec.co.jp ([10.30.114.133]) by mailsv4.nec.co.jp (8.11.6/3.7W-MAILSV4-NEC) with ESMTP id g6P5rYo23726; Thu, 25 Jul 2002 14:53:34 +0900 (JST) Original-Received: from mcspd15.ucom.lsi.nec.co.jp (mcspd15 [10.30.114.174]) by mcsss2.ucom.lsi.nec.co.jp (8.10.2+Sun/3.7Wlsi_mx_6.0) with ESMTP id g6P5rYS10766; Thu, 25 Jul 2002 14:53:34 +0900 (JST) Original-Received: by mcspd15.ucom.lsi.nec.co.jp (Postfix, from userid 31295) id 29E5E37DC; Thu, 25 Jul 2002 14:53:34 +0900 (JST) Original-To: rms@gnu.org System-Type: i686-pc-linux-gnu Blat: Foop In-Reply-To: <200207250312.g6P3C9J06653@aztec.santafe.edu> Original-Lines: 20 Errors-To: emacs-devel-admin@gnu.org X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.0.11 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Emacs development discussions. List-Unsubscribe: , List-Archive: Xref: main.gmane.org gmane.emacs.devel:6028 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:6028 Richard Stallman writes: > If we limit the number of highlighting, it may give users > incorrect information (i.e. non-highlighted characters seems to be > encodable). > > It could highlight the first N runs of such characters, and display a > message saying "Many more unencodable characters found--type WHATEVER > to view them". WHATEVER could be the same command with a prefix > argument. I'd like something similar to the way isearch works (when highlighting non-current matches) -- just highlight what's currently displayed and give the user a chance to jump to the next instance. [Maybe it could even use jit-lock-functions or something to allow free movement in the buffer while still using optimizing display] -Miles -- Somebody has to do something, and it's just incredibly pathetic that it has to be us. -- Jerry Garcia