X-Recipient: archive-cygwin AT delorie DOT 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:to:from:subject:date:message-id:references :mime-version:content-type; q=dns; s=default; b=mIAh5FUKcU8DqLlG gEstL2xs8euWYiDNHilPOs48fND57xW7QuUAxUU+YqJ5HFQAHl3uNACCJWxf5QKQ HvYu2RQr6yN3zEaZ9nRiQPYnEkgAZTUgmgmKFeGsV5gLO0lIm/Hvjwrc/DgZGT3Y fcmXgXO8gc3KX7/oKAU5WK1+S3c= 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:to:from:subject:date:message-id:references :mime-version:content-type; s=default; bh=3/hKoCwUgCVyMLKql9OnJF kw1rk=; b=YJsJJ6pUIFXDR+o7vI6jzfUeYPj6Bpp8HO21anCHjfY47iyGz4hEH+ YLEEDYllDOnGp9svRSZWy4Idzn2M1+D5dOQ4gHmfubQ+383G3Nz+EQyfgJ+bvnoY AzokchkRABOHbjw6EJPTrnU7X1ISNfmQ49TPNET0Z2KQoQvrShaYo= Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner AT cygwin DOT com Mail-Followup-To: cygwin AT cygwin DOT com Delivered-To: mailing list cygwin AT cygwin DOT com Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-1.0 required=5.0 tests=AWL,BAYES_50,LIKELY_SPAM_SUBJECT,RCVD_IN_DNSWL_LOW,RP_MATCHES_RCVD,SPF_HELO_PASS,SPF_PASS autolearn=ham version=3.3.2 X-HELO: plane.gmane.org To: cygwin AT cygwin DOT com From: Sebastien Vauban Subject: Re: Font support of UTF-8 chars differ between w32 Emacs and Cygwin Emacs Date: Thu, 11 Sep 2014 10:02:04 +0200 Lines: 60 Message-ID: <86a966bn5v.fsf@somewhere.org> References: <868um0dgfp DOT fsf AT somewhere DOT org> <54108F3C DOT 5010103 AT cornell DOT edu> Mime-Version: 1.0 Content-Type: text/plain X-Url: Under construction... X-Archive: encrypt User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3 (windows-nt) X-IsSubscribed: yes Hello, Ken Brown wrote: > On 9/3/2014 8:41 AM, Sebastien Vauban wrote: >> As you can see on http://screencast.com/t/XTTv9DSAC, win32 binaries of >> Emacs and Cygwin Emacs can't display the white right-pointing >> triangle coherently for the same fonts: >> >> - win32 Emacs always can display it, in all fonts, >> >> - Cygwin Emacs can't display it with Consolas, Courier New and Lucida >> (among others). >> >> MWE: >> >> --8<---------------cut here---------------start------------->8--- >> ;; these fonts only display (special?) UTF-8 chars (here: the white >> ;; right-pointing triangle) in win32 binary of Emacs >> >> (modify-all-frames-parameters '((font . "Consolas-10"))) >> (char-displayable-p ?\u25B7) >> >> (modify-all-frames-parameters '((font . "Lucida Console-9"))) >> (char-displayable-p ?\u25B7) >> >> ;; these work for both win32 binary of Emacs + Cygwin Emacs >> >> (modify-all-frames-parameters '((font . "DejaVu Sans Mono-9"))) >> (char-displayable-p ?\u25B7) >> >> (modify-all-frames-parameters '((font . "Lucida Sans Typewriter-9"))) >> (char-displayable-p ?\u25B7) >> --8<---------------cut here---------------end--------------->8--- >> >> Any idea why such differences? > > I've had a chance to look at this now, and it doesn't seem to have > anything to do with emacs. > > I've created a text file 25b7.txt (attached) with a single line > containing the white right-pointing-triangle. When I issue the > command "cat 25b7.txt" in a mintty terminal, I sometimes see an empty > rectangle (meaning the character can't be displayed), and I sometimes > see the white right-pointing triangle, depending on which font > I select in the mintty options. > > I don't know enough about fonts and UTF-8 encoding to be able to shed > any more light on this. Maybe someone else can help. The problem would be with Cygwin in general, then, if not limited to Emacs. But why the same fonts (Consolas, Lucida Console) don't display the same range of characters in both worlds? Best regards, Seb -- Sebastien Vauban -- 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