From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: martin rudalics Newsgroups: gmane.emacs.devel Subject: Re: "Position Parameters" in lispref/frames.texi Date: Mon, 21 Jan 2008 10:32:45 +0100 Message-ID: <479466BD.9090603@gmx.at> References: <4l4pd7vqvp.fsf@fencepost.gnu.org> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1200907914 18826 80.91.229.12 (21 Jan 2008 09:31:54 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 21 Jan 2008 09:31:54 +0000 (UTC) Cc: Ulrich Neumerkel , emacs-devel@gnu.org To: Glenn Morris Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Jan 21 10:32:12 2008 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1JGt0c-0006Sa-DB for ged-emacs-devel@m.gmane.org; Mon, 21 Jan 2008 10:32:02 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1JGt0C-0006Pk-TA for ged-emacs-devel@m.gmane.org; Mon, 21 Jan 2008 04:31:36 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1JGt06-0006KS-Tc for emacs-devel@gnu.org; Mon, 21 Jan 2008 04:31:30 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1JGt06-0006IC-5Y for emacs-devel@gnu.org; Mon, 21 Jan 2008 04:31:30 -0500 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1JGt05-0006Hh-VV for emacs-devel@gnu.org; Mon, 21 Jan 2008 04:31:30 -0500 Original-Received: from mail.gmx.net ([213.165.64.20]) by monty-python.gnu.org with smtp (Exim 4.60) (envelope-from ) id 1JGt05-0006LM-Gr for emacs-devel@gnu.org; Mon, 21 Jan 2008 04:31:29 -0500 Original-Received: (qmail invoked by alias); 21 Jan 2008 09:31:28 -0000 Original-Received: from N926P014.adsl.highway.telekom.at (EHLO [62.47.59.174]) [62.47.59.174] by mail.gmx.net (mp023) with SMTP; 21 Jan 2008 10:31:28 +0100 X-Authenticated: #14592706 X-Provags-ID: V01U2FsdGVkX1/a5lBAD9XaQi313QgKDV1Uel9HyT5Vk1+J1loj6g KQXWKA56E3laSG User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: de-DE, de, en-us, en In-Reply-To: <4l4pd7vqvp.fsf@fencepost.gnu.org> X-Y-GMX-Trusted: 0 X-detected-kernel: by monty-python.gnu.org: Genre and OS details not recognized. X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:87199 Archived-At: > Oh, is it trying to say that (+ -100) will shift the left edge 100 > pixels to the _left_ of the left screen edge? That's how I understand it and how it works here on windows. > This doesn't actually seem to work right now, which is what I think > > http://lists.gnu.org/archive/html/bug-gnu-emacs/2008-01/msg00058.html > > is saying. Does it work for you? Ulrich Neumerkel promised me to debug this tomorrow (tuesday). FWIW, the first "+" and "-" discriminate left vs right (top vs bottom) screen edges/frame borders. For example, "left +" specifies the left frame border "left -" the right one. (I don't understand why we can't use right and bottom here.) The second "+" and "-" indicate an offset where "+" stands for "nearer to the center of the screen" and "-" for "farther away from the center of the screen". That is "left + -7" means the left frame border should move 7 pixels to the left of the left screen edge, "left - -7" the right frame border should move 7 pixels to the right of the right screen edge. All this with the understanding that you cannot specify a position of the left frame border wrt to the right screen edge. >> *Reminder:* if the parameter is a negative integer -POS, then POS >> is positive. > > > Still can't parse that... As for the manual: In "the position of the right edge of the window with respect to the right edge of the screen" use "frame" instead of "window". "The value may be a positive number POS, or a list of the form `(+ POS)' which permits specifying a negative POS value." doesn't make sense because the connotation of "negative POS value" is ambiguous here. "A positive value of POS counts toward the left. *Reminder:* if the parameter is a negative integer -POS, then POS is positive." is ambiguous too. IMHO, the explanations in section 29.3.5 `(+ POSITION)' This specifies the position of the left or top edge of the window relative to the left or top edge of the screen. The integer POSITION may be positive or negative; a negative value specifies a position outside the screen. `(- POSITION)' This specifies the position of the right or bottom edge of the window relative to the right or bottom edge of the screen. The integer POSITION may be positive or negative; a negative value specifies a position outside the screen. rate far better in this regard but should talk about "frame" instead of "window".