From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: "Edward Casey" Newsgroups: gmane.emacs.help Subject: Re: w32 mule status Date: Mon, 2 Aug 2004 11:26:57 -0500 Organization: Posted via Supernews, http://www.supernews.com Sender: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Message-ID: <10gsqr9gs8febc7@corp.supernews.com> References: <10gjaub84s2os18@corp.supernews.com> <10gqg8ba4ptgedd@corp.supernews.com> <10gqr4ppd61pa93@corp.supernews.com> NNTP-Posting-Host: deer.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Trace: sea.gmane.org 1091464337 27694 80.91.224.253 (2 Aug 2004 16:32:17 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Mon, 2 Aug 2004 16:32:17 +0000 (UTC) Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Mon Aug 02 18:32:02 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 1BrfjF-0004GC-00 for ; Mon, 02 Aug 2004 18:32:02 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1Brfme-00084A-Gx for geh-help-gnu-emacs@m.gmane.org; Mon, 02 Aug 2004 12:35:32 -0400 Original-Path: shelby.stanford.edu!newsfeed.stanford.edu!cyclone.bc.net!sjc1.usenetserver.com!news.usenetserver.com!sn-xit-02!sn-xit-01!sn-post-01!supernews.com!corp.supernews.com!not-for-mail Original-Newsgroups: gnu.emacs.help X-Priority: 3 X-MSMail-Priority: Normal X-Newsreader: Microsoft Outlook Express 6.00.2800.1106 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 Original-X-Complaints-To: abuse@supernews.com Original-Lines: 84 Original-Xref: shelby.stanford.edu gnu.emacs.help:124609 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: , Errors-To: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Xref: main.gmane.org gmane.emacs.help:19942 X-Report-Spam: http://spam.gmane.org/gmane.emacs.help:19942 wrote in message news:ur7qquggp.fsf@jasonrumney.net... > "Edward Casey" writes: > > > The differences are just in the lines beginning with TAB [. These lines > > are missing from the fontset on the machine that won't display Latin-4 > > characters. > > So that machine does not have those fonts. Since this is Windows 98, > the default fonts for the US version are Latin-1 only. There is > another set of default fonts, which used to be available from the MS > website, and is also installed by various MS software packages. This > set supports many more encodings. If you do not look closely, it may > appear that the fonts are the same on both machines, but in the font > selection dialog, you have a "Script" dropdown selection, which will > be different on the machines that work compared to the one that > doesn't. > You are right in that the original Win98 installation didn't have them but I've gotten them either from the web or from other software packages. They work fine under 98 on one machine and not at all on the other two. The exact same font files are on all 3 machines. The only thing that two non-working installations have in common is that they're not connected to the internet and 1 (the laptop) has no modem. Although MS can justly be faulted for it's ad hoc software design history, I can't believe, for instance, that a setting in Outlook Express can have any effect on emacs font display capabilities. If I run C-h h on the good machine with font Arial Unicode I see glyphs for Russian, Korean, four flavors of Chinese, etc. Only a 25% of the lines have empty rectangles on them. If I change the font in this buffer to Palatino Linotype I see almost as many foreign glyphs (JIS Chinese is missing). In fact, on the "bad" machines, with 'list character sets' I can get most of the glyphs to display except for Latin-3 and Latin-4. ??? Finally, if I evaluate this form on all machines: (if (eq window-system 'w32) ; emacs 20 & up (defun insert-x-style-font() "Insert a string in the X format which describes a font the user can select from the Windows font selector." (interactive) (insert (prin1-to-string (w32-select-font))))) I get exactly the same X format string. > > I still think that the parameters for the fontsets have to be stored > > somewhere. > > Only if you set them. > > > What does M-x describe-fontset read? > > It describes the fontset you specify. But this is a red herring. Emacs > 21 displays all characters regardless of whether you use a font or a > fontset. The fontset gives you finer control over which fonts are used > to display which characters. This is good to know. Even if I knew how to make a fontset with a Latin-4 font specified in it, I probably would't be able to see the glyphs until I could resolve the other mysterious problem. > > > Since I messed up one of the machines I have 2 fontsets called > > fonset-default with different settings. This leads me to believe that the > > (create-fontset-from-fontset-spec) function adds the definitions to a list > > somewhere. > > If you put that in .emacs, it is saved in .emacs. There is nothing > magic going on behind the scenes. That at least is a relief. After exiting and restarting emacs I no longer had 2 fontsets called default, only 1 together with 'standard: 13dot.' Thanks again for your help, Mr. Rumney. Since MS Windows is probably off-topic here, I'll keep plugging away at solving the problem and learning emacs and I won't bother you for a while, at least not until I lose patience again.