From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED.blaine.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.help Subject: Re: 26.1.92, 26.1-mac-7.4; unrecognised escaped chars in *Help* Date: Wed, 06 Mar 2019 18:13:54 +0200 Message-ID: <83ef7kc75p.fsf@gnu.org> References: <831s3le24y.fsf@gnu.org> Injection-Info: blaine.gmane.org; posting-host="blaine.gmane.org:195.159.176.226"; logging-data="12798"; mail-complaints-to="usenet@blaine.gmane.org" To: help-gnu-emacs@gnu.org Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Wed Mar 06 17:14:18 2019 Return-path: Envelope-to: geh-help-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([209.51.188.17]) by blaine.gmane.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:256) (Exim 4.89) (envelope-from ) id 1h1ZBS-0003Dp-HV for geh-help-gnu-emacs@m.gmane.org; Wed, 06 Mar 2019 17:14:18 +0100 Original-Received: from localhost ([127.0.0.1]:35564 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1h1ZBQ-00076b-Sk for geh-help-gnu-emacs@m.gmane.org; Wed, 06 Mar 2019 11:14:16 -0500 Original-Received: from eggs.gnu.org ([209.51.188.92]:38814) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1h1ZB4-00074m-CS for help-gnu-emacs@gnu.org; Wed, 06 Mar 2019 11:13:55 -0500 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]:44467) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1h1ZB4-000459-8O for help-gnu-emacs@gnu.org; Wed, 06 Mar 2019 11:13:54 -0500 Original-Received: from [176.228.60.248] (port=4293 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1h1ZB3-0003PH-SR for help-gnu-emacs@gnu.org; Wed, 06 Mar 2019 11:13:54 -0500 In-reply-to: (message from Van L on Wed, 06 Mar 2019 11:47:29 +1100) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Users list for the GNU Emacs text editor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Original-Sender: "help-gnu-emacs" Xref: news.gmane.org gmane.emacs.help:119561 Archived-At: > From: Van L > Date: Wed, 06 Mar 2019 11:47:29 +1100 > > >> \200 .. 3FF_F7F self-insert-command > >> \200 .. \377 self-insert-command > > > > Yes. This is admittedly confusing, although 100% correct. > > But. But. But. Less than 100% beautiful. The out of ASCII range row > terminated by unprintables as visually balanced hex values in a box > would look and feel nicer. This just uses the default Emacs display of these characters. Producing some fancy alternatives might be source of a different kind of confusion ("why does 'C-h b' show the characters differently than what they look like in my buffers?"). > "C-u C-x =" or M-x describe-char RET puts them in > > category: l:Latin > category: L:Left-to-right (strong) You are looking at the wrong parts. Look at the "charset" part. > Should I file a bug report for copy and paste inconsistency when trying > to collect in one buffer the `M-x describe-char' output? for the above two. What inconsistency is that? > Highlight region then M-w C-y fails Fails how? It didn't fail for me. > Select one of the safe coding systems listed below, > or cancel the writing with C-g and edit the buffer > to remove or modify the problematic characters, > or specify any other coding system (and risk losing > the problematic characters). > > raw-text no-conversion That's because you have raw bytes in the buffer.