From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: gottlieb@nyu.edu Newsgroups: gmane.emacs.bugs Subject: bug#20552: 24.4; cc Date: Thu, 14 May 2015 16:33:11 -0400 Message-ID: <87382yvr08.fsf@nyu.edu> References: <87zj5aq3j8.fsf@nyu.edu> <5551C9A2.6050301@gmx.at> <87zj5aq8ol.fsf@nyu.edu> <5552FF1F.2010901@gmx.at> <87fv701u0r.fsf@nyu.edu> <55547566.1040801@gmx.at> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1431635671 12297 80.91.229.3 (14 May 2015 20:34:31 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 14 May 2015 20:34:31 +0000 (UTC) Cc: "20552@debbugs.gnu.org" <20552@debbugs.gnu.org> To: martin rudalics Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Thu May 14 22:34:14 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 1Yszpc-0005wn-2w for geb-bug-gnu-emacs@m.gmane.org; Thu, 14 May 2015 22:34:12 +0200 Original-Received: from localhost ([::1]:56670 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Yszpb-0005v4-Gz for geb-bug-gnu-emacs@m.gmane.org; Thu, 14 May 2015 16:34:11 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:54277) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YszpX-0005uf-12 for bug-gnu-emacs@gnu.org; Thu, 14 May 2015 16:34:08 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1YszpT-0001cS-0N for bug-gnu-emacs@gnu.org; Thu, 14 May 2015 16:34:06 -0400 Original-Received: from debbugs.gnu.org ([140.186.70.43]:35458) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YszpS-0001cK-TL for bug-gnu-emacs@gnu.org; Thu, 14 May 2015 16:34:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.80) (envelope-from ) id 1YszpS-0004YK-Mr for bug-gnu-emacs@gnu.org; Thu, 14 May 2015 16:34:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: gottlieb@nyu.edu Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 14 May 2015 20:34:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 20552 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 20552-submit@debbugs.gnu.org id=B20552.143163559917444 (code B ref 20552); Thu, 14 May 2015 20:34:02 +0000 Original-Received: (at 20552) by debbugs.gnu.org; 14 May 2015 20:33:19 +0000 Original-Received: from localhost ([127.0.0.1]:45433 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Yszok-0004XH-F0 for submit@debbugs.gnu.org; Thu, 14 May 2015 16:33:19 -0400 Original-Received: from mx2.cims.nyu.edu ([128.122.49.96]:54615) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Yszoh-0004X6-Nq for 20552@debbugs.gnu.org; Thu, 14 May 2015 16:33:16 -0400 Original-Received: from smtp.cs.nyu.edu (smtp.cs.nyu.edu [128.122.49.97]) by mx2.cims.nyu.edu (8.14.4+Sun/8.14.4) with ESMTP id t4EKXDfr026332; Thu, 14 May 2015 16:33:13 -0400 (EDT) Original-Received: from newlap.localdomain (c-50-176-80-241.hsd1.ma.comcast.net [50.176.80.241]) (authenticated bits=0) by smtp.cs.nyu.edu (8.14.3/8.14.4) with ESMTP id t4EKXBqC026326 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Thu, 14 May 2015 16:33:12 -0400 (EDT) Original-Received: by newlap.localdomain (Postfix, from userid 1000) id B6DF9AA1BE; Thu, 14 May 2015 16:33:11 -0400 (EDT) In-Reply-To: <55547566.1040801@gmx.at> (martin rudalics's message of "Thu, 14 May 2015 12:13:58 +0200") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.4 (gnu/linux) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.1 (mx2.cims.nyu.edu [128.122.49.96]); Thu, 14 May 2015 16:33:13 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.97.4 at mx2 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.73 on 128.122.49.96 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:102811 Archived-At: On Thu, May 14 2015, martin rudalics wrote: >> As you wrote it there is no difference. (left . 0) remains >> about 1/8 inch right of flush left (even if executed twice). BUT >> >> (modify-frame-parameters nil '((user-position . t) (width . 176) >> (left . -1300)) >> >> does become flush left on an initial emacs -Q whereas without the >> user-position (which I will now read about) it required two executions >> to become flush left. Recall, previously the first execution left the frame >> several inches right of flush left but a second execution made it flush >> left. > > Still weird. What happens with > > (modify-frame-parameters nil '((user-position . t) (width . 176) (left . 1))) I am not at the 2560x1600 screen. But I tried (left . 1) anyway. It is still about 1/8 inch from flush-left. I tried (on this 1680x1050 monitor) (left -1300) and tried (left . -500) both gave flush left. Conclusions 1. (user-position . t) is needed to get flush left immediately. The manual is clear on this if you know to look at user-position. 2. (left . 0) is not quite flush left even with user-position. Same for (left . 1). Perhaps the window manager is causing this. 3. (The weird part) without user-position (left -1300) is not close to flush left when executed once but is flush left if repeated. Its as though the second time it carries the force of user-position despite user-position not having ever been specified on this fresh emacs -Q. > Also, you could try playing with the `(+ POS)' and `(- POS)' position > specifications (see section 28.3.3.2 Position Parameters of the Elisp > manual). > > martin I tried those before I knew about (i.e., you told me about) user-position and I still could not get flush left. I will try again with (user-position . t). Thanks again, allan