From: David Hedlund <public@beloved.name>
To: emacs-devel@gnu.org
Subject: Re: Should https://www.gnu.org/software/emacs/manual/html_node/efaq/Fullscreen-mode-on-MS_002dWindows.html be renamed to Maxmize-mode-on-MS_002dWindows.html ?
Date: Sat, 30 Sep 2023 21:06:52 +0200 [thread overview]
Message-ID: <8ca2201b-c0f9-4e8d-b4ca-82d02ad78b99@beloved.name> (raw)
In-Reply-To: <837co7a4po.fsf@gnu.org>
[-- Attachment #1: Type: text/plain, Size: 4922 bytes --]
On 9/30/23 20:36, Eli Zaretskii wrote:
>> From: chad<yandros@gmail.com>
>> Date: Sat, 30 Sep 2023 14:09:22 -0400
>> Cc: David Hedlund<public@beloved.name>,Emacs-devel@gnu.org
>>
>> I'm trying to catch up here, as David Hedlund asked me if I could help
>> out (as English is not his most comfortable language), and the
>> conversation has splintered somewhat. I myself joined the conversation
>> a bit late, so I might be confused myself.
>>
>> The issue that DH has raised, as I understand it, surrounds the FAQ
>> entry in the Emacs manual titled "Fullscreen mode on MS-Windows". This
>> FAQ covers a few different ways to adjust the emacs frame under
>> MS-Windows, including older versions of emacs that predate the emacs
>> function toggle-frame-maximized (or perhaps predate it functioning
>> under MS-Windows). He also prefers to avoid the situation where Emacs
>> maps a "normal" window and then resizes it later (perhaps because it's
>> distracting, because it seems to take longer, or some other reason).
>>
>> The FAQ entry in the most recent release talks about avoiding this
>> "distracting visual effect" by setting ersatz X Resources via the
>> Windows registry or a short set of emacs commands. IIUC, DH was
>> searching for a solution that would cause emacs to start with a
>> fullscreen window (rather than start and quickly grow to fullscreen),
>> and that would work across platforms. This is where I jumped in.
>>
>> The solution I proposed was: add this line to the early-init.el file:
>>
>> (push '(fullscreen . maximized) default-frame-alist)
>>
>> There is a variant of this solution that instead uses:
>>
>> (push '(fullscreen . maximized) initial-frame-alist)
>>
>> to effect only the initial window.
>>
>> With that as the background, I think the proposal is:
>>
>> In the efaq node "Fullscreen mode on MS-Windows", replace the
>> following text:
>>
>>> Beginning with Emacs 24.4 either run Emacs with the ‘--maximized’
>>> command-line option or put the following form in your init file (*note
>>> Setting up a customization file::):
>>>
>>> (add-hook 'emacs-startup-hook 'toggle-frame-maximized)
>> With something like this:
>>
>>> Beginning with Emacs 24.4 either run Emacs with the ‘--maximized’
>>> command-line option or put the following form in your early-init file
>>> (*note*note (emacs)Early Init File::):
>>>
>>> (push '(fullscreen . maximized) default-frame-alist)
> Thanks.
>
> Unfortunately, this just increases the confusion in this thread. Let
> me explain why.
>
> First, that section in the FAQ is specifically about MS-Windows. So
> looking for a portable solution is okay, but is out of scope of the
> question that section tries to answer.
>
> Second, I don't understand what is wrong with what the FAQ says
> already, viz.:
>
> Beginning with Emacs 24.4 either run Emacs with the ‘--maximized’
> command-line option or put the following form in your init file (*note
> Setting up a customization file::):
>
> (add-hook 'emacs-startup-hook 'toggle-frame-maximized)
>
> [...]
> Alternatively, you can avoid the visual effect of Emacs changing its
> frame size entirely in your init file (i.e., without using the
> Registry), like this:
>
> @lisp
> (setq frame-resize-pixelwise t)
> (set-frame-position nil 0 0)
> (set-frame-size nil (display-pixel-width) (display-pixel-height) t)
> @end lisp
I contributed with that code.
> Do these two methods not work, or have some downside? If they do
> work, then we could perhaps _add_ an alternative solution, but I don't
> see why we should _replace_ the existing one(s).
I agree that it should be added (not replaced).
>
> Next, the alternative solution does have a drawback, albeit a minor
> one: it uses early-init.el, something that is explicitly NOT
> recommended for display-related customizations. It evidently works in
> this case, but advertising this in the FAQ flies in the face of our
> general recommendation not to do this kind of stuff there.
While we're speaking about this, this is a relevant question regarding
the issue for GNU/Linux: So even "(push '(fullscreen . maximized)
default-frame-alist)" to ~/.emacs.d/early-init.el is the only solution
to automatically maximize emacs without the visually distracting effect
in GNU/Linux, should it not be added to the FAQ to a new section, say
https://www.gnu.org/software/emacs/manual/html_node/efaq/Fullscreen-mode-on-GNU-Linux.htm?
Just "(add-hook 'emacs-startup-hook 'toggle-frame-maximized)" to the top
~/.emacs file if it has a common size (say 100 lines), will cause it to
maximize the windows but not without the visually distracting effect.
>
> To summarize:
>
> . if what we have in the FAQ is incorrect or not good enough, please
> someone explain what and why
The FAQ is correct.
> . if it _is_ correct, why replace it?
>
No need to replace it.
[-- Attachment #2: Type: text/html, Size: 6549 bytes --]
next prev parent reply other threads:[~2023-09-30 19:06 UTC|newest]
Thread overview: 27+ messages / expand[flat|nested] mbox.gz Atom feed top
2023-09-29 21:05 Should https://www.gnu.org/software/emacs/manual/html_node/efaq/Fullscreen-mode-on-MS_002dWindows.html be renamed to Maxmize-mode-on-MS_002dWindows.html ? David Hedlund
2023-09-30 13:57 ` Eli Zaretskii
2023-09-30 18:09 ` chad
2023-09-30 18:36 ` Eli Zaretskii
2023-09-30 19:06 ` David Hedlund [this message]
2023-09-30 19:21 ` Eli Zaretskii
2023-10-02 22:40 ` David Hedlund
2023-10-02 23:05 ` Emanuel Berg
2023-10-05 3:56 ` David Hedlund
2023-10-21 9:35 ` Stefan Kangas
2023-10-21 9:52 ` Eli Zaretskii
2023-10-21 10:02 ` Stefan Kangas
2023-10-21 11:18 ` Eli Zaretskii
2023-10-21 20:05 ` chad
2023-10-21 12:55 ` David Hedlund
2023-10-22 22:24 ` Stefan Kangas
2023-10-23 13:02 ` Eli Zaretskii
2023-10-23 15:25 ` David Hedlund
2023-10-23 15:33 ` Stefan Kangas
2023-10-23 15:58 ` David Hedlund
2023-10-28 17:25 ` Stefan Kangas
2023-10-28 17:34 ` Emanuel Berg
2023-10-28 18:51 ` Eli Zaretskii
2023-10-28 19:39 ` Emanuel Berg
2023-10-28 18:02 ` David Hedlund
2023-10-28 20:03 ` Stefan Kangas
2023-11-04 13:58 ` Stefan Kangas
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=8ca2201b-c0f9-4e8d-b4ca-82d02ad78b99@beloved.name \
--to=public@beloved.name \
--cc=emacs-devel@gnu.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this external index
https://git.savannah.gnu.org/cgit/emacs.git
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.