From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: =?iso-8859-1?Q?Jan_Dj=E4rv?= Newsgroups: gmane.emacs.devel Subject: Re: Issue with fonts on macosx Date: Mon, 16 Sep 2013 18:10:43 +0200 Message-ID: <9816B596-1B1C-4D7E-B8F4-191BAE8737FE@swipnet.se> References: <997FEA97-6E6A-4F27-B132-DAB9B2BF00B1@mit.edu> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 (Mac OS X Mail 6.5 \(1508\)) Content-Type: multipart/alternative; boundary="Apple-Mail=_AD764F97-0FAE-414F-B2D8-38793E196B92" X-Trace: ger.gmane.org 1379347868 10758 80.91.229.3 (16 Sep 2013 16:11:08 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 16 Sep 2013 16:11:08 +0000 (UTC) Cc: "emacs-devel@gnu.org Development" To: chad Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Sep 16 18:11:09 2013 Return-path: Envelope-to: ged-emacs-devel@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 1VLbOG-0002FY-VR for ged-emacs-devel@m.gmane.org; Mon, 16 Sep 2013 18:11:09 +0200 Original-Received: from localhost ([::1]:36183 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VLbOG-000728-AI for ged-emacs-devel@m.gmane.org; Mon, 16 Sep 2013 12:11:08 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:54570) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VLbO6-00070j-Cn for emacs-devel@gnu.org; Mon, 16 Sep 2013 12:11:05 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1VLbNz-0000ci-DZ for emacs-devel@gnu.org; Mon, 16 Sep 2013 12:10:58 -0400 Original-Received: from mail01.bdtv.se ([176.10.222.34]:50064) by eggs.gnu.org with smtp (Exim 4.71) (envelope-from ) id 1VLbNz-0000bq-1r for emacs-devel@gnu.org; Mon, 16 Sep 2013 12:10:51 -0400 Original-Received: (qmail 8900 invoked by uid 89); 16 Sep 2013 16:10:45 -0000 Original-Received: from h-46-59-42-57.na.cust.bahnhof.se (HELO coolsville.localdomain) (boel.djarv@bdtv.se@46.59.42.57) by mail01.bdtv.se with ESMTPA; 16 Sep 2013 16:10:45 -0000 Original-Received: from anon-63-35.vpn.ipredator.se (unknown [46.246.63.35]) by coolsville.localdomain (Postfix) with ESMTPSA id 57A411A0327; Mon, 16 Sep 2013 16:10:45 +0000 (UTC) In-Reply-To: <997FEA97-6E6A-4F27-B132-DAB9B2BF00B1@mit.edu> X-Mailer: Apple Mail (2.1508) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x X-Received-From: 176.10.222.34 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:163368 Archived-At: --Apple-Mail=_AD764F97-0FAE-414F-B2D8-38793E196B92 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Hello. The Mac port font backend has been ported to the trunk, so these = artifacts should be gone on OSX >=3D 10.5. Jan D. 15 maj 2013 kl. 19:47 skrev chad : > I'm seeing a subtle issue with emacs rendering (on macosx, with the > current bzr head and a build from 9 May) but only with certain > fonts. I'll file a bug report, but I'd like to both narrow it down > and see if anyone else has similar problems first. >=20 > With my normal setup, using a zenburn theme and the font Anonymous > Pro, I see graphical `turds' that look like font droppings (the > cyan bits) in long dired listings. I typically need to scroll down > a screen or two in a long listing to see them. Once they appear, > they seem to be stable even if I scroll them off the screen and > back on. Moving the cursor over the dropping clears it, but scrolling > the area off and back into the window will make them reappear. >=20 > This seems to be far more pronounced with the font Anonymous Pro > (http://www.marksimonson.com/fonts/view/anonymous-pro). I don't see > it at all with the default font, but I do see something like it > with courier. I'm posting here in the hope that other developers > can check and see if it happens on their system+font. >=20 > Here's an example with Anonymous Pro and the zenburn theme (the > cyan bits): >=20 > >=20 > I see similar results starting from Emacs -Q, with the same font > (the orange bits): >=20 > >=20 > I also see similar but not identical issues with courier (cyan > again), but only in places that look like maybe intentional aliasing > spots. I'm not knowledgeable about current font rendering techniques. > Is this screenshot working as intended? >=20 > >=20 > Thanks in advance, > ~Chad --Apple-Mail=_AD764F97-0FAE-414F-B2D8-38793E196B92 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=us-ascii Jan D.

15 = maj 2013 kl. 19:47 skrev chad <yandros@MIT.EDU>:

I'm seeing a subtle = issue with emacs rendering (on macosx, with the
current bzr = head and a build from 9 May) but only with certain
fonts. I'll = file a bug report, but I'd like to both narrow it down
and see = if anyone else has similar problems = first.

With my normal setup, using a = zenburn theme and the font Anonymous
Pro, I see graphical = `turds' that look like font droppings (the
cyan bits) in long = dired listings. I typically need to scroll down
a screen or = two in a long listing to see them. Once they appear,
they seem = to be stable even if I scroll them off the screen and
back on. = Moving the cursor over the dropping clears it, but = scrolling
the area off and back into the window will make them = reappear.

This seems to be far more pronounced = with the font Anonymous Pro
it = at all with the default font, but I do see something like = it
with courier. I'm posting here in the hope that other = developers
can check and see if it happens on their = system+font.

Here's an example with Anonymous = Pro and the zenburn theme (the
cyan = bits):

<eb-AnonymousPro-zenb.png>

I see similar results starting from = Emacs -Q, with the same font
(the orange = bits):

<eb-AnonymousPro-white.png&= gt;

I also see similar but not = identical issues with courier (cyan
again), but only in places = that look like maybe intentional aliasing
spots. I'm not = knowledgeable about current font rendering techniques.
Is this = screenshot working as = intended?

<eb-courier-zenb.png>=

Thanks in = advance,
~Chad

= --Apple-Mail=_AD764F97-0FAE-414F-B2D8-38793E196B92--