From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: David Kastrup Newsgroups: gmane.emacs.devel Subject: Re: Emacs geometry Date: Sun, 30 Jul 2006 22:33:19 +0200 Message-ID: <858xma7rzk.fsf@lola.goethe.zz> References: NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1154291627 9900 80.91.229.2 (30 Jul 2006 20:33:47 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Sun, 30 Jul 2006 20:33:47 +0000 (UTC) Cc: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sun Jul 30 22:33:45 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 1G7Hyp-0004nS-18 for ged-emacs-devel@m.gmane.org; Sun, 30 Jul 2006 22:33:43 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1G7Hyo-0007yp-0p for ged-emacs-devel@m.gmane.org; Sun, 30 Jul 2006 16:33:42 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1G7Hyb-0007xg-AH for emacs-devel@gnu.org; Sun, 30 Jul 2006 16:33:29 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1G7Hya-0007xL-9w for emacs-devel@gnu.org; Sun, 30 Jul 2006 16:33:28 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1G7Hya-0007xI-3B for emacs-devel@gnu.org; Sun, 30 Jul 2006 16:33:28 -0400 Original-Received: from [199.232.76.164] (helo=fencepost.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.52) id 1G7I15-0003ji-QJ for emacs-devel@gnu.org; Sun, 30 Jul 2006 16:36:03 -0400 Original-Received: from localhost ([127.0.0.1] helo=lola.goethe.zz) by fencepost.gnu.org with esmtp (Exim 4.34) id 1G7HyX-0007Zm-Nx; Sun, 30 Jul 2006 16:33:25 -0400 Original-Received: by lola.goethe.zz (Postfix, from userid 1002) id 65C561C000B3; Sun, 30 Jul 2006 22:33:19 +0200 (CEST) Original-To: Ralf Angeli In-Reply-To: (Ralf Angeli's message of "Sun, 30 Jul 2006 22:30:14 +0200") User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.0.50 (gnu/linux) 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:57812 Archived-At: Ralf Angeli writes: > * Eli Zaretskii (2006-07-28) writes: > >>> > Sorry, this part was bad advice: you cannot look up left and top in >>> > initial-frame-alist, >>> >>> Hm, couldn't one get the value from the Lisp level? >> >> Of course, you could: use `intern'. But I suspect that, by the time >> w32_createwindow runs, the left and top frame parameters were already >> removed from initial-frame-alist and put into the `top_pos' and >> `left_pos' members of struct frame that is passed to w32_createwindow. >> But please verify that, I could be wrong. > > Hm, something seems to be there. If I insert > > Lisp_Object foo = Qnil; > foo = Fsymbol_value (intern ("initial-frame-alist")); > if (CONSP (foo) && Fassq (Qtop, foo) && Fassq (Qleft, foo)) > printf ("top: %d, left: %d", XCDR (Fassq (Qtop, foo)), > XCDR (Fassq (Qleft, foo))); > else > printf ("no"); > > into `w32_createwindow' and call Emacs with -g 80x30+20+10 the output > top: 80, left: 160 > appears in the shell. Does anybody know why the output is eight times > the input? Because a character cell is 8 pixels wide? If that is the reason, I think it is a mistake: the +/- values obviously don't make sense other than as pixel values. -- David Kastrup, Kriemhildstr. 15, 44793 Bochum