From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Anders Lindgren Newsgroups: gmane.emacs.bugs Subject: bug#21415: 25.0.50; Emacs Trunk -- pixelwise width/height for x-create-frame Date: Wed, 14 Oct 2015 23:53:20 +0200 Message-ID: References: <561E92D8.1050500@gmx.at> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: multipart/alternative; boundary=001a11436a9e3d3288052217972c X-Trace: ger.gmane.org 1444859747 8577 80.91.229.3 (14 Oct 2015 21:55:47 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 14 Oct 2015 21:55:47 +0000 (UTC) Cc: Keith David Bershatsky , 21415@debbugs.gnu.org To: martin rudalics Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Wed Oct 14 23:55:40 2015 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 1ZmU1M-0002ph-0Y for geb-bug-gnu-emacs@m.gmane.org; Wed, 14 Oct 2015 23:55:40 +0200 Original-Received: from localhost ([::1]:44714 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZmU1L-00025v-Bg for geb-bug-gnu-emacs@m.gmane.org; Wed, 14 Oct 2015 17:55:39 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:40916) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZmTzp-0001p3-Pz for bug-gnu-emacs@gnu.org; Wed, 14 Oct 2015 17:54:06 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ZmTzm-0004WZ-Iw for bug-gnu-emacs@gnu.org; Wed, 14 Oct 2015 17:54:05 -0400 Original-Received: from debbugs.gnu.org ([208.118.235.43]:60504) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZmTzm-0004WV-Eh for bug-gnu-emacs@gnu.org; Wed, 14 Oct 2015 17:54:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.80) (envelope-from ) id 1ZmTzm-0001OR-6T for bug-gnu-emacs@gnu.org; Wed, 14 Oct 2015 17:54:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Anders Lindgren Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 14 Oct 2015 21:54:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 21415 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 21415-submit@debbugs.gnu.org id=B21415.14448596045306 (code B ref 21415); Wed, 14 Oct 2015 21:54:02 +0000 Original-Received: (at 21415) by debbugs.gnu.org; 14 Oct 2015 21:53:24 +0000 Original-Received: from localhost ([127.0.0.1]:51212 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1ZmTz9-0001NU-5d for submit@debbugs.gnu.org; Wed, 14 Oct 2015 17:53:23 -0400 Original-Received: from mail-vk0-f47.google.com ([209.85.213.47]:35264) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1ZmTz7-0001NM-AB for 21415@debbugs.gnu.org; Wed, 14 Oct 2015 17:53:21 -0400 Original-Received: by vkha6 with SMTP id a6so38397827vkh.2 for <21415@debbugs.gnu.org>; Wed, 14 Oct 2015 14:53:20 -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=y0iasmbikBhAFZqfU0KdMT/wVRuaL8gWNZj7XRMIzGE=; b=H2W4zKMLOyIGu4qxktGTX5D1WPKrJ8ZIQy5qLei26ZexHcJTRB9TQpESu6TrUhyIQu IWOmLvrsLKXnbz8zovXGA+0xBp/Cg0InMMT3IglndFTF+ApZAnP1F3OKxlNkpslyzz4a oABzmP6GH+MYerfubgn7jo4J1Y9EwFeD0mgmhRmNb8g0GcEhtd4TT+4DT4wDNP+eMd9G ld7vhKXgiTILaqDdmNB4W1BFJgPWI5nKK+fch+Xx93VJkSgw2dOr6B7nluf/ZwmjKfDW SpOdEMJQaA0UgN/IDD82dzeh9bBT8/4gvBV9rKtyegBbp5gJJUKnkcS7kyFpP1coiLK5 SYkg== X-Received: by 10.31.179.83 with SMTP id c80mr3284852vkf.68.1444859600512; Wed, 14 Oct 2015 14:53:20 -0700 (PDT) Original-Received: by 10.31.139.21 with HTTP; Wed, 14 Oct 2015 14:53:20 -0700 (PDT) In-Reply-To: <561E92D8.1050500@gmx.at> 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: 208.118.235.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:107624 Archived-At: --001a11436a9e3d3288052217972c Content-Type: text/plain; charset=UTF-8 Martin, I've got a quick question. I noticed that the OS X port behaves a bit inconsistent when it comes to restricting a frame to the screen -- sometimes it is restricted in height, sometimes it's not. I would like to make this more consistent, but I'm not sure in which direction I should go. How does the other terms (especially X11) behave? Does it restrict the frame to be within the screen? If so, does it allow for the frame border to be placed outside the screen? What happens if the frame is first resized and then moved. Should the resize truncate the height, even though the move would place the entire frame inside the screen borders? Can a move and a resize be made atomically (pixelwise)? Personally, I'd prefer it there is no truncation. However, if it is, I really would like to be able to allow the frame border to stretch outside the screen, in order to really maximize the screen real estate. / Anders On Wed, Oct 14, 2015 at 7:37 PM, martin rudalics wrote: > > Attached are the test suite results for each 10/13/2015 build of Emacs > -- OSX 10.6.8, and Windows XP. > > Thanks. Apparently toggling the tool bar on OSX is still causing > problems. Can you please, on OSX, do the following with emacs -Q: > > (1) Toggle the tool bar off. Does the overall frame height shrink or > stay the same? > > (2) Toggle the tool bar on again. Does the overall frame height > increase or stay the same? > > (3) Evaluate (setq frame-inhibit-implied-resize t) and repeat steps (1) > and (2). > > Thanks, martin > --001a11436a9e3d3288052217972c Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Martin,

I've got a quick question. = I noticed that the OS X port behaves a bit inconsistent when it comes to re= stricting a frame to the screen -- sometimes it is restricted in height, so= metimes it's not. I would like to make this more consistent, but I'= m not sure in which direction I should go.

How doe= s the other terms (especially X11) behave? Does it restrict the frame to be= within the screen? If so, does it allow for the frame border to be placed = outside the screen?

What happens if the frame is f= irst resized and then moved. Should the resize truncate the height, even th= ough the move would place the entire frame inside the screen borders? Can a= move and a resize be made atomically (pixelwise)?

Personally, I'd prefer it there is no truncation. However, if it is, I= really would like to be able to allow the frame border to stretch outside = the screen, in order to really maximize the screen real estate.
<= br>
/ Anders



On Wed, Oct 14, 2015 at 7:3= 7 PM, martin rudalics <rudalics@gmx.at> wrote:
> Attached are the test suite result= s for each 10/13/2015 build of Emacs -- OSX 10.6.8, and Windows XP.

 Thanks.=C2=A0 Apparently toggling the tool bar on OSX is still causing
problems.=C2=A0 Can you please, on OSX, do the following with emacs -Q:

(1) Toggle the tool bar off.=C2=A0 Does the overall frame height shrink or<= br> =C2=A0 =C2=A0 stay the same?

(2) Toggle the tool bar on again.=C2=A0 Does the overall frame height
=C2=A0 =C2=A0 increase or stay the same?

(3) Evaluate (setq frame-inhibit-implied-resize t) and repeat steps (1)
=C2=A0 =C2=A0 and (2).

Thanks, martin

--001a11436a9e3d3288052217972c--