From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.help Subject: Re: on interface and behavior (Was: Re: indentation) Date: Fri, 30 Apr 2021 10:53:50 +0300 Message-ID: <83a6pgcinl.fsf@gnu.org> References: <20210427090348.67C9B5D0@centrum.cz> <20210427202932.DFDEF50D@centrum.cz> <20210428083227.FCFDA7C0@centrum.cz> <20210429091455.3C8C08A9@centrum.cz> <875z056uf6.fsf@zoho.eu> <86h7jo4vr3.fsf_-_@protonmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="2235"; mail-complaints-to="usenet@ciao.gmane.io" To: help-gnu-emacs@gnu.org Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane-mx.org@gnu.org Fri Apr 30 09:54:25 2021 Return-path: Envelope-to: geh-help-gnu-emacs@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1lcNyi-0000Ty-4l for geh-help-gnu-emacs@m.gmane-mx.org; Fri, 30 Apr 2021 09:54:24 +0200 Original-Received: from localhost ([::1]:36172 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1lcNyh-0004jR-7h for geh-help-gnu-emacs@m.gmane-mx.org; Fri, 30 Apr 2021 03:54:23 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:59964) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1lcNyK-0004hn-FM for help-gnu-emacs@gnu.org; Fri, 30 Apr 2021 03:54:00 -0400 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]:58646) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1lcNyK-00087I-7f for help-gnu-emacs@gnu.org; Fri, 30 Apr 2021 03:54:00 -0400 Original-Received: from 84.94.185.95.cable.012.net.il ([84.94.185.95]:4763 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1lcNyJ-0001bW-HU for help-gnu-emacs@gnu.org; Fri, 30 Apr 2021 03:54:00 -0400 In-Reply-To: <86h7jo4vr3.fsf_-_@protonmail.com> (message from Wayne Harris via Users list for the GNU Emacs text editor on Thu, 29 Apr 2021 18:38:08 -0300) X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Users list for the GNU Emacs text editor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane-mx.org@gnu.org Original-Sender: "help-gnu-emacs" Xref: news.gmane.io gmane.emacs.help:129211 Archived-At: > Date: Thu, 29 Apr 2021 18:38:08 -0300 > From: Wayne Harris via Users list for the GNU Emacs text editor > > (*) The case of frames in Windows > > Speaking of which, FWIW, I have gone through extra lengths to try to get > frames to show up more consistently on Windows. Windows has no > reasonable window manager, so that's left for the applications > themselves. Most windows programs save their window sizes and position > before quitting and restore when they come back alive. The GNU Emacs > does not. Emacs can save and restore the frame geometry if you use the desktop.el package to resume your sessions. This is in the manual. > I would appreciate --- as a default behavior --- the GNU Emacs on > Windows remembering the size and position of the window before shuting > down. We have that as an optional feature, see above. > You can specify geometry-related options for just the initial > frame by setting this variable in your init file; however, they > won’t take effect until Emacs reads your init file, which happens > after creating the initial frame. If you want the initial frame > to have the proper geometry as soon as it appears, you need to > use this three-step process: > * Specify X resources to give the geometry you want. > * Set ‘default-frame-alist’ to override these options so that they > don’t affect subsequent frames. > * Set ‘initial-frame-alist’ in a way that matches the X resources, > to override what you put in ‘default-frame-alist’. > > [back] > --8<---------------cut here---------------end--------------->8--- > > One last bullet could mention the full syntax of --geometry. Maybe > --help could as well: it doesn't. > > (*) A suggested approach for Windows > > I believe the problem could be solved for Windows specifically by > restoring the size and position of the initial-frame in w32-win.el. Of > course, the size and position should be saved before exit. Emacs on MS-Windows emulates X resources by storing them in the Registry. This is also described in the user manual, which see. So you can have this feature even without desktop.el, if you want. P.S. One thing I learned about Emacs a long time ago is that for any issue that might worry you, it is likely that someone already solved it in Emacs. So the first thing I do when U bump into such annoyances is to search the manual and the built-in documentation for similar features. Usually, I find a solution that is ready to be used; I stopped being amazed by that long time ago.