From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Deyuan Deng Newsgroups: gmane.emacs.bugs Subject: bug#15046: 24.3.50; Extra Line under minibuffer in Mac OSX fullscreen Date: Fri, 9 Aug 2013 09:39:43 -0600 Message-ID: References: <458E3DA2-8906-443F-9394-7F3E24DDABC5@gmail.com> <83pptnrwnr.fsf@gnu.org> <83k3jvrnmv.fsf@gnu.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: multipart/alternative; boundary=089e0160b0d2698f2f04e3859517 X-Trace: ger.gmane.org 1376062818 27503 80.91.229.3 (9 Aug 2013 15:40:18 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 9 Aug 2013 15:40:18 +0000 (UTC) Cc: 15046@debbugs.gnu.org To: rudalics@gmx.at Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Fri Aug 09 17:40:19 2013 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 1V7onY-000541-5D for geb-bug-gnu-emacs@m.gmane.org; Fri, 09 Aug 2013 17:40:16 +0200 Original-Received: from localhost ([::1]:51497 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1V7onX-0002RF-O2 for geb-bug-gnu-emacs@m.gmane.org; Fri, 09 Aug 2013 11:40:15 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:35094) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1V7onQ-0002GI-Pe for bug-gnu-emacs@gnu.org; Fri, 09 Aug 2013 11:40:13 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1V7onM-00028M-Gd for bug-gnu-emacs@gnu.org; Fri, 09 Aug 2013 11:40:08 -0400 Original-Received: from debbugs.gnu.org ([140.186.70.43]:55609) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1V7onM-000286-DY for bug-gnu-emacs@gnu.org; Fri, 09 Aug 2013 11:40:04 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.80) (envelope-from ) id 1V7onL-0008Q4-12 for bug-gnu-emacs@gnu.org; Fri, 09 Aug 2013 11:40:03 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Deyuan Deng Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 09 Aug 2013 15:40:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 15046 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 15046-submit@debbugs.gnu.org id=B15046.137606279332343 (code B ref 15046); Fri, 09 Aug 2013 15:40:02 +0000 Original-Received: (at 15046) by debbugs.gnu.org; 9 Aug 2013 15:39:53 +0000 Original-Received: from localhost ([127.0.0.1]:49925 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1V7onA-0008PZ-0u for submit@debbugs.gnu.org; Fri, 09 Aug 2013 11:39:52 -0400 Original-Received: from mail-vc0-f182.google.com ([209.85.220.182]:56507) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1V7on7-0008PL-Hf for 15046@debbugs.gnu.org; Fri, 09 Aug 2013 11:39:50 -0400 Original-Received: by mail-vc0-f182.google.com with SMTP id hf12so1153537vcb.27 for <15046@debbugs.gnu.org>; Fri, 09 Aug 2013 08:39:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=9Y47P0ndyqFOwG2j2dsOp6uZDSTlaLbQYVbi5CkTvAs=; b=B0oR5nLc+9PTInWHprxlt4Dlc8OOur5DJSc81AghFWAY4aMIua8zUWHA0fKGF4NiIR nnEhz40U7gkNNH+al6tgdZ1iicgkN0lNdPb1a5B000dtZ1BwUCR7RudIpqsHO1nkOpz/ HEONHCq2VUI2loTMEySoxJkPDyFtz+KTCLWfMAbeNL0cD8Yw9fnKh3fcidLfq6PEszCg ezKUiskn3OQCYUPS5ZO7+BA9/6r1ynfN2aAo6jVoO2kjGzBHFedgydZQFg1Ijj1+OrqW Cn9ZUZkydCWj4+DgAlToNlpYiaxidjZNLKEn8L86kG9WCGjY4CYv2geaFMa4bRpJHns9 wodw== X-Received: by 10.52.168.10 with SMTP id zs10mr646716vdb.21.1376062783717; Fri, 09 Aug 2013 08:39:43 -0700 (PDT) Original-Received: by 10.221.13.68 with HTTP; Fri, 9 Aug 2013 08:39:43 -0700 (PDT) In-Reply-To: <83k3jvrnmv.fsf@gnu.org> X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x 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:77173 Archived-At: --089e0160b0d2698f2f04e3859517 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hi Martin, Thanks for your patch. I will try my best to apply it to OSX, i'm new to elisp so it may take a little bit longer. I'm also interested in fixing it in other platform if no one is working on that part. Thanks for all your help, it's a great community. Best, Deyuan On Fri, Aug 9, 2013 at 7:37 AM, Eli Zaretskii wrote: > > From: Jan Dj=E4rv > > Date: Fri, 9 Aug 2013 14:41:24 +0200 > > Cc: 15046@debbugs.gnu.org, > > deyuan.deng@gmail.com > > > > > I'm not sure what you mean by "displays whole lines", but at least > > > taken at face value, this is incorrect: Emacs is perfectly capable of > > > displaying partially visible lines. > > > > So why don't it? The display engine got all information it needs, the > frame size in pixels, the line sizes in pixels, the placement of the > windows and so on. It should be able to distribute the non-whole line > pixels to a widow and display a partial line there (i.e. above the mode > line as suggested elsewhere), but it currently don't. That is what I mea= n > by displays whole lines. > > What you mean is Emacs is unable to _resize_ a window in pixel > increments. It can only change window size in integral increments of > the frame's default face. That is correct (and AFAIU is the subject > or Martin's patch). > > But once a window is created or resized, it can display partial > lines. Just remap the default face and you will see it. > --=20 *Deyuan Derrick Deng* *Master of Electrical and Computer Engineering* *Carnegie Mellon University* --089e0160b0d2698f2f04e3859517 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Hi Martin,

Thanks for your patch. I wil= l try my best to apply it to OSX, i'm new to elisp so it may take a lit= tle bit longer. I'm also interested in fixing it in other platform if n= o one is working on that part.

Thanks for all your help, it's a great community.

Best,
Deyuan


On Fri, Aug 9, 2013 at 7:37 AM= , Eli Zaretskii <eliz@gnu.org> wrote:
> From: Jan Dj=E4rv <jan.h.d@swipnet.se>
> Date: Fri, 9 Aug 2013 14:41:24 +0200
> Cc: 15046@debbugs.gnu.org= ,
> =A0deyuan.deng@gmail.com<= br>
>
> > I'm not sure what you mean by "displays whole lines"= ;, but at least
> > taken at face value, this is incorrect: Emacs is perfectly capabl= e of
> > displaying partially visible lines.
>
> So why don't it? =A0The display engine got all information it need= s, the frame size in pixels, the line sizes in pixels, the placement of the= windows and so on. =A0It should be able to distribute the non-whole line p= ixels to a widow and display a partial line there (i.e. above the mode line= as suggested elsewhere), but it currently don't. =A0That is what I mea= n by displays whole lines.

What you mean is Emacs is unable to _resize_ a window in pixel
increments. =A0It can only change window size in integral increments of
the frame's default face. =A0That is correct (and AFAIU is the subject<= br> or Martin's patch).

But once a window is created or resized, it can display partial
lines. =A0Just remap the default face and you will see it.



--
Deyuan De= rrick Deng
Master of Electrical and Computer Engineering
Carnegie Mellon University
--089e0160b0d2698f2f04e3859517--