X-Recipient: archive-cygwin@delorie.com
DomainKey-Signature: a=rsa-sha1; c=nofws; d=sourceware.org; h=list-id
	:list-unsubscribe:list-subscribe:list-archive:list-post
	:list-help:sender:message-id:date:from:mime-version:to:cc
	:subject:references:in-reply-to:content-type
	:content-transfer-encoding; q=dns; s=default; b=CtWs7tbrrkOqw0gq
	gK4AC1XYPzePE9ujtBWzNDUdRY6kFzYpJNGJlK/+CkmBT9TwP4DIC6+LYWvLRCen
	ZLV7JjGeyWQ/XFHRNyvmX7+febsx89e83GvUnM6EMRTPOG+JkrR3fIV3i345x+Il
	pChg28lM+WlkLGxxj4qO8qMeIwE=
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=sourceware.org; h=list-id
	:list-unsubscribe:list-subscribe:list-archive:list-post
	:list-help:sender:message-id:date:from:mime-version:to:cc
	:subject:references:in-reply-to:content-type
	:content-transfer-encoding; s=default; bh=AMgPXLv2SBWUMD9a7K+Uzx
	KZb0U=; b=MhE25hzOu9H0S1FKIXq0tGhu/FMA6LoR8b+2wlz6Bv+EzstaolKmKe
	0J0dnulCWnsuIT9MmoUzX6NtAdluzmPNAAZdkN/9owa2mRHiYQE/vWML/UlHGTMg
	bUPV79vmWsADX02RjNUyM86fvgyae+7YPDUNIhXYUqQ9BG6CTA8Mo=
Mailing-List: contact cygwin-help@cygwin.com; run by ezmlm
List-Id: <cygwin.cygwin.com>
List-Subscribe: <mailto:cygwin-subscribe@cygwin.com>
List-Archive: <http://sourceware.org/ml/cygwin/>
List-Post: <mailto:cygwin@cygwin.com>
List-Help: <mailto:cygwin-help@cygwin.com>, <http://sourceware.org/ml/#faqs>
Sender: cygwin-owner@cygwin.com
Mail-Followup-To: cygwin@cygwin.com
Delivered-To: mailing list cygwin@cygwin.com
Authentication-Results: sourceware.org; auth=none
X-Virus-Found: No
X-Spam-SWARE-Status: No, score=-2.1 required=5.0 tests=AWL,BAYES_00,LIKELY_SPAM_SUBJECT,RP_MATCHES_RCVD,SPF_HELO_PASS,SPF_PASS autolearn=ham version=3.3.2
X-HELO: limerock01.mail.cornell.edu
X-CornellRouted: This message has been Routed already.
Message-ID: <5411C446.3010005@cornell.edu>
Date: Thu, 11 Sep 2014 11:48:22 -0400
From: Ken Brown <kbrown@cornell.edu>
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0
MIME-Version: 1.0
To: cygwin@cygwin.com
CC: Daniel Colascione <dancol@dancol.org>
Subject: Re: Font support of UTF-8 chars differ between w32 Emacs and Cygwin Emacs
References: <868um0dgfp.fsf@somewhere.org> <54108F3C.5010103@cornell.edu>	<86a966bn5v.fsf@somewhere.org> <87bnqmy0b4.fsf@Rainer.invalid> <867g1atq2j.fsf@somewhere.org>
In-Reply-To: <867g1atq2j.fsf@somewhere.org>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-IsSubscribed: yes

On 9/11/2014 6:21 AM, Sebastien Vauban wrote:
> Achim Gratz wrote:
>> Both fonts you use as an example exist in multiple versions with
>> differing UTF-8 support.  If they don't have that glyph (which is
>> likely, given the results you report), then Emacs would try to get it
>> from another font with the same dimensions (I don't know if mintty
>> does font substitution and if so, how) and the results very much
>> depend on the font maps used.
>
> I didn't know about that mechanism. But, then, the question is: why does
> Windows Emacs find a substitution, and not Cygwin Emacs (for the same
> font)?

It's clear that I was wrong when I said that this doesn't seem to have 
anything to do with emacs.  The problem might be that the Cygwin-w32 
build of emacs is a relatively recent invention and may still need some 
tweaking to get all the GUI features working properly.  If you or 
someone else is motivated enough, I'm sure it would be possible to 
figure out how the Windows build finds a glyph for characters that don't 
have one in the chosen font, and to port that to the Cygwin-w32 build. 
I'm copying Daniel Colascione, the author of that build, to see if he 
has any comments.  Dan, the thread starts here:

   https://cygwin.com/ml/cygwin/2014-09/msg00052.html

Ken

--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple

