From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Sridhar Boovaraghavan Newsgroups: gmane.emacs.devel Subject: Re: Emacs geometry Date: Mon, 24 Jul 2006 21:46:45 -0700 Message-ID: <17605.41525.914000.14620@comcast.net> References: NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Trace: sea.gmane.org 1153850221 21318 80.91.229.2 (25 Jul 2006 17:57:01 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Tue, 25 Jul 2006 17:57:01 +0000 (UTC) Cc: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Jul 25 19:56:57 2006 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by ciao.gmane.org with esmtp (Exim 4.43) id 1G5R9C-00006L-NJ for ged-emacs-devel@m.gmane.org; Tue, 25 Jul 2006 19:56:47 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1G5R9C-0003pj-Au for ged-emacs-devel@m.gmane.org; Tue, 25 Jul 2006 13:56:46 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1G5Ep2-0007eT-MH for emacs-devel@gnu.org; Tue, 25 Jul 2006 00:47:08 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1G5Eoy-0007dE-FS for emacs-devel@gnu.org; Tue, 25 Jul 2006 00:47:07 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1G5Eoy-0007d6-6c for emacs-devel@gnu.org; Tue, 25 Jul 2006 00:47:04 -0400 Original-Received: from [63.240.77.85] (helo=sccrmhc15.comcast.net) by monty-python.gnu.org with esmtp (Exim 4.52) id 1G5Eq8-00020K-D4; Tue, 25 Jul 2006 00:48:16 -0400 Original-Received: from bob-marley.comcast.net (c-24-20-125-22.hsd1.or.comcast.net[24.20.125.22](misconfigured sender)) by comcast.net (sccrmhc15) with ESMTP id <2006072504465801500q6ukie>; Tue, 25 Jul 2006 04:46:58 +0000 X-Mailer: emacs 22.0.50.1 (via feedmail 11-beta-1 Q); VM 7.19 under Emacs 22.0.50.1 Original-To: Eli Zaretskii In-Reply-To: X-Attribution: sb X-Mailman-Approved-At: Tue, 25 Jul 2006 13:56:32 -0400 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:57623 Archived-At: On Tuesday July 25, 2006 06:26:35 +0300, Eli Zaretskii wrote: > > From: Sridhar Boovaraghavan > > Date: Mon, 24 Jul 2006 20:21:26 +0000 (UTC) > > > > I am using the latest CVS emacs on Windows XP. It is compiled using VS 2002. > > This problem has recently started occurring. New frames in emacs are now offset > > (by about a line both horizontally and vertically) from the existing frame. > > Previously, all frames used to be offset +0+0 from the left-top corner of the > > screen (i.e no offsetting was taking place). > > With "emacs -Q", this is the intended behavior: the latest changes let > the system locate the Emacs frame. The original cause for the change > was to avoid locating the Emacs frame in the portions of the screen > occupied by the task bar and other decorations. > > > My Emacs.geometry registry entry used to specify 80x48. I tried > > 80x48+0+0, but got the same behavior as before. > > > > Is there a new setting that I need to use or is this "by design" that others are > > also encountering? If it is the latter, what is the setting that would cause all > > frames not to exhibit offsetting? > > Setting the geometry in the default-frame-alist should work. However, > you should be able to set the geometry in the registry as well. > Please provide the details--what are your settings in the registry, > when did you last resync with the CVS, and how to reproduce the > problem with "emacs -Q". > Thanks for responding. I updated from CVS on Sunday, did a nmake bootstrap - I should be pretty current. In my registry, Emacs.Geometry = 80x48+0+0 (used to be 80x48). With this setting and emacs -Q, default-frame-alist shows width as 80 and height as 48, but comes up with an offset to the command prompt (DOS box). Other registry settings that I have are to set the background, cursorcolor, foreground and mousecolor. I also tried setting a variable called geometry in default-frame-alist to 80x48+0+0, saved it for this session, created a new frame (C-x 5 2) and got the same behavior as before (offset frame). Is there a variable called geometry that can be set in default-frame-alist? It looks to me that the +0+0 in the Emacs.Geometry is being ignored. Is that a bug? If not, how should I specify the geometry to achieve the behavior that I want - i.e. have all frames start from the left-top corner. Thanks, Sridhar -- Sridhar Boovaraghavan sridhar_ml@yahoo.com http://vidyasridhar.no-ip.org/