From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: shamino@techie.com (David C.) Newsgroups: gmane.emacs.help Subject: Re: Macintosh character display (128-255) Date: Wed, 29 Dec 2004 14:00:55 GMT Organization: David's house of kumquats Message-ID: References: NNTP-Posting-Host: deer.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1104329054 5445 80.91.229.6 (29 Dec 2004 14:04:14 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Wed, 29 Dec 2004 14:04:14 +0000 (UTC) Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Wed Dec 29 15:04:06 2004 Return-path: Original-Received: from lists.gnu.org ([199.232.76.165]) by deer.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 1CjeQn-00023g-00 for ; Wed, 29 Dec 2004 15:04:05 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1Cjebg-0007Wz-FE for geh-help-gnu-emacs@m.gmane.org; Wed, 29 Dec 2004 09:15:20 -0500 Original-Path: shelby.stanford.edu!newsfeed.stanford.edu!news-spur1.maxwell.syr.edu!news.maxwell.syr.edu!newshub.sdsu.edu!elnk-nf2-pas!newsfeed.earthlink.net!stamper.news.pas.earthlink.net!stamper.news.atl.earthlink.net!newsread3.news.atl.earthlink.net.POSTED!d4e81fc7!not-for-mail Original-Newsgroups: gnu.emacs.help Mail-Copies-To: never Original-Lines: 95 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.3.50 Original-NNTP-Posting-Host: 66.149.110.191 Original-X-Complaints-To: abuse@earthlink.net Original-X-Trace: newsread3.news.atl.earthlink.net 1104328855 66.149.110.191 (Wed, 29 Dec 2004 06:00:55 PST) Original-NNTP-Posting-Date: Wed, 29 Dec 2004 06:00:55 PST Original-Xref: shelby.stanford.edu gnu.emacs.help:127576 Original-To: help-gnu-emacs@gnu.org X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Users list for the GNU Emacs text editor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Errors-To: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Xref: main.gmane.org gmane.emacs.help:23039 X-Report-Spam: http://spam.gmane.org/gmane.emacs.help:23039 Peter Dyballa writes: > > Trust me: with a bad font or fontset setup in a carbonized Emacs all > your other settings are worthless: from where can Emacs take the > glyph to display a number, a slot in a font's encoding? *This* > mapping has to be correct! For example the Lucida Sans Typewriter > font is for Mac OS X mac-cyrillic encoded although you can proof > with other means that it's a "simple" Unicode font and the first few > hundred code positions follow exactly the Unicode rule as for > example shown in Character Palette, but since Mac OS X thinks > different and maps 161 dec to some cyrillic glyph at U+04xx. I understand that I'll need this if I want to view Unicode characters, but it shouldn't be necessary if everything is 8-bit. On my Windows system, setting a font is sufficient. Characters in the range 128-255 are simply displayed as-is. Sure, if I specify an encoding that differs from the font, I'll get the wrong characters, but that's not really a big deal, since I won't be using Emacs to work on Unicode files. That being said, I visited the MacOS X Emacs list and used some of their postings in conjunction with your advice to come up with this addition to .emacs: (set-selection-coding-system 'mac-roman) (set-keyboard-coding-system 'mac-roman) (create-fontset-from-fontset-spec "-apple-courier-medium-r-normal--14-*-*-*-*-*-fontset-david, ascii:-apple-courier-medium-r-normal--14-140-75-75-m-140-mac-roman, latin-iso8859-1:-apple-courier-medium-r-normal--14-140-75-75-m-140-mac-roman, mule-unicode-0100-24ff:-apple-courier-medium-r-normal--14-140-75-75-m-140-mac-roman") (set-frame-font "fontset-david") (standard-display-8bit 128 255) This allows hi-page characters generated by programs (like Gnus) to be displayed, and I can still see the characters of my test document after a find-file. But I still see squares when I do a insert-file into the scratch buffer or a newly-created document buffer. > Make the fontsets match your inventory, make them usable at your > site, and use them, then you'll see a difference in GNU Carbon > Emacs. I'll see what I can do here, but I really don't want to spend the next month writing thousands of lines of lookup tables in order to do this. > Did you look into the Help menu -> > Describe -> Show all of Mule Status? (Is it self-compiled or did you > fetch it from the net? The OS version number looks unknown to > me. From where did you fetch it?) I just found out about that menu now, when you mentioned it. WRT my version, I downloaded the sources using the instructions here: http://members.shaw.ca/akochoi-emacs/stories/obtaining-and-building.html and compiled my own copy. Every binary distribution I've gotten has failed to even launch, for some strange reason. That particular build was made on my system in January, so was probably MacOS 10.3.1 or 10.3.2. I just downloaded and recompiled a new copy (on MacOS 10.3.7), in case I was seeing a bug. The new version is: GNU Emacs 21.3.50.1 (powerpc-apple-darwin7.7.0) of 2004-12-29 But it didn't change anything. > The t in your scratch buffer's mode-line stands for an undecided raw > text: when you save it to a file you can decide about the coding > system used for this. But till then Emacs does not know how to > display character codes starting from 128 because there are so many > coding systems in the world. So it has no real effect to force Emacs > to display 8bit codes via (standard-display-8bit 128 255): Emacs is > willing, and it is so by default, but which mapping do you wish? Right. And what I'm trying to do is tell it "assume mac-roman and ignore everything else" because that's what will be generated when I type those characters into a buffer. > From which of the thousands of fonts can it take the glyphs? Try > once: M-x set-frame-font TAB TAB -- and save this buffer for later > contemplation! I would hope, that after setting a single font for the frame, it would realize that I want everything to be displayed according to that one font. This all was much simpler back in Emacs-19. Everything was simple and obvious before they started forcing users to re-invent the wheel. -- David