From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: martin rudalics Newsgroups: gmane.emacs.bugs Subject: bug#21415: 25.0.50; Emacs Trunk -- pixelwise width/height for x-create-frame Date: Sun, 13 Sep 2015 11:02:08 +0200 Message-ID: <55F53B90.3090108@gmx.at> References: <55F40854.9070006@gmx.at> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable X-Trace: ger.gmane.org 1442135010 3693 80.91.229.3 (13 Sep 2015 09:03:30 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sun, 13 Sep 2015 09:03:30 +0000 (UTC) Cc: Keith David Bershatsky , 21415@debbugs.gnu.org To: Anders Lindgren Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Sun Sep 13 11:03:19 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 1Zb3Bq-0003XE-Bm for geb-bug-gnu-emacs@m.gmane.org; Sun, 13 Sep 2015 11:03:14 +0200 Original-Received: from localhost ([::1]:34994 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Zb3Bp-0001dU-Ph for geb-bug-gnu-emacs@m.gmane.org; Sun, 13 Sep 2015 05:03:13 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:36168) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Zb3Bk-0001cH-Cg for bug-gnu-emacs@gnu.org; Sun, 13 Sep 2015 05:03:09 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Zb3Bf-0006mj-9D for bug-gnu-emacs@gnu.org; Sun, 13 Sep 2015 05:03:08 -0400 Original-Received: from debbugs.gnu.org ([208.118.235.43]:38226) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Zb3Bf-0006mX-72 for bug-gnu-emacs@gnu.org; Sun, 13 Sep 2015 05:03:03 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.80) (envelope-from ) id 1Zb3Be-0004Qu-HJ for bug-gnu-emacs@gnu.org; Sun, 13 Sep 2015 05:03:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: martin rudalics Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 13 Sep 2015 09:03: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.144213495016973 (code B ref 21415); Sun, 13 Sep 2015 09:03:02 +0000 Original-Received: (at 21415) by debbugs.gnu.org; 13 Sep 2015 09:02:30 +0000 Original-Received: from localhost ([127.0.0.1]:58663 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Zb3B7-0004Pg-CT for submit@debbugs.gnu.org; Sun, 13 Sep 2015 05:02:29 -0400 Original-Received: from mout.gmx.net ([212.227.17.22]:54484) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Zb3B3-0004PV-Oq for 21415@debbugs.gnu.org; Sun, 13 Sep 2015 05:02:26 -0400 Original-Received: from [194.166.83.223] ([194.166.83.223]) by mail.gmx.com (mrgmx101) with ESMTPSA (Nemesis) id 0LeiJ8-1YqNl63dsc-00qOUN; Sun, 13 Sep 2015 11:02:19 +0200 In-Reply-To: X-Provags-ID: V03:K0:pyhBA1ez21RWPqeE5wwsuiG24wkwfNMY1gZekgu5UhVAo0Ug4G/ p3C7oFLr0P/Ar0o5O3/P8yjxgcv1bzqJUjbhbIOv7qyYv5TW/Tzu581H6W2Q1HlLYhGL81i p8xE39qyLu84ts+z3KCqFvFh/skMK8ofT9hbkd9/CJkRNDqdjAVJPnSjVxEDxu71EjZHLPK hZiyOdI9EU8VI6CRzF+Bw== X-UI-Out-Filterresults: notjunk:1;V01:K0:q73gyvb7ne4=:yVYDNxOzlZg75gTvC42K+2 5tS1H+/dAjF9/vWAvK4PLVQURm9UDa+0o9QQ9psUPLebKY+/ICCQHZXbDcKSvt0qnDNgpy60M N0uAaxUvAzTFbJ75gbrmBvWGJy1CEijnvF58cekr86nONZnNukWH+WFg6yxTovZGeowLblXMk pHd/xEzuVfBbZakKQh8On9gsxGagTcud8oJyzJxhIMrURicManEUMz6k0yU4KvoyLqNCVvfEa kgldymA0gEzXnI5mGh1t+R/FYiQkRdFltFetJhJt0QWCZf82lV1GwMKQzvTxdJXNFfTLnNEjx XbLol7l15MAEL6rjtM2jx1N6C5dMDN10Nq3wOzj+t3ESG1KWe8svZyKGe7nahhhYVTV1fIHNd Mn8pZzw7YKDsgZIE7STfw5v33NizsCGa+DME7DEgCSYqctvfIUsQ/za88pwWWQUVN+H3zl9U+ sCCHChlfKhuUw7tCfoH+t3cUGUrAsFyf51a95rV2oznGyC3Tn+dcXNDGLOwcohuqpDEEXFUTG 6QMTBOzZrVTft3N7ayke859a+AKwKzI7+Jso5bg8JEqp0C9HtB+pvBSyW0PpBQ62AjgyEkaG6 M1BmiP1xacOQoB8b+iXO/mWuNIt8SJb3/xcLCvVs+NoQOSx3UVP8iP8mPcJGG9fxkFRTd6Z7B AUhQJcYXZxsM9Jfc7eMlYYt3noVKCE/0ahO+dZXepYQF2Kr3HQ3rouBvZ5ObhtedBEwlUXZNQ zlc1ejuHuopKSH+7vKvd+8hiVm2GYUf9yhoDPw== 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:106469 Archived-At: > Unfortunately, removing the suggested lines break another feature. > > The system is designed so that it should be possible to programmatical= ly > place the top of the frame above the top of the screen (when the menu = bar > is hidden). This is useful to hide the window title so that the full h= eight > of the screen can be utilised to edit text. When the suggested patch i= s > applied, this no longer is possible. OK. But this _is_ a different issue we could customize appropriately. Auto hiding the menu bar should not unconditionally require to hide the title bar as well. So we could easily add an additional value to =E2=80=98ns-auto-hide-menu-bar=E2=80=99, say 'hide-menu-bar-only, where w= e only hide the menu bar and still constrain the frame to the screen. Both nil and t would mean to leave the current behavior unchanged. WDYT? > I would say that the problem is not related to this, but to `make-fram= e' > itself. When a weight higher than the default is specified, What is a "weight higher than the default"? I suppose you mean "height" but I still don't understand. What is the "default"? > it should > adjust the window to start further down. Further "up" maybe? > As it is today, it always seem to > start mid screen. IIUC Emacs does _not_ ask for a specific start position. If it does we could remove that. Eventually it's always up to the WM to put the window where it wants to. > Below is a small test file I have used to test the frame placement > features. If you come up with another solution, you can use it to chec= k > that it doesn't break existing features. By the way, it's not intended= to > be loaded, instead follow the comment and evaluate the expression one = by > one and check that the result is as described in the file. This one appears severely mangled by one of our MUAs. But I have no OS X here to check this anyway. Maybe Keith can comment. > ;; ns-frame-test.el --- test for NextStep (Mac OS X) frame > positioning.;; Author: Anders Lindgren;; This file is *not* intended =2E.. Thanks for the quick response, martin