From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Richard Stallman Newsgroups: gmane.emacs.bugs Subject: Re: whitespace includes U+3000 Date: Wed, 28 Jun 2006 13:25:00 -0400 Message-ID: References: <871wtegf13.fsf@jidanni.org> Reply-To: rms@gnu.org NNTP-Posting-Host: main.gmane.org Content-Type: text/plain; charset=ISO-8859-15 X-Trace: sea.gmane.org 1151515559 15891 80.91.229.2 (28 Jun 2006 17:25:59 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Wed, 28 Jun 2006 17:25:59 +0000 (UTC) Cc: bug-gnu-emacs@gnu.org, jidanni@jidanni.org, handa@m17n.org Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Wed Jun 28 19:25:56 2006 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by ciao.gmane.org with esmtp (Exim 4.43) id 1Fvdmj-0000dh-K1 for geb-bug-gnu-emacs@m.gmane.org; Wed, 28 Jun 2006 19:25:05 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Fvdmi-0004zw-Pg for geb-bug-gnu-emacs@m.gmane.org; Wed, 28 Jun 2006 13:25:04 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Fvdmg-0004y5-Uc for bug-gnu-emacs@gnu.org; Wed, 28 Jun 2006 13:25:03 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Fvdmf-0004wp-Rh for bug-gnu-emacs@gnu.org; Wed, 28 Jun 2006 13:25:02 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Fvdmf-0004wW-IS for bug-gnu-emacs@gnu.org; Wed, 28 Jun 2006 13:25:01 -0400 Original-Received: from [199.232.76.164] (helo=fencepost.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.52) id 1Fvdz2-0002tZ-Bp for bug-gnu-emacs@gnu.org; Wed, 28 Jun 2006 13:37:48 -0400 Original-Received: from rms by fencepost.gnu.org with local (Exim 4.34) id 1Fvdme-00060m-A2; Wed, 28 Jun 2006 13:25:00 -0400 Original-To: Kenichi Handa In-reply-to: (message from Kenichi Handa on Tue, 27 Jun 2006 20:48:08 +0900) X-BeenThere: bug-gnu-emacs@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:15180 Archived-At: > No. The current Emacs treat only TAB and SPACE as > "whitespace" characters. > It would be very easy to fix this by setting the syntax table entries > for those characters--if there are not too many of them. So why not > fix it? Are you sure that "whitespace" of syntax has the same meaning as the "whitespace" of show-trailing-whitespace? I am not sure which one we're talking about here. Is it show-trailing-whitespace? If so, that would also be easy to change, if it ought to be changed. For instance, currently ^L (formfeed) has syntax "whitespace". But, it is displayed with glyph "^L". Should it be the target of show-trailing-whitespace? No. For instance, currently NBSP (U+00A0) has syntax "." (punctuation), and it is displayed with special face to indicated the existing of that character. Should it be changed to "whitespace" syntax, or shoudn't be changed? The special face for that character should not be overridden, but the other whitespace after it _and before it_ should probably be displayed specially by show-trailing-whitespace. You can probably get this result by putting NBSP into the pattern for show-trailing-whitespace to recognize. Redisplay will override the face, for the NBSP.