From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Dan Maftei Newsgroups: gmane.emacs.help Subject: Cocoa emacs renders Unicode combining diacritics improperly Date: Mon, 16 Jul 2012 18:09:38 +0100 Message-ID: NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: multipart/alternative; boundary=bcaec51b9d01e18aef04c4f57fcc X-Trace: dough.gmane.org 1342458612 14680 80.91.229.3 (16 Jul 2012 17:10:12 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Mon, 16 Jul 2012 17:10:12 +0000 (UTC) To: help-gnu-emacs@gnu.org Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Mon Jul 16 19:10:12 2012 Return-path: Envelope-to: geh-help-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1SqooC-0000Gv-0K for geh-help-gnu-emacs@m.gmane.org; Mon, 16 Jul 2012 19:10:08 +0200 Original-Received: from localhost ([::1]:58387 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SqooA-0008S5-WC for geh-help-gnu-emacs@m.gmane.org; Mon, 16 Jul 2012 13:10:06 -0400 Original-Received: from eggs.gnu.org ([208.118.235.92]:43852) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Sqoo4-0008Rj-Js for help-gnu-emacs@gnu.org; Mon, 16 Jul 2012 13:10:02 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Sqoo3-0000lX-9B for help-gnu-emacs@gnu.org; Mon, 16 Jul 2012 13:10:00 -0400 Original-Received: from mail-vc0-f169.google.com ([209.85.220.169]:38408) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Sqoo3-0000lT-4Q for help-gnu-emacs@gnu.org; Mon, 16 Jul 2012 13:09:59 -0400 Original-Received: by vcbfl10 with SMTP id fl10so4579183vcb.0 for ; Mon, 16 Jul 2012 10:09:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:from:date:message-id:subject:to:content-type; bh=G0qPIjTMJTvIe0LwlY9SlugKLKTO/n7zVmttsX7HgIg=; b=OEowWQYa2TnLJCg39Sg6MDwhz35HmHVMGp9AZnyJkqpTL0TrM68MCKvqDlFIWPfSv0 h+eP0rdc/nvN/8RuP6jPKc4EWli92JAC1BjbU1cM7nd33PIEJt3AD1HPzUqln2PxHjBR rbuaUJGTz8kXL8b46NoS3tlhRo4TYPJfz0WcD47aGHzcqpG27G2dAuEvCyI9L/VYjFMy aypDZDcC6UtTIgMKWPu70PNRvBkLrUj+ZWngAcRXbDced7o3NaGjZT9CVjsgrglxtXNj IBKrVpGwEjLZopiUCmh8cYM0nm8bvGDxkwlTjHey2O5PRGGmtgHZmgd/ZdPYyp40VxKK za9g== Original-Received: by 10.52.173.39 with SMTP id bh7mr4727995vdc.101.1342458598361; Mon, 16 Jul 2012 10:09:58 -0700 (PDT) Original-Received: by 10.58.187.197 with HTTP; Mon, 16 Jul 2012 10:09:38 -0700 (PDT) X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 209.85.220.169 X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1.14 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 Original-Sender: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.help:85887 Archived-At: --bcaec51b9d01e18aef04c4f57fcc Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable This is regarding Emacs.app, built with --with-ns from GNU emacs 24.1.1 source. Pre-composed characters (e.g. 0xf1, =C3=B1) render perfectly, but combining diacritics (e.g. n\x303) render the character oddly. Namely, the diacritic very miniscule, and is not placed directly above the main character (but not entirely to the left or right either). However, a single glyph IS created, since C-f and C-b skip over the entire rendered character. Oddly, dired correctly displays both pre-composed and de-composed characters, but other modes do not (org, shell, text modes, GNU's python.el inferior shell). Of course, either method works fine in other appliations (Chrome, Terminal.app, LibreOffice, native OS X apps). Further, both methods work when running in non-windowed mode in Terminal.app. Note that this is not precisely the problem described here ( http://www.emacswiki.org/emacs/CarbonEmacsPackage#toc23) In particular, dired works fine, non-windowed mode works fine, and in other modes, the main character and the diacritic ARE being composed, it's just the final glyph is rendered oddly. Dan --bcaec51b9d01e18aef04c4f57fcc Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
This is regarding Emacs.app, built with --with-ns from GNU emacs 24.1.= 1 source.

Pre-composed characters (e.g. 0xf1, =C3= =B1) render perfectly, but combining diacritics (e.g. n\x303) render the ch= aracter oddly. Namely, the diacritic very miniscule, and is not placed dire= ctly above the main character (but not entirely to the left or right either= ). However, a single glyph IS created, since C-f and C-b skip over the enti= re rendered character.

Oddly, dired correctly displays both pre-composed and d= e-composed characters, but other modes do not (org, shell, text modes, GNU&= #39;s python.el inferior shell).

Of course, either= method works fine in other appliations (Chrome, Terminal.app, LibreOffice,= native OS X apps).=C2=A0Further, both methods work when running in non-win= dowed mode in Terminal.app.

Note that this is not precisely the problem described h= ere (ht= tp://www.emacswiki.org/emacs/CarbonEmacsPackage#toc23) =C2=A0In particu= lar, dired works fine, non-windowed mode works fine, and in other modes, th= e main character and the diacritic ARE being composed, it's just the fi= nal glyph is rendered oddly.

Dan

--bcaec51b9d01e18aef04c4f57fcc--