GNU bug report logs - #38143
27.0.50; Say that before-make-frame-hook & after-make-frame-functions are not invoked for the initial frame

Previous Next

Package: emacs;

Reported by: Óscar Fuentes <ofv <at> wanadoo.es>

Date: Sat, 9 Nov 2019 03:19:01 UTC

Severity: normal

Found in version 27.0.50

Fixed in version 29.1

Done: Lars Ingebrigtsen <larsi <at> gnus.org>

Bug is archived. No further changes may be made.

Full log


Message #34 received at 38143 <at> debbugs.gnu.org (full text, mbox):

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: ofv <at> wanadoo.es, rudalics <at> gmx.at, 38143 <at> debbugs.gnu.org
Subject: Re: bug#38143: 27.0.50; Say that before-make-frame-hook &
 after-make-frame-functions are not invoked for the initial frame
Date: Sun, 05 Dec 2021 21:17:01 +0100
Eli Zaretskii <eliz <at> gnu.org> writes:

> The new text is incorrect -- assuming that by "initial frame" the doc
> strings mean what we usually mean by that: the first frame displayed
> by a GUI Emacs session (see "Frame Parameters" in the user manual, and
> cf. initial-frame-alist).

OK; reverted.  Has this changed since the bug was reported?

> Perhaps the bug report was using "initial frame" in another sense: to
> allude to the frame we create in temacs, which is a terminal frame,
> normally deleted when a GUI session starts, except in a daemon, which
> keeps it.  But in that case, these changes will confuse the heck out
> of the users who will read them and try to figure out how to use this
> information.  We should in that case explain in the doc strings which
> "initial frame" we allude to here.

I think we need some input from the bug reported about what they meant
by "initial frame" here.

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no




This bug report was last modified 3 years and 160 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.