From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Jan =?UTF-8?Q?Dj=C3=A4rv?= Newsgroups: gmane.emacs.bugs Subject: bug#11052: 24.0.94; Display problem under OS X Lion Date: Sat, 8 Sep 2012 14:49:01 +0200 Message-ID: <67976BB0-640E-419E-953F-9D3609487B99@swipnet.se> References: <40C7B1BFC291ED4E9D10436D07736A334702B5FFCF@EXMAIL7.haas.uc.berkeley.edu> <40C7B1BFC291ED4E9D10436D07736A334702EB9E80@EXMAIL7.haas.uc.berkeley.edu> <3027A8D3-7E9C-48B5-B810-510CE3380581@swipnet.se> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 (Mac OS X Mail 6.0 \(1486\)) Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable X-Trace: ger.gmane.org 1347108589 31450 80.91.229.3 (8 Sep 2012 12:49:49 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sat, 8 Sep 2012 12:49:49 +0000 (UTC) Cc: 11052-done@debbugs.gnu.org To: Richard Stanton Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Sat Sep 08 14:49:51 2012 Return-path: Envelope-to: geb-bug-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 1TAKTr-0000ME-Ff for geb-bug-gnu-emacs@m.gmane.org; Sat, 08 Sep 2012 14:49:47 +0200 Original-Received: from localhost ([::1]:57937 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TAKTo-0003OI-CO for geb-bug-gnu-emacs@m.gmane.org; Sat, 08 Sep 2012 08:49:44 -0400 Original-Received: from eggs.gnu.org ([208.118.235.92]:34481) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TAKTl-0003NB-DG for bug-gnu-emacs@gnu.org; Sat, 08 Sep 2012 08:49:42 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1TAKTk-0007li-9f for bug-gnu-emacs@gnu.org; Sat, 08 Sep 2012 08:49:41 -0400 Original-Received: from debbugs.gnu.org ([140.186.70.43]:38434) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TAKTk-0007ld-6B for bug-gnu-emacs@gnu.org; Sat, 08 Sep 2012 08:49:40 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.72) (envelope-from ) id 1TAKU7-0008Ti-0Q for bug-gnu-emacs@gnu.org; Sat, 08 Sep 2012 08:50:03 -0400 Resent-From: Jan =?UTF-8?Q?Dj=C3=A4rv?= Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: bug-gnu-emacs@gnu.org Resent-Date: Sat, 08 Sep 2012 12:50:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: cc-closed 11052 X-GNU-PR-Package: emacs,ns X-GNU-PR-Keywords: Mail-Followup-To: 11052@debbugs.gnu.org, jan.h.d@swipnet.se Original-Received: via spool by 11052-done@debbugs.gnu.org id=D11052.134710857332547 (code D ref 11052); Sat, 08 Sep 2012 12:50:02 +0000 Original-Received: (at 11052-done) by debbugs.gnu.org; 8 Sep 2012 12:49:33 +0000 Original-Received: from localhost ([127.0.0.1]:47978 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TAKTa-0008Sr-E9 for submit@debbugs.gnu.org; Sat, 08 Sep 2012 08:49:32 -0400 Original-Received: from mailout.attendit.se ([83.140.103.4]:38732) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TAKTW-0008Si-AU for 11052-done@debbugs.gnu.org; Sat, 08 Sep 2012 08:49:27 -0400 Original-Received: from mail01.melmac.se (mail01.melmac.se [62.20.26.80]) by mailout.attendit.se (Postfix) with ESMTP id E656D500F7 for <11052-done@debbugs.gnu.org>; Sat, 8 Sep 2012 14:43:10 +0200 (CEST) Original-Received: (qmail 3349 invoked by uid 89); 8 Sep 2012 12:48:39 -0000 Original-Received: from h-46-59-42-18.na.cust.bahnhof.se (HELO coolsville.localdomain) (boel.djarv@bdtv.se@46.59.42.18) by mail01.melmac.se with ESMTPA; 8 Sep 2012 12:48:39 -0000 Original-Received: from [172.20.199.13] (zeplin [172.20.199.13]) by coolsville.localdomain (Postfix) with ESMTPSA id 0320C7FA05E; Sat, 8 Sep 2012 14:49:02 +0200 (CEST) In-Reply-To: <3027A8D3-7E9C-48B5-B810-510CE3380581@swipnet.se> X-Mailer: Apple Mail (2.1486) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 2) X-Received-From: 140.186.70.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:63934 Archived-At: Hello. This is now fixed in the trunk. Jan D. 1 apr 2012 kl. 15:38 skrev Jan Dj=E4rv : > Hello. >=20 > 1 apr 2012 kl. 01:10 skrev Richard Stanton: >=20 >> I=92m running the latest version of Lion (10.7.something =96 I=92m = not in front of my Mac right now). >=20 > Ok. I have not found any rationale for this behaviour, it has always = been in the NS port. I guess the idea was that it looks better of the = fringe also covers the internal border width. But it isn't done right, = as you have discovered. >=20 > But since this is not a regression from 23.4, I guess it will have to = wait for the 24.2 release. >=20 > Jan D. >=20 >>=20 >> From: Jan Dj=E4rv [mailto:jan.h.d@swipnet.se]=20 >> Sent: Saturday, March 31, 2012 10:57 AM >> To: Richard Stanton >> Cc: 11052@debbugs.gnu.org >> Subject: Re: bug#11052: 24.0.94; Display problem under OS X Lion >>=20 >> Hello. >>=20 >> 20 mar 2012 kl. 18:52 skrev Richard Stanton: >>=20 >>=20 >> The truncated numbers and line of extra pixels both go away if you = execute M-x fringe-mode -> no-fringes, so I suspect a counter in the = left-fringe code may be off by a few pixels somewhere. >>=20 >> You are correct, there is some strange adjustment going on in = ns_draw_fringe_bitmap: >>=20 >> /* NS-specific: move internal border inside fringe */ >> int x =3D p->bx < 0 ? p->x : p->bx; >> int wd =3D p->bx < 0 ? p->wd : p->nx; >> BOOL fringeOnVeryLeft >> =3D x - WINDOW_LEFT_SCROLL_BAR_COLS (w) * = WINDOW_FRAME_COLUMN_WIDTH (w) >> - FRAME_INTERNAL_BORDER_WIDTH (f) < 10; >> BOOL fringeOnVeryRight >> =3D FRAME_PIXEL_WIDTH (f) - x - wd - FRAME_INTERNAL_BORDER_WIDTH = (f) >> - WINDOW_RIGHT_SCROLL_BAR_COLS (w) * WINDOW_FRAME_COLUMN_WIDTH = (w) < 10; >> int xAdjust =3D FRAME_INTERNAL_BORDER_WIDTH (f) * >> (fringeOnVeryLeft ? -1 : (fringeOnVeryRight ? 1 : 0)); >>=20 >> Now, if you set xAdjust unconditionally to zero, the problem goes = away. I don't yet know the rationale for this. It may be something = that was needed at some point, or is needed on some systems. What OSX = version are you running? >>=20 >> Jan D. >=20