From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/24244 Path: main.gmane.org!not-for-mail From: Dave Love Newsgroups: gmane.emacs.gnus.general Subject: Re: Mule Emacs 20.3 w/enable-multibyte-characters set to nil Date: 14 Jul 1999 20:20:26 +0100 Sender: owner-ding@hpc.uh.edu Message-ID: References: NNTP-Posting-Host: coloc-standby.netfonds.no Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Trace: main.gmane.org 1035161844 7667 80.91.224.250 (21 Oct 2002 00:57:24 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Mon, 21 Oct 2002 00:57:24 +0000 (UTC) Return-Path: Original-Received: from farabi.math.uh.edu (farabi.math.uh.edu [129.7.128.57]) by sclp3.sclp.com (8.8.5/8.8.5) with ESMTP id PAA07445 for ; Wed, 14 Jul 1999 15:21:23 -0400 (EDT) Original-Received: from sina.hpc.uh.edu (lists@Sina.HPC.UH.EDU [129.7.3.5]) by farabi.math.uh.edu (8.9.1/8.9.1) with ESMTP id OAB04780; Wed, 14 Jul 1999 14:20:55 -0500 (CDT) Original-Received: by sina.hpc.uh.edu (TLB v0.09a (1.20 tibbs 1996/10/09 22:03:07)); Wed, 14 Jul 1999 14:21:46 -0500 (CDT) Original-Received: from sclp3.sclp.com (root@sclp3.sclp.com [204.252.123.139]) by sina.hpc.uh.edu (8.9.3/8.9.3) with ESMTP id OAA21689 for ; Wed, 14 Jul 1999 14:21:35 -0500 (CDT) Original-Received: from djlvig.dl.ac.uk (djlvig.dl.ac.uk [148.79.112.146]) by sclp3.sclp.com (8.8.5/8.8.5) with ESMTP id PAA07429 for ; Wed, 14 Jul 1999 15:20:31 -0400 (EDT) Original-Received: (from fx@localhost) by djlvig.dl.ac.uk (8.8.7/8.8.5) id UAA10453; Wed, 14 Jul 1999 20:20:28 +0100 Original-To: ding@gnus.org X-Face: "_!nmR@11ZNuumt0oqG"Y3Hfy|;FGz)`"ul[G?ah6k-oNyDW?3/Nq3Qab$kUnUQ_d4};kPl R=}-Vqfo|S5mThi-kaBR=>%g5a3-OvnEhdHu{^APIaP:b}0m!$bDC>SX zz'r)e?`at?tpD*+~b+pf In-Reply-To: Michael Welsh Duggan's message of "Mon, 12 Jul 1999 15:54:09 GMT" Original-Lines: 57 User-Agent: Gnus/5.07007 (Pterodactyl Gnus v0.70) Emacs/20.3 Precedence: list X-Majordomo: 1.94.jlt7 Xref: main.gmane.org gmane.emacs.gnus.general:24244 X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:24244 >>>>> "Michael" == Michael Welsh Duggan writes: >> If so, it's irrelevant. The string contains only ASCII: >> >> (string-to-vector (prin1-to-string "høa")) >> => [34 104 92 51 55 48 97 34] >> >> I don't know what the complaint actually is or what larsi wants, but >> perhaps see the optional arg of `prin1-to-string'. Michael> When, from multibyte code, What does that mean? Strings and buffers are the things which can be multibyte. Michael> I do an (insert (prin1-to-string "høa")) into a unibyte Michael> buffer, I get what Lars does. I.e., "h\370a". Yes. Maybe this would have been clearer than the above (all unibyte and direct from Emacs): (mapcar 'char-to-string (prin1-to-string "høa")) => ("\"" "h" "\\" "3" "7" "0" "a" "\"") Michael> This is, of course, correct assuming you are dealing with Michael> iso-8859-1. Latin-1 is irrelevant. Write it like this if you like: (mapcar 'char-to-string (prin1-to-string "h\370a")) => ("\"" "h" "\\" "3" "7" "0" "a" "\"") Michael> However, if will not display as `ø' when represented thus Michael> unless the display table is set up properly. The result won't display as `ø' because it isn't. Michael> I find the revelation that (string-to-vector Michael> (prin1-to-string "h\370a")) in a unibyte buffer returns [34 Michael> 104 92 51 55 48 97 34] surprising, but as an internal Michael> encoding It isn't an internal encoding. It's an external print form, which is the point of `prin1' and friends. Michael> it doesn't really end up affecting the display of the Michael> buffer, You're seeing four ASCII characters representing `ø', not the display of one non-ASCII character. I hope that now makes some sense. Michael> which is what I believe the problem Lars was having was Michael> about. I think he'd better explain the complaint.