GNU bug report logs - #75828
[PATCH] Correct make-frame docstring vis-a-vis make_frame.c

Previous Next

Package: emacs;

Reported by: Ship Mints <shipmints <at> gmail.com>

Date: Sat, 25 Jan 2025 14:15:02 UTC

Severity: minor

Tags: patch

Fixed in version 31.1

Done: Stefan Kangas <stefankangas <at> gmail.com>

Bug is archived. No further changes may be made.

Full log


View this message in rfc822 format

From: Ship Mints <shipmints <at> gmail.com>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: martin rudalics <rudalics <at> gmx.at>, stefankangas <at> gmail.com, 75828 <at> debbugs.gnu.org
Subject: bug#75828: [PATCH] Correct make-frame docstring vis-a-vis make_frame.c
Date: Sat, 25 Jan 2025 11:54:08 -0500
[Message part 1 (text/plain, inline)]
I'd be happy with a new defvar (not even a defcustom) and I'll bind it all
the time (except in packages where I'll bind it around make-frame calls).

On Sat, Jan 25, 2025 at 11:43 AM Ship Mints <shipmints <at> gmail.com> wrote:

> Not a new function, just a way to influence make_frame to not test the
> current buffer being hidden.
>
> On Sat, Jan 25, 2025 at 11:43 AM Eli Zaretskii <eliz <at> gnu.org> wrote:
>
>> > From: Ship Mints <shipmints <at> gmail.com>
>> > Date: Sat, 25 Jan 2025 11:31:31 -0500
>> > Cc: stefankangas <at> gmail.com, 75828 <at> debbugs.gnu.org
>> >
>> > I appreciate the tips and discussion.
>> >
>> > (let ((pop-up-frames t))
>> >   (pop-to-buffer " *string-pixel-width*"))
>> >
>> > is identical to the wonky snippet, first showing the unwanted buffer
>> then switching to the wanted buffer (and
>> > first paying the display cost for the original buffer).
>>
>> That still doesn't justify a new function, IMO.  But maybe Martin will
>> have even better suggestions.
>>
>
[Message part 2 (text/html, inline)]

This bug report was last modified 96 days ago.

Previous Next


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