Re: Introduce .early-init.desktop (inspired by early-init.el) -- needed to avoid visually distracting settings

[Eli Zaretskii]

> Date: Mon, 26 May 2025 17:59:19 +0200
> From: David Hedlund <davidh@gnu.org>
> 
> While early-init.el allows users to configure Emacs before the first frame 
> appears, it is a static
> configuration file. This means that if a user changes the window state during 
> their session—such as
> maximizing the window or switching to fullscreen—those changes are not 
> automatically reflected in
> early-init.el. The user would have to manually edit the file to match their 
> last-used window state, which
> is neither convenient nor user-friendly.
> 
> 
> Yes, and why is that a problem?
> 
> I’ve already explained the rationale, procedures, and benefits in detail in 
> my original email. To fully
> understand the proposal and the specific user experience problem it 
> addresses, I encourage you to
> re-evaluate the step-by-step scenarios I outlined for .emacs.desktop. It 
> illustrates why existing mechanisms
> like desktop-save-mode cannot resolve the flicker issue.

I understand, but please also see my point: desktop.el cannot do its
job if invoked so early in the startup process.  So it is wrong to
associate this feature request with desktop.el.  If we want to add a
user-friendly feature for conveniently saving some customizations into
early-init.el, we can consider how to implement this from the UI point
of view.  But that would be a separate feature unrelated to
desktop.el.