From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "Drew Adams" Newsgroups: gmane.emacs.bugs Subject: bug#12054: 24.1; regression? font-lock no-break-space with nil nobreak-char-display Date: Sun, 4 Nov 2012 15:34:20 -0800 Message-ID: <9AE79C1A519B43A98B0DEF0142363C1F@us.oracle.com> References: <87mwyzyn76.fsf@gnu.org> <45DEAA69BC6E4630BA8DA0B07A0ECE92@us.oracle.com> <87lieimx9n.fsf@gnu.org> <0B444DBDD1D14FD7B5EDE10E30ED320D@us.oracle.com> <83pq3u4cfv.fsf@gnu.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1352072107 27180 80.91.229.3 (4 Nov 2012 23:35:07 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sun, 4 Nov 2012 23:35:07 +0000 (UTC) Cc: cyd@gnu.org, 12054@debbugs.gnu.org To: "'Eli Zaretskii'" Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Mon Nov 05 00:35:16 2012 Return-path: Envelope-to: geb-bug-gnu-emacs@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 1TV9ii-00014G-PZ for geb-bug-gnu-emacs@m.gmane.org; Mon, 05 Nov 2012 00:35:13 +0100 Original-Received: from localhost ([::1]:56379 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TV9ia-0006il-1q for geb-bug-gnu-emacs@m.gmane.org; Sun, 04 Nov 2012 18:35:04 -0500 Original-Received: from eggs.gnu.org ([208.118.235.92]:39381) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TV9iX-0006iZ-5X for bug-gnu-emacs@gnu.org; Sun, 04 Nov 2012 18:35:02 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1TV9iW-00019a-2o for bug-gnu-emacs@gnu.org; Sun, 04 Nov 2012 18:35:01 -0500 Original-Received: from debbugs.gnu.org ([140.186.70.43]:39163) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TV9iV-00019W-W2 for bug-gnu-emacs@gnu.org; Sun, 04 Nov 2012 18:35:00 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.72) (envelope-from ) id 1TV9lR-0003NL-LP for bug-gnu-emacs@gnu.org; Sun, 04 Nov 2012 18:38:01 -0500 X-Loop: help-debbugs@gnu.org Resent-From: "Drew Adams" Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 04 Nov 2012 23:38:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 12054 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 12054-submit@debbugs.gnu.org id=B12054.135207226012945 (code B ref 12054); Sun, 04 Nov 2012 23:38:01 +0000 Original-Received: (at 12054) by debbugs.gnu.org; 4 Nov 2012 23:37:40 +0000 Original-Received: from localhost ([127.0.0.1]:49414 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TV9l5-0003Mk-PQ for submit@debbugs.gnu.org; Sun, 04 Nov 2012 18:37:40 -0500 Original-Received: from userp1040.oracle.com ([156.151.31.81]:29478) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TV9l3-0003Mc-1m for 12054@debbugs.gnu.org; Sun, 04 Nov 2012 18:37:37 -0500 Original-Received: from ucsinet22.oracle.com (ucsinet22.oracle.com [156.151.31.94]) by userp1040.oracle.com (Sentrion-MTA-4.2.2/Sentrion-MTA-4.2.2) with ESMTP id qA4NYXQB013193 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Sun, 4 Nov 2012 23:34:34 GMT Original-Received: from acsmt357.oracle.com (acsmt357.oracle.com [141.146.40.157]) by ucsinet22.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id qA4NYWva015682 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 4 Nov 2012 23:34:33 GMT Original-Received: from abhmt113.oracle.com (abhmt113.oracle.com [141.146.116.65]) by acsmt357.oracle.com (8.12.11.20060308/8.12.11) with ESMTP id qA4NYWCX001281; Sun, 4 Nov 2012 17:34:32 -0600 Original-Received: from dradamslap1 (/10.159.185.1) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Sun, 04 Nov 2012 15:34:32 -0800 X-Mailer: Microsoft Office Outlook 11 In-Reply-To: <83pq3u4cfv.fsf@gnu.org> Thread-Index: Ac26CCBq7rQLygClQq+bXsfwQvRtZQA27MBg X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6157 X-Source-IP: ucsinet22.oracle.com [156.151.31.94] X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Received-From: 140.186.70.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-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:66454 Archived-At: > > That is, the literal string in my code is read as a string > > that contains only a single raw byte of octal 240 in place > > of the 4 chars \240 (and instead of as a string with the > > multibyte char no-break space). Is that right? > > Yes. > > > And putting that together with Eli's statement about > > insertion ("'insert' treats strings such as "\nnn" as > > unibyte strings"), I understand that the buffer text > > after I type `C-q 240' contains a unibyte raw byte, and > > not the multibyte char no-break space. > > No. It contains the NBSP. Try it. Well, I was saying since the beginning tha that appeared to be the case. But you replied that insertion inserted a raw \240 byte. That red herring threw me off. > C-q inserts a multibyte character, unlike '(insert "\240")', for example. Thanks, I finally got that from what Stefan said. It would have been clearer if you had said that from the beginning, since I mentioned `C-q' and you replied instead about "insert". Anyway, I understand now. > Try '(insert "\240")' and then "C-x =" will show a unibyte byte. Yes, I got it (from Stefan's reply). But no one mentioned using `insert' or insertion, except you. I know you were trying to help, but that just confused things, for me. > > I can see how that can be useful. But I can also see how > > it would be useful to have some way of using octal syntax to > > match multibyte chars. Isn't there some reasonable way to > > allow for both? > > Maybe, but we didn't find one, at least not one that would be > backward-compatible. OK, that was my question. Thx. > > (decode-coding-string "\302\240" 'utf-8) > > > > That allows use of only octal syntax - good. But it still > > doesn't solve the problem for older Emacs versions - they > > raise the error (coding-system-error utf-8). > > You don't want this, because even if you succeed in producing a NBSP > in Emacs 22 and older, the result will not match NBSP in other > charsets. It's simply impossible with those versions of Emacs. Got it. That is the bottom line - the answer to my question. Thx to all who took the time to help me understand better.