From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Richard Stallman Newsgroups: gmane.emacs.devel Subject: Program-specified positions ignored? Date: Sat, 14 Sep 2002 21:51:06 -0400 Sender: emacs-devel-admin@gnu.org Message-ID: Reply-To: rms@gnu.org NNTP-Posting-Host: localhost.gmane.org X-Trace: main.gmane.org 1032055347 5429 127.0.0.1 (15 Sep 2002 02:02:27 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Sun, 15 Sep 2002 02:02:27 +0000 (UTC) Return-path: Original-Received: from quimby.gnus.org ([80.91.224.244]) by main.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 17qOjy-0001PR-00 for ; Sun, 15 Sep 2002 04:02:26 +0200 Original-Received: from monty-python.gnu.org ([199.232.76.173]) by quimby.gnus.org with esmtp (Exim 3.12 #1 (Debian)) id 17qPMb-0007hy-00 for ; Sun, 15 Sep 2002 04:42:21 +0200 Original-Received: from localhost ([127.0.0.1] helo=monty-python.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.10) id 17qOkB-0005PI-00; Sat, 14 Sep 2002 22:02:39 -0400 Original-Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.10) id 17qOZ6-0002cf-00 for emacs-devel@gnu.org; Sat, 14 Sep 2002 21:51:12 -0400 Original-Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.10) id 17qOZ1-0002cG-00 for emacs-devel@gnu.org; Sat, 14 Sep 2002 21:51:09 -0400 Original-Received: from fencepost.gnu.org ([199.232.76.164]) by monty-python.gnu.org with esmtp (Exim 4.10) id 17qOZ0-0002cA-00 for emacs-devel@gnu.org; Sat, 14 Sep 2002 21:51:06 -0400 Original-Received: from rms by fencepost.gnu.org with local (Exim 4.10) id 17qOZ0-0000Ob-00; Sat, 14 Sep 2002 21:51:06 -0400 Original-To: emacs-devel@gnu.org Errors-To: emacs-devel-admin@gnu.org X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.0.11 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Emacs development discussions. List-Unsubscribe: , List-Archive: Xref: main.gmane.org gmane.emacs.devel:7917 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:7917 I looked at the bug report below, and it seems that the specified positions are not being used at all in the toolkit version, when the user-position parameter is nil. (This corresponds to the USPosition flag for Xlib.) Here is the code which does that? if (window_prompting & USPosition) sprintf (shell_position, "=%dx%d%c%d%c%d", PIXEL_WIDTH (f) + extra_borders, PIXEL_HEIGHT (f) + menubar_size + extra_borders, (xneg ? '-' : '+'), left, (yneg ? '-' : '+'), top); else sprintf (shell_position, "=%dx%d", PIXEL_WIDTH (f) + extra_borders, PIXEL_HEIGHT (f) + menubar_size + extra_borders); } len = strlen (shell_position) + 1; /* We don't free this because we don't know whether it is safe to free it while the frame exists. It isn't worth the trouble of arranging to free it when the frame is deleted. */ tem = (char *) xmalloc (len); strncpy (tem, shell_position, len); XtSetArg (al[ac], XtNgeometry, tem); ac++; XtSetValues (shell_widget, al, ac); I am pretty sure that the reason for this is that including program-specified positions in XtNgeometry would override the window manager, which is wrong. But if that is the wrong way to pass the program-specified positions to Xt, what is the right way? X-Sender: jwj@alvie-mail.lanl.gov To: bug-gnu-emacs@gnu.org From: "Joseph W. Jackson" Subject: Emacs 21.2 Frame Parameters Sender: bug-gnu-emacs-admin@gnu.org Date: Tue, 06 Aug 2002 14:48:29 -0600 The more I dig into this the more I believe it is a bug. I recently upgraded from Redhat Linux 7.2 to 7.3. As part of the update, my emacs changed from version 20.7 to Emacs 21.2 and I now find that several of my frame customizations don't work. In particular, the frame-parameters "top" and "left" get ignored. For example: In version 20.7 I used the following command to create a second frame positioned all the way to the right of my screen: (make-frame '((height . 70) (width . 93) (top . 0) (left . 581))) under emacs 21.2.1 the command above produces a frame of height=70 and width=93 but the window is positioned at top=0 and left=0. I get an identical result when I try to set "top" or "left" values for the variables "special-display-frame-alist" and "default-frame-alist" Something changed between the releases and, as of yet, I am unable to work around the problem. "No Single Raindrop Believes It Is Responsible For The Flood" - Despair.com _______________________________________________ Bug-gnu-emacs mailing list Bug-gnu-emacs@gnu.org http://mail.gnu.org/mailman/listinfo/bug-gnu-emacs