From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.bugs Subject: bug#27270: display-raw-bytes-as-hex generates ambiguous output for Emacs strings Date: Thu, 08 Jun 2017 21:59:56 +0300 Message-ID: <83y3t271ar.fsf@gnu.org> References: <29d6844f-2f6f-11c1-7877-a9d169e613f8@cs.ucla.edu> <83tw3s8jhr.fsf@gnu.org> <1c05b888-0c4a-05c8-248a-6e550637fff4@cs.ucla.edu> <8737bbxp6a.fsf@users.sourceforge.net> <2d5a8cd8-0884-bc1e-4298-a84dca61acbf@cs.ucla.edu> <831squ8no8.fsf@gnu.org> <93d9c575-4eb2-ea9e-d998-a8f3cff33a1e@cs.ucla.edu> Reply-To: Eli Zaretskii NNTP-Posting-Host: blaine.gmane.org X-Trace: blaine.gmane.org 1496948481 773 195.159.176.226 (8 Jun 2017 19:01:21 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Thu, 8 Jun 2017 19:01:21 +0000 (UTC) Cc: 27270@debbugs.gnu.org, v.schneidermann@gmail.com, npostavs@users.sourceforge.net To: Paul Eggert Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Thu Jun 08 21:01:16 2017 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by blaine.gmane.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dJ2gG-0008OI-2q for geb-bug-gnu-emacs@m.gmane.org; Thu, 08 Jun 2017 21:01:16 +0200 Original-Received: from localhost ([::1]:51104 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1dJ2gL-0005N2-I2 for geb-bug-gnu-emacs@m.gmane.org; Thu, 08 Jun 2017 15:01:21 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:50568) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1dJ2g5-0005EA-HW for bug-gnu-emacs@gnu.org; Thu, 08 Jun 2017 15:01:06 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1dJ2g2-00071n-GZ for bug-gnu-emacs@gnu.org; Thu, 08 Jun 2017 15:01:05 -0400 Original-Received: from debbugs.gnu.org ([208.118.235.43]:32769) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1dJ2g2-00071g-DN for bug-gnu-emacs@gnu.org; Thu, 08 Jun 2017 15:01:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1dJ2g2-0000e9-6Q for bug-gnu-emacs@gnu.org; Thu, 08 Jun 2017 15:01:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 08 Jun 2017 19:01:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 27270 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 27270-submit@debbugs.gnu.org id=B27270.14969484252422 (code B ref 27270); Thu, 08 Jun 2017 19:01:02 +0000 Original-Received: (at 27270) by debbugs.gnu.org; 8 Jun 2017 19:00:25 +0000 Original-Received: from localhost ([127.0.0.1]:35446 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dJ2fQ-0000d0-TO for submit@debbugs.gnu.org; Thu, 08 Jun 2017 15:00:25 -0400 Original-Received: from eggs.gnu.org ([208.118.235.92]:59285) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dJ2fO-0000ci-O9 for 27270@debbugs.gnu.org; Thu, 08 Jun 2017 15:00:22 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1dJ2fI-0006YE-Nb for 27270@debbugs.gnu.org; Thu, 08 Jun 2017 15:00:17 -0400 Original-Received: from fencepost.gnu.org ([2001:4830:134:3::e]:35983) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1dJ2fC-0006VG-PG; Thu, 08 Jun 2017 15:00:10 -0400 Original-Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:1486 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1dJ2fB-0000q3-4Y; Thu, 08 Jun 2017 15:00:10 -0400 In-reply-to: <93d9c575-4eb2-ea9e-d998-a8f3cff33a1e@cs.ucla.edu> (message from Paul Eggert on Thu, 8 Jun 2017 09:24:56 -0700) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 208.118.235.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" Xref: news.gmane.org gmane.emacs.bugs:133405 Archived-At: > Cc: npostavs@users.sourceforge.net, 27270@debbugs.gnu.org, > v.schneidermann@gmail.com > From: Paul Eggert > Date: Thu, 8 Jun 2017 09:24:56 -0700 > > >> "\x905" > >> > >> which is the wrong string visually. > > How is that different from "\2205" you get under the default settings? > > When I cut and paste "\2205" into another Emacs, it evaluates to the > same two-character string that I started off with because octal escapes > are limited to 3 octal digits. That's a different issue. You said "\x905" was wrong visually, so I asked how is that different, visually, from "\2205". > When I cut and paste "\x905" I get a > one-character string because there is no limit to the length of > hexadecimal escapes. This is a problem, because cut-and-paste should > continue to copy text accurately even when I'm using terminal windows. Same thing happens when you copy/paste from an Emacs window which uses a display table: the pasted string will be different from the original one. I believe I already pointed that out in this discussion. > >> "\x80\ 5" > >> > >> or via some other means. > > We do use "some other means": the raw byte has a different face. > > That doesn't help when --color=no is specified, or in terminal sessions > that do not support colors. In those cases, the octal notation has the same visual problems. > I prefer monochrome anyway. So this ambiguity will be a real pain > for me. I still don't understand how this is different from the octal notation, but if it is, you can always stay with the default octal display. That's what I do.