From unknown Thu Jun 19 14:04:23 2025 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Mailer: MIME-tools 5.509 (Entity 5.509) Content-Type: text/plain; charset=utf-8 From: bug#75828 <75828@debbugs.gnu.org> To: bug#75828 <75828@debbugs.gnu.org> Subject: Status: [PATCH] Correct make-frame docstring vis-a-vis make_frame.c Reply-To: bug#75828 <75828@debbugs.gnu.org> Date: Thu, 19 Jun 2025 21:04:23 +0000 retitle 75828 [PATCH] Correct make-frame docstring vis-a-vis make_frame.c reassign 75828 emacs submitter 75828 Ship Mints severity 75828 minor tag 75828 patch thanks From debbugs-submit-bounces@debbugs.gnu.org Sat Jan 25 09:14:52 2025 Received: (at submit) by debbugs.gnu.org; 25 Jan 2025 14:14:52 +0000 Received: from localhost ([127.0.0.1]:49027 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tbgvz-0001mc-DB for submit@debbugs.gnu.org; Sat, 25 Jan 2025 09:14:51 -0500 Received: from lists.gnu.org ([2001:470:142::17]:56886) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1tbgvw-0001mF-G7 for submit@debbugs.gnu.org; Sat, 25 Jan 2025 09:14:49 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1tbgvm-0003rG-C7 for bug-gnu-emacs@gnu.org; Sat, 25 Jan 2025 09:14:39 -0500 Received: from mail-vk1-xa36.google.com ([2607:f8b0:4864:20::a36]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1tbgvk-0001wB-R0 for bug-gnu-emacs@gnu.org; Sat, 25 Jan 2025 09:14:38 -0500 Received: by mail-vk1-xa36.google.com with SMTP id 71dfb90a1353d-5188c6f260cso987780e0c.1 for ; Sat, 25 Jan 2025 06:14:36 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1737814475; x=1738419275; darn=gnu.org; h=to:subject:message-id:date:from:mime-version:from:to:cc:subject :date:message-id:reply-to; bh=Zya0YJlHN8jM6R6HPwNoIBY088oK14oG7onNVvAL4zY=; b=JarICPe2X1kobEOYhvfSkM8ROzMnix5tPwghLBklj/qjXDPIRFzIiZW+0n7n21KkUL IQfr1S+gxQcuwI5+ZVaOMy1varLOIoldQa1BDj0dKFtPoMGveUNU3j0iZLxdiIZnzNPu wx8DZiLbLvsMEPVEHSo+vCN3wZHzvfy/iYVUiICTfYG7B2MwxyM9lnoWP1S81kv174Mj giQOlB8d+krD8kQpVoTktxLySXwMydomKfF67MXhv1cIQSLCPPZuw0v3aGdAFmMhR0+D poHdY5bBO2htQ6I7u9UF/PchXHsKifnS8BZQOOQY8YtbaKXh/JJNq8oRKHVJBRoBd13k phTw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1737814475; x=1738419275; h=to:subject:message-id:date:from:mime-version:x-gm-message-state :from:to:cc:subject:date:message-id:reply-to; bh=Zya0YJlHN8jM6R6HPwNoIBY088oK14oG7onNVvAL4zY=; b=bf/AWbpd8sPQpgmxe7mQNOHLexfNP1cNaWXva/Z5MQdZhvAdIo07crNH1DmsvDeDeZ +WA15ix63YwQxu+Dka5XhP1LKLA83afvzR7IPEWl7Jov00Gsr0Q5H3go881y0tXqa7OI GSJYuPtJpmW3vVDKegwhc5s9B0tzXbitR/dQnPMwgzMtM3ymTEU7WzkLDFUmxVc658Qb aM5xaIOSSUp5e/WC/mP1tcfjxWt7eKV6uwTqw2H2KoZp0mU2gcJFbgr1vcgAQg5C4ZGY RQUEQzwJcq6wAheLqT6xpFUoEQeWdbYQ00iuFvHIhai5hrUJWaKhEJHuq1c7AIX4MvX9 tVeA== X-Gm-Message-State: AOJu0YwMig5Odv08V74hgNaD7aBgm+DStHqvkdAVirHAoiunAhas1kL/ 5riMceKJWHc0ZR3t/dRhtB3xo0DdVIIybL88sknOIHRq4U5UkYcFcQf782oP0bo4FwQYltyJYDT Yafu8mMQY37AzMFpT+NuT5iTt9lVGXNRnotc= X-Gm-Gg: ASbGnct+FhkRS+D/f/DzKKNtQVMzGMfKM0afFo8TG2eHtirZiSyr4dLeRCAThM12ACY uIA7Pm8U5HQP+EcCowQm6nbnK/PFRoVFdkGOLPW6eYx9xTD6gHGnY/MuoHDg5OA== X-Google-Smtp-Source: AGHT+IGV5tAwBA/fuFYb1ZUijbyYCL94eW8HevH966p14v3zP1RDs9GZ9nlYenhlQPIfshVn64OdvUQuti6p2btj7vk= X-Received: by 2002:a05:6122:2211:b0:51c:c23e:8cd4 with SMTP id 71dfb90a1353d-51d592ba2admr30438063e0c.4.1737814475253; Sat, 25 Jan 2025 06:14:35 -0800 (PST) MIME-Version: 1.0 From: Ship Mints Date: Sat, 25 Jan 2025 09:12:50 -0500 X-Gm-Features: AWEUYZlNCfpgN0lBPuuT5kxD10toLP8CsE4--5t-ad59XmJfmncIYZs7rEcTLM8 Message-ID: Subject: [PATCH] Correct make-frame docstring vis-a-vis make_frame.c To: bug-gnu-emacs@gnu.org Content-Type: multipart/mixed; boundary="0000000000007bc309062c8876ca" Received-SPF: pass client-ip=2607:f8b0:4864:20::a36; envelope-from=shipmints@gmail.com; helo=mail-vk1-xa36.google.com X-Spam_score_int: -20 X-Spam_score: -2.1 X-Spam_bar: -- X-Spam_report: (-2.1 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01 autolearn=ham autolearn_force=no X-Spam_action: no action X-Spam-Score: 1.0 (+) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.0 (/) --0000000000007bc309062c8876ca Content-Type: multipart/alternative; boundary="0000000000007bc307062c8876c8" --0000000000007bc307062c8876c8 Content-Type: text/plain; charset="UTF-8" make-frame's docstring says "creates and returns a new frame, displaying the current buffer." This is not true if the buffer is considered conventionally hidden. struct frame * make_frame (bool mini_p) ... Lisp_Object buf = Fcurrent_buffer (); /* If current buffer is hidden, try to find another one. */ if (BUFFER_HIDDEN_P (XBUFFER (buf))) buf = other_buffer_safely (buf); I'd prefer to have an option to be literal and allow users to make a frame on a hidden current buffer. I might submit this idea under a different bug for discussion. -Stephane --0000000000007bc307062c8876c8 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
make-frame's docstring says "creates and returns a new frame, d= isplaying the current buffer." This is not true if the buffer is consi= dered conventionally hidden.

struct frame *
make_frame (bool mini_p)
...=C2=A0 =C2=A0 Lisp_Object buf =3D Fcurrent_buffer ();
=C2=A0 =C2=A0 /*= If current buffer is hidden, try to find another one. =C2=A0*/
=C2=A0 = =C2=A0 if (BUFFER_HIDDEN_P (XBUFFER (buf)))
=C2=A0 =C2=A0 =C2=A0 buf =3D= other_buffer_safely (buf);

I'd prefer to have an option to be literal=C2=A0and = allow users to make a frame on a hidden current buffer. I might submit this= idea under a different bug for discussion.

-Stephane
--0000000000007bc307062c8876c8-- --0000000000007bc309062c8876ca Content-Type: application/octet-stream; name="0001-make-frame-docstring-matches-frame.c-if-current-buff.patch" Content-Disposition: attachment; filename="0001-make-frame-docstring-matches-frame.c-if-current-buff.patch" Content-Transfer-Encoding: base64 Content-ID: X-Attachment-Id: f_m6c9suk40 RnJvbSBkZDQxNDM3ZmM0ZjQyNDVkNWU0MWM2MDljOGJiYTIxNGUxZWVmNzI1IE1vbiBTZXAgMTcg MDA6MDA6MDAgMjAwMQpGcm9tOiBzaGlwbWludHMgPHNoaXBtaW50c0BnbWFpbC5jb20+CkRhdGU6 IFNhdCwgMjUgSmFuIDIwMjUgMDk6MDA6NTAgLTA1MDAKU3ViamVjdDogW1BBVENIXSBtYWtlLWZy YW1lIGRvY3N0cmluZyBtYXRjaGVzIGZyYW1lLmMgaWYgY3VycmVudCBidWZmZXIgaXMKIGhpZGRl bgoKKiBsaXNwL2ZyYW1lLmVsIChtYWtlLWZyYW1lKToKVGhlIGxpc3AgZG9jdW1lbnRhdGlvbiBu ZWVkcyB0byBtYXRjaCB0aGUgaW1wbGVtZW50YXRpb24gZGV0YWlscyBpbgpmcmFtZS5jOgptYWtl X2ZyYW1lIChib29sIG1pbmlfcCkKLi4uCiAgICBMaXNwX09iamVjdCBidWYgPSBGY3VycmVudF9i dWZmZXIgKCk7CiAgICAvKiBJZiBjdXJyZW50IGJ1ZmZlciBpcyBoaWRkZW4sIHRyeSB0byBmaW5k IGFub3RoZXIgb25lLiAgKi8KICAgIGlmIChCVUZGRVJfSElEREVOX1AgKFhCVUZGRVIgKGJ1Zikp KQogICAgICBidWYgPSBvdGhlcl9idWZmZXJfc2FmZWx5IChidWYpOwotLS0KIGxpc3AvZnJhbWUu ZWwgfCA0ICsrKysKIDEgZmlsZSBjaGFuZ2VkLCA0IGluc2VydGlvbnMoKykKCmRpZmYgLS1naXQg YS9saXNwL2ZyYW1lLmVsIGIvbGlzcC9mcmFtZS5lbAppbmRleCAwOTFlODRmMDljNC4uZjI1YzQz NWNhNTUgMTAwNjQ0Ci0tLSBhL2xpc3AvZnJhbWUuZWwKKysrIGIvbGlzcC9mcmFtZS5lbApAQCAt OTE1LDYgKzkxNSwxMCBAQCB4LWRpc3BsYXktbmFtZQogCiAoZGVmdW4gbWFrZS1mcmFtZSAoJm9w dGlvbmFsIHBhcmFtZXRlcnMpCiAgICJSZXR1cm4gYSBuZXdseSBjcmVhdGVkIGZyYW1lIGRpc3Bs YXlpbmcgdGhlIGN1cnJlbnQgYnVmZmVyLgorSWYgdGhlIGN1cnJlbnQgYnVmZmVyIGlzIGhpZGRl biAoaXRzIG5hbWUgc3RhcnRzIHdpdGggYSBzcGFjZQorY2hhcmFjdGVyKSwgdGhlbiBhbm90aGVy IGJ1ZmZlciBpcyBjaG9zZW4gdG8gZGlzcGxheSBmb2xsb3dpbmcgdGhlCitzZW1hbnRpY3Mgb2Yg YG90aGVyLWJ1ZmZlcicuCisKIE9wdGlvbmFsIGFyZ3VtZW50IFBBUkFNRVRFUlMgaXMgYW4gYWxp c3Qgb2YgZnJhbWUgcGFyYW1ldGVycyBmb3IKIHRoZSBuZXcgZnJhbWUuICBFYWNoIGVsZW1lbnQg b2YgUEFSQU1FVEVSUyBzaG91bGQgaGF2ZSB0aGUKIGZvcm0gKE5BTUUgLiBWQUxVRSksIGZvciBl eGFtcGxlOgotLSAKMi40Ny4xCgo= --0000000000007bc309062c8876ca-- From debbugs-submit-bounces@debbugs.gnu.org Sat Jan 25 09:47:25 2025 Received: (at 75828) by debbugs.gnu.org; 25 Jan 2025 14:47:25 +0000 Received: from localhost ([127.0.0.1]:49134 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tbhRV-0003dY-GH for submit@debbugs.gnu.org; Sat, 25 Jan 2025 09:47:25 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:59048) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1tbhRQ-0003dC-4h for 75828@debbugs.gnu.org; Sat, 25 Jan 2025 09:47:23 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1tbhRK-0007Kh-PK; Sat, 25 Jan 2025 09:47:14 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=xsfeBO+ph9fyTZ1PCrWgfbtmtaqOqIdnErP5Q6j15O4=; b=qzZr/doFHo0T m4CJ0ZUMkSYCsc4yHyqpC+YJMyW8IJC2nAK/F+KxSxqE4v0bm1l/CsdI/9lcfHGb2jMZgUdoWsZLL 5PLY1sBdmUJ7jhMUpb3ex/8RuG86TT2oLCZowHm84DLlE7wjsOMkpXzW9nhECjVUqAznsjzu7i7kG Sg7XJW8pHbymV8ZIAIG/3qWED/u20M+fXLeHVUYjO+5Lmpux1gUhBUki1STTjkloiVyxS08xfa+hG VMJGOaKp+RPx6+rhJj7dyuT6MR6YyF+PshPcEBmjv1HptU+BzYTa3Y0Zin/SASxnqNY4/SAJEFyoz IQGPfxOg/nZkB/qlGw7AEw==; Date: Sat, 25 Jan 2025 16:47:12 +0200 Message-Id: <86wmejt0gf.fsf@gnu.org> From: Eli Zaretskii To: Ship Mints , Stefan Kangas In-Reply-To: (message from Ship Mints on Sat, 25 Jan 2025 09:12:50 -0500) Subject: Re: bug#75828: [PATCH] Correct make-frame docstring vis-a-vis make_frame.c References: X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 75828 Cc: 75828@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > From: Ship Mints > Date: Sat, 25 Jan 2025 09:12:50 -0500 > > make-frame's docstring says "creates and returns a new frame, displaying the current buffer." This is not > true if the buffer is considered conventionally hidden. > > struct frame * > make_frame (bool mini_p) > ... > Lisp_Object buf = Fcurrent_buffer (); > /* If current buffer is hidden, try to find another one. */ > if (BUFFER_HIDDEN_P (XBUFFER (buf))) > buf = other_buffer_safely (buf); > > I'd prefer to have an option to be literal and allow users to make a frame on a hidden current buffer. You can have that already via buffer-list and/or buffer-predicate frame parameters, no? > --- a/lisp/frame.el > +++ b/lisp/frame.el > @@ -915,6 +915,10 @@ x-display-name > > (defun make-frame (&optional parameters) > "Return a newly created frame displaying the current buffer. > +If the current buffer is hidden (its name starts with a space > +character), then another buffer is chosen to display following the > +semantics of `other-buffer'. Thanks, but this is inaccurate: it is incorrect, for example, if PARAMETERS include '((minibuffer . only)). I'm not sure we should reveal those details here. Hidden buffers are handled specially in many places in Emacs, and I don't think we spell that out in every doc string. Stefan, WDYT? In any case, if we do decide to make this change, the ELisp manual should also be changed. From debbugs-submit-bounces@debbugs.gnu.org Sat Jan 25 09:58:35 2025 Received: (at 75828) by debbugs.gnu.org; 25 Jan 2025 14:58:35 +0000 Received: from localhost ([127.0.0.1]:52018 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tbhcJ-0004s3-3m for submit@debbugs.gnu.org; Sat, 25 Jan 2025 09:58:35 -0500 Received: from mail-ua1-x933.google.com ([2607:f8b0:4864:20::933]:46193) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.84_2) (envelope-from ) id 1tbhcF-0004rh-HK for 75828@debbugs.gnu.org; Sat, 25 Jan 2025 09:58:32 -0500 Received: by mail-ua1-x933.google.com with SMTP id a1e0cc1a2514c-85c5a913cffso1798063241.0 for <75828@debbugs.gnu.org>; Sat, 25 Jan 2025 06:58:31 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1737817106; x=1738421906; darn=debbugs.gnu.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=l+iuiQWhXkHk75Lbyun9PMzkRLa+XRtXbc9FIfCPC1I=; b=btwxGFhTcIYVGv/aLeEm30Pc8OZZtZBxK5ODTIXD/eIpIpknlvbRJzlfWJCrlVBo38 E8uxGKNOO/CIuIkoQV2dOtXYNf1jhFT5IcBt0lZvh0vpViH+Nk9CMguBJ8BHkNvQC50n 1Rcrzldupuw2uWKxXdqsq2mFh32efXnz2T0ztvKYStMmylkJsIvuJDmxkPl3PX+x/YnC R3cGczf5wnyPtm5+SSOnHbnvMyVmmdlp+EerNsAQJ9dC/rWs8dFpxemdjOdK/RSC+wdv t7Dcl7zp+t5MPbKtGaFUKmXYp7Bbi0H5hgG1biL9u/LgN7sP+C7GVQW6BC+Iu1aP2L3v v9bA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1737817106; x=1738421906; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=l+iuiQWhXkHk75Lbyun9PMzkRLa+XRtXbc9FIfCPC1I=; b=Gxce1715dMzBadG9fpkUnMVQ1fPA09eddl4O0MW/k9X5XcaWxHsq05d+KNx6893LCL 1wMw7mLDP9ERO7WeBB83f31ps1eqvPsD1eX6RkHkLGMb4ilF2LR55sqdui8Xr5iGl0Db fD6xsCh18g5/a5KHyPkJTylgZ+GGZE+YZeFPynY3UIFF0lqOuYHVQPP/bgqTNaQrYk+h 9TjQusDNjpJfzRe2Qj6JCJgQMFz7u7g+jDAuErvFC+8++C6mmicfDiv9Ym88kvh+PjNA gVF2DicnlyfOXPsXPEGskKfrO/62bFyK7shHZLrRyNnKyRU9bn+Xmy0dadurmFqIbXxh ZMfA== X-Forwarded-Encrypted: i=1; AJvYcCV+nDil/eH+jq0tOp/lORbCyD6tMVB7h6RiWLuio758QNt3FCOdZMJNXlxFg6skdx267HTJzQ==@debbugs.gnu.org X-Gm-Message-State: AOJu0YyhKwStnlMcM80rkU3SvCu++VX0fv3gVnwYTN6LPLqNU9wfdlme 1uQk/Zjiu/OxDqSlj+BLNMCehbl7HrG8vWjArKf6/pM7c7g2JS5dSsihv4Y8U7YY1aaw+y/SgNY iL3mlbWOdYKe0RSh7jO3e4LPuT6w= X-Gm-Gg: ASbGnct6Qb01+uhJirKTSUSQKEbyZVrriCowp47hS5grdcu4CBu+Y96ZMwEG1a0dp3x 5dptRobKJzE/UB8BthY1ogr0p5Kx/f8OD8eib/HQeI4IM2Ud3c0dDFZ8KGnRikA== X-Google-Smtp-Source: AGHT+IG/sYPACfryXDW1QrUCIlKdEfL8w70wS1enysQctz1N2WzqlalFi+llJt464+LqG0sxb8+K7DvJIj7JAjThe2Q= X-Received: by 2002:a05:6102:3712:b0:4b2:5ecf:d124 with SMTP id ada2fe7eead31-4b690be6db1mr29026701137.14.1737817104319; Sat, 25 Jan 2025 06:58:24 -0800 (PST) MIME-Version: 1.0 References: <86wmejt0gf.fsf@gnu.org> In-Reply-To: <86wmejt0gf.fsf@gnu.org> From: Ship Mints Date: Sat, 25 Jan 2025 09:56:40 -0500 X-Gm-Features: AWEUYZnBq_A9BAr3_TZlPnzqiIhOfMZ5PXQ1vkBk6kYH-yZJ-gulbLNYXSdjXjk Message-ID: Subject: Re: bug#75828: [PATCH] Correct make-frame docstring vis-a-vis make_frame.c To: Eli Zaretskii Content-Type: multipart/alternative; boundary="000000000000300ddd062c8913d6" X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 75828 Cc: 75828@debbugs.gnu.org, Stefan Kangas X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) --000000000000300ddd062c8913d6 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Sure, I'll use buffer-list / buffer-predicate and beat my make-frame calls into submission. In the end, this was a surprise and it took a while to figure out why make-frame wasn't doing what I asked. I had to read the code for make_frame to figure this out. That, alone, is a good reason to at least mention it in the docstring, and will save some other people time. On Sat, Jan 25, 2025 at 9:47=E2=80=AFAM Eli Zaretskii wrote: > > From: Ship Mints > > Date: Sat, 25 Jan 2025 09:12:50 -0500 > > > > make-frame's docstring says "creates and returns a new frame, displayin= g > the current buffer." This is not > > true if the buffer is considered conventionally hidden. > > > > struct frame * > > make_frame (bool mini_p) > > ... > > Lisp_Object buf =3D Fcurrent_buffer (); > > /* If current buffer is hidden, try to find another one. */ > > if (BUFFER_HIDDEN_P (XBUFFER (buf))) > > buf =3D other_buffer_safely (buf); > > > > I'd prefer to have an option to be literal and allow users to make a > frame on a hidden current buffer. > > You can have that already via buffer-list and/or buffer-predicate frame > parameters, no? > > > --- a/lisp/frame.el > > +++ b/lisp/frame.el > > @@ -915,6 +915,10 @@ x-display-name > > > > (defun make-frame (&optional parameters) > > "Return a newly created frame displaying the current buffer. > > +If the current buffer is hidden (its name starts with a space > > +character), then another buffer is chosen to display following the > > +semantics of `other-buffer'. > > Thanks, but this is inaccurate: it is incorrect, for example, if > PARAMETERS include '((minibuffer . only)). > > I'm not sure we should reveal those details here. Hidden buffers are > handled specially in many places in Emacs, and I don't think we spell > that out in every doc string. > > Stefan, WDYT? > > In any case, if we do decide to make this change, the ELisp manual > should also be changed. > --000000000000300ddd062c8913d6 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Sure, I'll use=C2=A0buffer-list=C2=A0/=C2=A0buffer-predicate and beat my make-frame calls into sub= mission.

In the end, this was a surprise= and it took a while to figure out why make-frame wasn't doing what I a= sked. I had to read the code for make_frame to figure this out. That, alone= , is a good reason to at least mention it in the docstring, and will save s= ome other people time.


On = Sat, Jan 25, 2025 at 9:47=E2=80=AFAM Eli Zaretskii <eliz@gnu.org> wrote:
> From: Ship Mints <shipmints@gmail.com>
> Date: Sat, 25 Jan 2025 09:12:50 -0500
>
> make-frame's docstring says "creates and returns a new frame,= displaying the current buffer." This is not
> true if the buffer is considered conventionally hidden.
>
> struct frame *
> make_frame (bool mini_p)
> ...
>=C2=A0 =C2=A0 =C2=A0Lisp_Object buf =3D Fcurrent_buffer ();
>=C2=A0 =C2=A0 =C2=A0/* If current buffer is hidden, try to find another= one.=C2=A0 */
>=C2=A0 =C2=A0 =C2=A0if (BUFFER_HIDDEN_P (XBUFFER (buf)))
>=C2=A0 =C2=A0 =C2=A0 =C2=A0buf =3D other_buffer_safely (buf);
>
> I'd prefer to have an option to be literal and allow users to make= a frame on a hidden current buffer.

You can have that already via buffer-list and/or buffer-predicate frame
parameters, no?

> --- a/lisp/frame.el
> +++ b/lisp/frame.el
> @@ -915,6 +915,10 @@ x-display-name
>=C2=A0
>=C2=A0 (defun make-frame (&optional parameters)
>=C2=A0 =C2=A0 "Return a newly created frame displaying the current= buffer.
> +If the current buffer is hidden (its name starts with a space
> +character), then another buffer is chosen to display following the > +semantics of `other-buffer'.

Thanks, but this is inaccurate: it is incorrect, for example, if
PARAMETERS include '((minibuffer . only)).

I'm not sure we should reveal those details here.=C2=A0 Hidden buffers = are
handled specially in many places in Emacs, and I don't think we spell that out in every doc string.

Stefan, WDYT?

In any case, if we do decide to make this change, the ELisp manual
should also be changed.
--000000000000300ddd062c8913d6-- From debbugs-submit-bounces@debbugs.gnu.org Sat Jan 25 10:23:46 2025 Received: (at 75828) by debbugs.gnu.org; 25 Jan 2025 15:23:46 +0000 Received: from localhost ([127.0.0.1]:52071 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tbi0f-000694-I6 for submit@debbugs.gnu.org; Sat, 25 Jan 2025 10:23:46 -0500 Received: from mail-vs1-xe36.google.com ([2607:f8b0:4864:20::e36]:56624) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.84_2) (envelope-from ) id 1tbi0c-00068Q-Ik for 75828@debbugs.gnu.org; Sat, 25 Jan 2025 10:23:43 -0500 Received: by mail-vs1-xe36.google.com with SMTP id ada2fe7eead31-4afeccfeda2so1776549137.1 for <75828@debbugs.gnu.org>; Sat, 25 Jan 2025 07:23:42 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1737818617; x=1738423417; darn=debbugs.gnu.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=tv6BjSYfOzeE73lb+iDg3swKTRo955oFoHtKh2TJ/ks=; b=XwiIY3ADdu45lSYEJxoBGCvOOEv8StutYIMid2BwcIZrDt0s4MRv5AnlJUtdQ6KzWA 8TU3sAlvUBjwO0zjszzOqO7gDpLYqdUC7M5ApP3XaRinxddds1QkafOeUEFgJ0iZkbFy kTMCRlmljoshM26A/nUOzUxzAKPf+L7q6AVQxxfWal7yEcWFaK6kXihxwVXAM0qc1HDq Neq5x09lRIdLpZ48oOHV31hH4JIoL6Sv8QlgeZaq/lsxwgDk2LSRA88qYBI1i798ZUx4 A40f1JlREbW3EN5qpcBFNlD6ccjJbLZEO5ZXHDhDyu4fNbJWluuiWDe3OyjU5QGjF2xY QmGg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1737818617; x=1738423417; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=tv6BjSYfOzeE73lb+iDg3swKTRo955oFoHtKh2TJ/ks=; b=fW5dNdfcL348YFJ/kz0hoTj2c2lqmt5XTzFtXz3hDKs/6EZwEPtnlNsYfjqdVvQWiu CgNWQ2VB8pc4p84dxRUXPuwh9IIToMD4Ezw0WYRj1a2mFG+B1It1stXWYwme+lply8jg qRvUf5wJrq/y/D/asUpUF0LENi6tZyHta4VHKIf6SHo27ztgnf3veRF1C03zJhB/kq+q HzVvWTBZ/7T5BxspFPBkiaDGYFdWwrZr6SlMAe7sLRA+/esTHPyTLjdq5gfLENZUZc+i lAfbF+gJzMWY4DqIMwhJ1HBezdd1WPqnHSMXh3x0BUM0ydet9d+smc12+HC1yEjJRn3M ZtDw== X-Forwarded-Encrypted: i=1; AJvYcCUQ0/kZ6ndUzf4nU+bOQ0cSzAGxtyJNT5AwrgXHx+nGHGB24PLySGoSKVm1V9kPgPk6QZNZPQ==@debbugs.gnu.org X-Gm-Message-State: AOJu0YxFovzXkOuI31aRcZ3ukHPLnLVqUFMIlrVjjXzJdimaN7R1YtEv Hnz+fv4z9iaMPC0OfUIPY75EZEIy8oXrJHl4b1XSmj7lYbDs+ARHJI0SUPjsZGPYSqMJQFr4rn3 yOLN+H0DQ1pzN2wnb15r1GSEVrHw= X-Gm-Gg: ASbGncsfURaDwCdBvswMxCpkS8adswLdDJIxdTqTv4GpEGextlPCjBPZkNwEitEQIlp oNE1cLuXgjobESqTh2NY8qB2TcKxodS7LSZDbUDV7K+glYXGStH4+DSnU1d+GHg== X-Google-Smtp-Source: AGHT+IFQVn7abFl1rXgbqJmngLuoajtBQKZBy4kNR3aePagA/h4k+Dt5wNBDSrWQ6AoofnNxwLVBtc+pBDHsZZvdTJg= X-Received: by 2002:a05:6102:2c88:b0:4b2:cc94:1d6a with SMTP id ada2fe7eead31-4b690ca2b07mr33477760137.19.1737818616689; Sat, 25 Jan 2025 07:23:36 -0800 (PST) MIME-Version: 1.0 References: <86wmejt0gf.fsf@gnu.org> In-Reply-To: From: Ship Mints Date: Sat, 25 Jan 2025 10:21:52 -0500 X-Gm-Features: AWEUYZkf52B6gU4jnFR8RupB-MqP4I6-UU-W7MS2QJ0zLdYakAqbQVr2fqK40go Message-ID: Subject: Re: bug#75828: [PATCH] Correct make-frame docstring vis-a-vis make_frame.c To: Eli Zaretskii Content-Type: multipart/alternative; boundary="00000000000054fd44062c896d4a" X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 75828 Cc: 75828@debbugs.gnu.org, Stefan Kangas X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) --00000000000054fd44062c896d4a Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable I tried. It looks like having a control of some kind for make-frame, or altering make_frame to not use other_buffer_safely, are the only options. make_frame calls other_buffer_safely which ignores the suggested frame parameters. >From buffer.c: /* The following function is a safe variant of Fother_buffer: It doesn't pay attention to any frame-local buffer lists, doesn't care about visibility of buffers, and doesn't evaluate any frame predicates. */ Lisp_Object other_buffer_safely (Lisp_Object buffer) On Sat, Jan 25, 2025 at 9:56=E2=80=AFAM Ship Mints wr= ote: > Sure, I'll use buffer-list / buffer-predicate and beat my make-frame > calls into submission. > > In the end, this was a surprise and it took a while to figure out why > make-frame wasn't doing what I asked. I had to read the code for make_fra= me > to figure this out. That, alone, is a good reason to at least mention it = in > the docstring, and will save some other people time. > > > On Sat, Jan 25, 2025 at 9:47=E2=80=AFAM Eli Zaretskii wrot= e: > >> > From: Ship Mints >> > Date: Sat, 25 Jan 2025 09:12:50 -0500 >> > >> > make-frame's docstring says "creates and returns a new frame, >> displaying the current buffer." This is not >> > true if the buffer is considered conventionally hidden. >> > >> > struct frame * >> > make_frame (bool mini_p) >> > ... >> > Lisp_Object buf =3D Fcurrent_buffer (); >> > /* If current buffer is hidden, try to find another one. */ >> > if (BUFFER_HIDDEN_P (XBUFFER (buf))) >> > buf =3D other_buffer_safely (buf); >> > >> > I'd prefer to have an option to be literal and allow users to make a >> frame on a hidden current buffer. >> >> You can have that already via buffer-list and/or buffer-predicate frame >> parameters, no? >> >> > --- a/lisp/frame.el >> > +++ b/lisp/frame.el >> > @@ -915,6 +915,10 @@ x-display-name >> > >> > (defun make-frame (&optional parameters) >> > "Return a newly created frame displaying the current buffer. >> > +If the current buffer is hidden (its name starts with a space >> > +character), then another buffer is chosen to display following the >> > +semantics of `other-buffer'. >> >> Thanks, but this is inaccurate: it is incorrect, for example, if >> PARAMETERS include '((minibuffer . only)). >> >> I'm not sure we should reveal those details here. Hidden buffers are >> handled specially in many places in Emacs, and I don't think we spell >> that out in every doc string. >> >> Stefan, WDYT? >> >> In any case, if we do decide to make this change, the ELisp manual >> should also be changed. >> > --00000000000054fd44062c896d4a Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
I tried. It looks like having a control of some=C2=A0kind for make-frame= , or altering make_frame to not use other_buffer_safely, are the only optio= ns.

<= /div>
make_fram= e calls other_buffer_safely which ignores the suggested frame parameters.

=
From buffer.c:=

/* The follo= wing function is a safe variant of Fother_buffer: It doesn't
=C2=A0 = =C2=A0pay attention to any frame-local buffer lists, doesn't care about=
=C2=A0 =C2=A0visibility of buffers, and doesn't evaluate any frame = predicates. =C2=A0*/

Lisp_Object
other_buffer_safely (Lisp_Object= buffer)


On Sat, Jan 25, 2025 at 9:56=E2=80=AFAM= Ship Mints <shipmints@gmail.com<= /a>> wrote:
<= div dir=3D"ltr">
Sure,= I'll use=C2=A0buffe= r-list=C2=A0/=C2=A0buffer-predicate and beat my make= -frame calls into submission.

In the end, this was a surprise and it took a while to figure out why make= -frame wasn't doing what I asked. I had to read the code for make_frame= to figure this out. That, alone, is a good reason to at least mention it i= n the docstring, and will save some other people time.


On Sat, Jan 25= , 2025 at 9:47=E2=80=AFAM Eli Zaretskii <eliz@gnu.org> wrote:
> From: Ship Mints <shipmints@gmail.com>
> Date: Sat, 25 Jan 2025 09:12:50 -0500
>
> make-frame's docstring says "creates and returns a new frame,= displaying the current buffer." This is not
> true if the buffer is considered conventionally hidden.
>
> struct frame *
> make_frame (bool mini_p)
> ...
>=C2=A0 =C2=A0 =C2=A0Lisp_Object buf =3D Fcurrent_buffer ();
>=C2=A0 =C2=A0 =C2=A0/* If current buffer is hidden, try to find another= one.=C2=A0 */
>=C2=A0 =C2=A0 =C2=A0if (BUFFER_HIDDEN_P (XBUFFER (buf)))
>=C2=A0 =C2=A0 =C2=A0 =C2=A0buf =3D other_buffer_safely (buf);
>
> I'd prefer to have an option to be literal and allow users to make= a frame on a hidden current buffer.

You can have that already via buffer-list and/or buffer-predicate frame
parameters, no?

> --- a/lisp/frame.el
> +++ b/lisp/frame.el
> @@ -915,6 +915,10 @@ x-display-name
>=C2=A0
>=C2=A0 (defun make-frame (&optional parameters)
>=C2=A0 =C2=A0 "Return a newly created frame displaying the current= buffer.
> +If the current buffer is hidden (its name starts with a space
> +character), then another buffer is chosen to display following the > +semantics of `other-buffer'.

Thanks, but this is inaccurate: it is incorrect, for example, if
PARAMETERS include '((minibuffer . only)).

I'm not sure we should reveal those details here.=C2=A0 Hidden buffers = are
handled specially in many places in Emacs, and I don't think we spell that out in every doc string.

Stefan, WDYT?

In any case, if we do decide to make this change, the ELisp manual
should also be changed.
--00000000000054fd44062c896d4a-- From debbugs-submit-bounces@debbugs.gnu.org Sat Jan 25 10:32:43 2025 Received: (at 75828) by debbugs.gnu.org; 25 Jan 2025 15:32:43 +0000 Received: from localhost ([127.0.0.1]:52090 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tbi9L-0006fL-3o for submit@debbugs.gnu.org; Sat, 25 Jan 2025 10:32:43 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:47634) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1tbi9I-0006f6-Sl for 75828@debbugs.gnu.org; Sat, 25 Jan 2025 10:32:42 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1tbi9D-0005Qu-Er; Sat, 25 Jan 2025 10:32:35 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=UMsWdR2kz+1gO1ECQyoLuyHyRvcvAbXy0emwJRD7Ksc=; b=VAyxV2whBtSd yYClWnDenzWjTbdEZKsAYnAinfL+EsjoZbtc7kR8VGW7DKcn5OckKFtLdc0dFrCgi4Hv3m/ueGHD1 yGMLRCKIk7uC3EArgC8bVcOvKRJSeKm5kZdC5V2KaD+aTrE0PcBzyoyaqWJytmYxjPNxQ0rNGHHoE ccsraHfeRwJhU1AeJt+eYxg31VVHqg04sGr+d58JT//B8v0641vnEmsU8/0vP6D5euihVFOUlShl3 6QxuH/DzcsRuPfwKw8tfBM6EqqIeyzK9MYFYz2kqVI6l5hY9bVYPS4SnPXYKrtJihsvwem9RseA8j jbtaWiU6B5Gcjd3UN5INNw==; Date: Sat, 25 Jan 2025 17:32:30 +0200 Message-Id: <86sep6ucxd.fsf@gnu.org> From: Eli Zaretskii To: Ship Mints In-Reply-To: (message from Ship Mints on Sat, 25 Jan 2025 10:21:52 -0500) Subject: Re: bug#75828: [PATCH] Correct make-frame docstring vis-a-vis make_frame.c References: <86wmejt0gf.fsf@gnu.org> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 75828 Cc: 75828@debbugs.gnu.org, stefankangas@gmail.com X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > From: Ship Mints > Date: Sat, 25 Jan 2025 10:21:52 -0500 > Cc: Stefan Kangas , 75828@debbugs.gnu.org > > I tried. It looks like having a control of some kind for make-frame, or altering make_frame to not use > other_buffer_safely, are the only options. > > make_frame calls other_buffer_safely which ignores the suggested frame parameters. Can you tell why you must use make-frame and not, say, switch-to-buffer-other-frame? From debbugs-submit-bounces@debbugs.gnu.org Sat Jan 25 10:49:21 2025 Received: (at 75828) by debbugs.gnu.org; 25 Jan 2025 15:49:21 +0000 Received: from localhost ([127.0.0.1]:52122 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tbiPR-0007Qo-0Y for submit@debbugs.gnu.org; Sat, 25 Jan 2025 10:49:21 -0500 Received: from mail-vs1-xe2b.google.com ([2607:f8b0:4864:20::e2b]:47511) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.84_2) (envelope-from ) id 1tbiPO-0007QS-1g for 75828@debbugs.gnu.org; Sat, 25 Jan 2025 10:49:19 -0500 Received: by mail-vs1-xe2b.google.com with SMTP id ada2fe7eead31-4afdf300d07so1793052137.3 for <75828@debbugs.gnu.org>; Sat, 25 Jan 2025 07:49:18 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1737820152; x=1738424952; darn=debbugs.gnu.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=W11BnqfzRH4PQ1oi0OqJnRPLriDpUU/Z/LD4Mdh4mc0=; b=MGcOewAuevWiM8hupjsej6SvbN1uXWXQ1Ly39VyQsqWvsTSLz229HMLcTnyxjNQpwy ZFBVdcOYlQ2SDmwWrMttMWUaRROe97M6lbx5NAlnXQrlUfgTPJJKaMv5tMlVFOPlv1Kb 47GYNZGUuL6gDTcEYi4sT86rRTC14gRhn7Frh/BoH2q9+zqSyaIBlwCnYpVQIzgJE+ZP aE0RpiN/wPVqY+c8D1IzAaLLdYVSnV3MyeuQ5Q13GYmbGZyHY3NOH3OJ5MXQWcuuSs53 0hIJ/6hXNWT9y1B5Q0SHqe9l/WN3THBufcBg1c+YW4sgIY31Qycls4xkGKtjJLpTGvQf dwag== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1737820152; x=1738424952; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=W11BnqfzRH4PQ1oi0OqJnRPLriDpUU/Z/LD4Mdh4mc0=; b=V/gNxiUgrK4BNlW6BcpRQDZOYhBhv8ZLsRWG5SxTbr+CN5hRGlB+ph/blddqYsgcz0 nGHuWFHtQWGbIAxZJIdKzQvndnn4E9i9Pbu8HUf9BgQThpnlqx9gAGF05BOkeZ0mBnVt SxN9g2MOBhDnD2ycY3z8i0MsS4cFJA6bMkbgjEmISlV6y+K3tEDyGdoqFe4FC7B4esd7 OdIhJKENc8i3dogaCQUXWZUtFP5a50w6K7VmXp51yzLWmdcxhd2s7tXx0KiKCCW0+Nsa 4ZztLQzzmwfBah5NPK/cAqkpHH+rq8PLWDgArsZ9MwYmgFbPR8TtG96AxTkQMLZu1u+E myfA== X-Forwarded-Encrypted: i=1; AJvYcCWxtZqfmNxj21cTwDD7XowGuYmbnifDBuhH8m3yJg9EFAfUZmwfhMwm4C9o271eXs2wAgE/YQ==@debbugs.gnu.org X-Gm-Message-State: AOJu0Ywb7MiHqeAR+bsCI+5iG2Q4ryaYFn9h3EucqYkFuI1vm8RWsf5R sbrPprnUyDGfq7PMMcK1HrvF5GU6qKiaYpNXump61yDCZdy8trg01IcsP5fncz4PYvKLPym+Igd jddP+rc5IrcmVJE+SCOmLKRiIarU= X-Gm-Gg: ASbGnctnc2rO6HjC3p8AoXHwtbIpkU8gJV2+hhFJW3Jag0pbTdt6Sbao0vH7bB+qOCP IHIfB5OqKqr66yWYnF2dswO2pts90ehm8FCDfN/oLH08aWVMQyfDNz6Et3kF4Sw== X-Google-Smtp-Source: AGHT+IFwb597uCXhgn19f5QYyleF20LOLLHyoenjT+km2H9LPId3Y+Wtcgu/pjJqygSO80YAZtDMztJx1WV44+XnOZM= X-Received: by 2002:a05:6102:38c8:b0:4b2:ad82:133a with SMTP id ada2fe7eead31-4b690d105d7mr29038427137.25.1737820152328; Sat, 25 Jan 2025 07:49:12 -0800 (PST) MIME-Version: 1.0 References: <86wmejt0gf.fsf@gnu.org> <86sep6ucxd.fsf@gnu.org> In-Reply-To: <86sep6ucxd.fsf@gnu.org> From: Ship Mints Date: Sat, 25 Jan 2025 10:47:27 -0500 X-Gm-Features: AWEUYZl4T6G5bh0LA9iqfUr0i9qwF1bzIeew_8bjtAJSXEY52ek7iUo7xMHiuvM Message-ID: Subject: Re: bug#75828: [PATCH] Correct make-frame docstring vis-a-vis make_frame.c To: Eli Zaretskii Content-Type: multipart/alternative; boundary="000000000000dcf9cc062c89c8b4" X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 75828 Cc: 75828@debbugs.gnu.org, stefankangas@gmail.com X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) --000000000000dcf9cc062c89c8b4 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Because I want a guaranteed new frame with the explicitly specified buffer. I assume this is also an issue for child frames--make_frame doesn't distinguish during buffer selection? The following works but is wonky (kind of annoying) because it first shows a non-hidden buffer, and then switches to the one I really want (note that string pixel width is just an example that we all have at hand): (with-selected-frame (make-frame) ;; (select-frame-set-input-focus (selected-frame)) ; might need based on platform (switch-to-buffer " *string-pixel-width*")) -Stephane On Sat, Jan 25, 2025 at 10:32=E2=80=AFAM Eli Zaretskii wrote= : > > From: Ship Mints > > Date: Sat, 25 Jan 2025 10:21:52 -0500 > > Cc: Stefan Kangas , 75828@debbugs.gnu.org > > > > I tried. It looks like having a control of some kind for make-frame, or > altering make_frame to not use > > other_buffer_safely, are the only options. > > > > make_frame calls other_buffer_safely which ignores the suggested frame > parameters. > > Can you tell why you must use make-frame and not, say, > switch-to-buffer-other-frame? > --000000000000dcf9cc062c89c8b4 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Because I want a guaranteed new frame with the explicitly specified buff= er.

<= /div>
I assume = this is also an issue for child frames--make_frame doesn't distinguish = during buffer selection?

The following works but is wonky (kind of annoying) because it = first shows a non-hidden buffer, and then switches to the one I really want= (note that string pixel width is just an example that we all have at hand)= :

(with-selec= ted-frame (make-frame)
=C2=A0 ;; (select-frame-set-input-focus (selected= -frame)) ; might need based on platform
=C2=A0 (switch-to-buffer " = *string-pixel-width*"))

-Stephane

On Sat, Jan 25, 2025 at 10= :32=E2=80=AFAM Eli Zaretskii <eliz@gnu.o= rg> wrote:
shipmints@gmail.com>
> Date: Sat, 25 Jan 2025 10:21:52 -0500
> Cc: Stefan Kangas <stefankangas@gmail.com>, 75828@debbugs.gnu.org
>
> I tried. It looks like having a control of some kind for make-frame, o= r altering make_frame to not use
> other_buffer_safely, are the only options.
>
> make_frame calls other_buffer_safely which ignores the suggested frame= parameters.

Can you tell why you must use make-frame and not, say,
switch-to-buffer-other-frame?
--000000000000dcf9cc062c89c8b4-- From debbugs-submit-bounces@debbugs.gnu.org Sat Jan 25 11:27:04 2025 Received: (at 75828) by debbugs.gnu.org; 25 Jan 2025 16:27:04 +0000 Received: from localhost ([127.0.0.1]:52196 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tbizw-0000oB-DC for submit@debbugs.gnu.org; Sat, 25 Jan 2025 11:27:04 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:54600) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1tbizr-0000nZ-5u for 75828@debbugs.gnu.org; Sat, 25 Jan 2025 11:27:02 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1tbizl-0003Y3-AA; Sat, 25 Jan 2025 11:26:53 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=RJlxPLLkbqHjs5TT38TQKTHHo16PpiLbDtXleUqKcDI=; b=OVDTkT/TbBLK 6e/EbogY5pAjvzaHACT40Jlttx3+IHOB6MTtNcvV3um5eEKwduhoiD9Tiv1MUPxAevDYIQXF/Vl0y zQGhK56ihRW7E/y66Y3FeFPaV3T/cBq074PO4/gJsOJDew0SzrDDwSgsO5GuSavEUXiHFAWEb7Gxu tqD4pnzxQqAKbKN30afvlzsVC7OfR2fSzs70Iopc1CUpP3m1kXzzJQ5WooFspKisT2FDS9m+KtKJq hYys/jZsLnBAbWo9cKtsXjxpylDcbr/8ULoY8/rvbhUn1hhscLyAn+Ga3kt23OtWlm2JaA3z0Phdj gZ7eWP6mO/yjtHl0HZXp/w==; Date: Sat, 25 Jan 2025 18:26:49 +0200 Message-Id: <86r04quaeu.fsf@gnu.org> From: Eli Zaretskii To: Ship Mints In-Reply-To: (message from Ship Mints on Sat, 25 Jan 2025 10:47:27 -0500) Subject: Re: bug#75828: [PATCH] Correct make-frame docstring vis-a-vis make_frame.c References: <86wmejt0gf.fsf@gnu.org> <86sep6ucxd.fsf@gnu.org> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 75828 Cc: 75828@debbugs.gnu.org, stefankangas@gmail.com X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > From: Ship Mints > Date: Sat, 25 Jan 2025 10:47:27 -0500 > Cc: stefankangas@gmail.com, 75828@debbugs.gnu.org > > Because I want a guaranteed new frame with the explicitly specified buffer. And pop-to-buffer cannot guarantee that? From debbugs-submit-bounces@debbugs.gnu.org Sat Jan 25 11:33:24 2025 Received: (at 75828) by debbugs.gnu.org; 25 Jan 2025 16:33:24 +0000 Received: from localhost ([127.0.0.1]:52205 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tbj63-00015z-PT for submit@debbugs.gnu.org; Sat, 25 Jan 2025 11:33:24 -0500 Received: from mail-vs1-xe29.google.com ([2607:f8b0:4864:20::e29]:48190) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.84_2) (envelope-from ) id 1tbj61-00015h-N4 for 75828@debbugs.gnu.org; Sat, 25 Jan 2025 11:33:22 -0500 Received: by mail-vs1-xe29.google.com with SMTP id ada2fe7eead31-4afd68271b6so902782137.0 for <75828@debbugs.gnu.org>; Sat, 25 Jan 2025 08:33:21 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1737822796; x=1738427596; darn=debbugs.gnu.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=J7OkUixrRPFFyqNSbDNwg9qfRK+ORjEMRjKBrgBrMxc=; b=MkWCZ39UpNaOkwbKgNy6xOiHeWWQn6sUiR4Nk6CPPQyY6uplPjiSPhhnqzPzORSl3j A4EdMcwIJkyx17oe9eKro70PO0zuIbbLuFb6p7UlO4G76GM05UFWpGsjtNxIJRsNZYcy JozJKkFAPJKXxf4nllirbBTMkoZvGlCtW/jncK4741JzHCqrjdv9bNkQ7R/uZPqxvkMC 4mRAMGNEvSkTSzrRl/v+ZxqrmELlPAYdpxG3OlMIm/xTe668GiEchlZnjJDiJV3hOUNu Jaj8CsjkY1U/p5BvNA2V4ZH1Tn7KXQ1XNABTzYshFUmb8iCJCFNNsWKYsBYmBzvMRblo uL+A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1737822796; x=1738427596; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=J7OkUixrRPFFyqNSbDNwg9qfRK+ORjEMRjKBrgBrMxc=; b=PnqX2BN7iitZMquY7BE/rm5V16s+JcMhNhafV7zXvh3qfbjP65T+0v/8W4/6oOupvF 3Fsgc//yrnVAKzg5QT5hQ3Sd8MzmsiLjji3lomuOmtmNM9AowtilNADaeBy8fy3ItNiF zOJH5Am1F8oEVK6mF5iXMwIVp1Al9vqm4uNfVo0MpXNBtDgghZdon97UVZ9/gSFjUpJ6 nTm9kJBme9S79vuO3UMpZQIk59woYEr9LMXug5TiYG0TOkxkaOLe/dgH96cKzn+cN6Rd BR9VL9Knhswn3FshePImXadBkOWMDkCsQA52Z6fJpXuehELHhDLk++io1KI8OgnLkH2k VGnA== X-Forwarded-Encrypted: i=1; AJvYcCXRaagYTJcqQNXYld6XPrXEANVHDKSHeWhEhx7Jal0zFFZCzoQSsXG56/E0XCDWbIZN42hLdQ==@debbugs.gnu.org X-Gm-Message-State: AOJu0YyeXFXA9F4KPBJzwCpMsUQbSfF295ql7XLeBvRtcfD9gpN6c2h2 /5G7ABubA/xFR/E8jw8wUVRq+Yl7AQ15iiG80qJPCbrw3ohc4CXDmlt18VneYGtDIT1l5uc89uf M8MFrka6fdgc7Zn9jQVbDwQmSpfk= X-Gm-Gg: ASbGncvScRdTDH1cUTcDs5JbBQI1voHCE7vyX9b5E65vy4TQ/fpTxdleohEkb46dfoW TD8zFGl9RrX6lQcVCweWJKd/KCeseFFz+rUEeDaPW/BuX05sI4COH7uaY7z/A4Q== X-Google-Smtp-Source: AGHT+IGzUwHowJwYZCy3ZVQHOzA6NmTt0FVgk/kZ/fnX1vBNir6bJjFmMzfxxHn8pUD1Xs3pDhezFh8mueTG+c19tmo= X-Received: by 2002:a05:6102:6c7:b0:4b6:8e5d:4bfd with SMTP id ada2fe7eead31-4b690cc968emr30256499137.22.1737822795966; Sat, 25 Jan 2025 08:33:15 -0800 (PST) MIME-Version: 1.0 References: <86wmejt0gf.fsf@gnu.org> <86sep6ucxd.fsf@gnu.org> <86r04quaeu.fsf@gnu.org> In-Reply-To: <86r04quaeu.fsf@gnu.org> From: Ship Mints Date: Sat, 25 Jan 2025 11:31:31 -0500 X-Gm-Features: AWEUYZksmKSeB6eFAak6hhAlZ3IL89yoWtq0xYXQ07Z8yMFu_SVgvQpus7CIiUA Message-ID: Subject: Re: bug#75828: [PATCH] Correct make-frame docstring vis-a-vis make_frame.c To: Eli Zaretskii Content-Type: multipart/alternative; boundary="0000000000006fb14b062c8a6654" X-Spam-Score: 1.0 (+) X-Debbugs-Envelope-To: 75828 Cc: 75828@debbugs.gnu.org, stefankangas@gmail.com X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) --0000000000006fb14b062c8a6654 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable 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). On Sat, Jan 25, 2025 at 11:26=E2=80=AFAM Eli Zaretskii wrote= : > > From: Ship Mints > > Date: Sat, 25 Jan 2025 10:47:27 -0500 > > Cc: stefankangas@gmail.com, 75828@debbugs.gnu.org > > > > Because I want a guaranteed new frame with the explicitly specified > buffer. > > And pop-to-buffer cannot guarantee that? > --0000000000006fb14b062c8a6654 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
I appreciate the tips and discussion.

(let ((pop-up-frames t))
=C2=A0 (pop-to-buff= er " *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).



On Sat, Jan 2= 5, 2025 at 11:26=E2=80=AFAM Eli Zaretskii <eliz@gnu.org> wrote:
> From: Ship Mints <shipmints@gmail.com>
> Date: Sat, 25 Jan 2025 10:47:27 -0500
> Cc: stefan= kangas@gmail.com, 75828@debbugs.gnu.org
>
> Because I want a guaranteed new frame with the explicitly specified bu= ffer.

And pop-to-buffer cannot guarantee that?
--0000000000006fb14b062c8a6654-- From debbugs-submit-bounces@debbugs.gnu.org Sat Jan 25 11:43:21 2025 Received: (at 75828) by debbugs.gnu.org; 25 Jan 2025 16:43:21 +0000 Received: from localhost ([127.0.0.1]:52225 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tbjFh-0001Yd-2u for submit@debbugs.gnu.org; Sat, 25 Jan 2025 11:43:21 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:45428) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1tbjFe-0001YM-M7 for 75828@debbugs.gnu.org; Sat, 25 Jan 2025 11:43:19 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1tbjFY-0006Cg-QS; Sat, 25 Jan 2025 11:43:12 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=5/tLkpEssGEOUYKAAxYBKqyfDsoIjJMSP6ofuNnN0eA=; b=p58kQDUUBAkp qvRuIkGNJ46YFsurIG6fN3Vf2qQuEcJstTLvdBgdJv1Eph0v5e/hxXa3L2em2XOIebehBHrLfux9G DVR7HvtIjwB4UJPjPlsFNcLzRFkekpNktB7ZW2fV1+E0XrkS75WgubreMFa1I7oIGxfZGTmYMV4I0 RSr6X3CR1Xpn80+3hwGO+Qj/kNs/e7u+ht8Tzhbh2nwFrHQmZVjsG/6Sac8t5zDpzF6T2Rr1K5Gcw IfshPDljZEevXqCnvaAVFwcNKLgoKgeOEdC3vgLlLFQFWk8ws3O6ARekUB6qt3+yMg5/NoLJe7DGo 7J7IBOxRUwHH8glcFYeLdQ==; Date: Sat, 25 Jan 2025 18:43:08 +0200 Message-Id: <86plkau9nn.fsf@gnu.org> From: Eli Zaretskii To: Ship Mints , martin rudalics In-Reply-To: (message from Ship Mints on Sat, 25 Jan 2025 11:31:31 -0500) Subject: Re: bug#75828: [PATCH] Correct make-frame docstring vis-a-vis make_frame.c References: <86wmejt0gf.fsf@gnu.org> <86sep6ucxd.fsf@gnu.org> <86r04quaeu.fsf@gnu.org> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 75828 Cc: 75828@debbugs.gnu.org, stefankangas@gmail.com X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > From: Ship Mints > Date: Sat, 25 Jan 2025 11:31:31 -0500 > Cc: stefankangas@gmail.com, 75828@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. From debbugs-submit-bounces@debbugs.gnu.org Sat Jan 25 11:45:00 2025 Received: (at 75828) by debbugs.gnu.org; 25 Jan 2025 16:45:00 +0000 Received: from localhost ([127.0.0.1]:52234 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tbjHH-0001bt-Vc for submit@debbugs.gnu.org; Sat, 25 Jan 2025 11:45:00 -0500 Received: from mail-ua1-x929.google.com ([2607:f8b0:4864:20::929]:55358) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.84_2) (envelope-from ) id 1tbjHF-0001be-EL for 75828@debbugs.gnu.org; Sat, 25 Jan 2025 11:44:58 -0500 Received: by mail-ua1-x929.google.com with SMTP id a1e0cc1a2514c-85b95896cefso567805241.2 for <75828@debbugs.gnu.org>; Sat, 25 Jan 2025 08:44:57 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1737823492; x=1738428292; darn=debbugs.gnu.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=813fQt/DOQviVeP0UojTXRuEQgq09e/J4qbuHIirrQA=; b=nauGgI2SDpcSLFf+iCoVT6xp0HgOFSPtoSAVJLW9sLBkF6Vn6NHeWF3Ktn/bxVVopY HTBsQVNZ1FF8iz/TXJOxQiY1muo5iJ2OOYzcgmP/qtMF7nPxfpY/uJ00Fz9lP339/Bai LEeZPjmy+OPkp/ZJrMQyX98PzIJKZnmnPKM2u9cIwsya2KwcdH9Nsou48nP7ZKW/RAiv ZHsY2d33sYSpsscIzZTt6hzbkBIsObp74P5pcmz7iJ14sV0J440JYWSXEejUKQ4LYmXT eBmiy0/XTyGPWw0NTgXTLs/pB1EkNL9ue4l5PKJ8qIWWKs5qD/ZsSfGXClaJQP3svAF+ aRjw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1737823492; x=1738428292; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=813fQt/DOQviVeP0UojTXRuEQgq09e/J4qbuHIirrQA=; b=hkC0XVEYxH+sUTTbY7KD/5QejftvgKbaeryqSFRmBH0x0fan7Gc6ooU1AO3mAiEsxg o27iRkIRXuyEFzYkWfUbDDzrrED+v6vFHDCVgvWxWYJ879X8m0eJzYk2JpFQitYPNouq AN5tnEj7caHJ5epCWeMi/onNl/ESiZJKOE6EsHkRq5cwnAzRLykAyKAkUuNTPph8camu v00KK3iFWSSEf68d8LgEblDenXuHV0MYvHZN1GupRRS0g93U6t31aZsBbo8blSllIrOh sgVi5KBXGGgUw6lOFIiUuh4KnsSKxpgvTywg5EYQ/aUkXbDXl3Tak9xET9r0kgfcYkXh Qm3A== X-Forwarded-Encrypted: i=1; AJvYcCU8bluCiacb7L5fcbOivQ+doAzpjEvckSGUjC5dP8NdD4mkoKPOxETKWMdGu+GfeVu7PvDRQg==@debbugs.gnu.org X-Gm-Message-State: AOJu0YxcB17QnvWrOKQUCt/g7t/89sr+o8n7rV3bAF9HUY1Z2Qz5FAeG 2v2lJ6qEkmJjY6io1pd7IK35+/DCe2hZs2rHT7g56GygLxJPcSTJ3a4EjKSUylNMqDhR8Smg7cc qX3cSgrtNs1EcHlozyxxImFHx1oQ= X-Gm-Gg: ASbGncvd8Wg0QQHdHbRg1SU71KqIsTK52gV3oqjO+tey7SWKIbf377xzDy+Y9eZstYK 8/lfpI3eKLIy55mFE/URMrFD6qk9mEbVViq1ZLHGmlyv5cuVAaEh+VHKc4UWeXg== X-Google-Smtp-Source: AGHT+IFbfjr3PH678LdtvzfuwyLMppkp5gQhx3hK/WUI0+GGi+R56doWv4yp2TetG7Fw+q45A2jPq9/z+EHl1tn/7mY= X-Received: by 2002:a05:6122:2109:b0:518:859e:87ae with SMTP id 71dfb90a1353d-51d5b2c385bmr30565690e0c.7.1737823491711; Sat, 25 Jan 2025 08:44:51 -0800 (PST) MIME-Version: 1.0 References: <86wmejt0gf.fsf@gnu.org> <86sep6ucxd.fsf@gnu.org> <86r04quaeu.fsf@gnu.org> <86plkau9nn.fsf@gnu.org> In-Reply-To: <86plkau9nn.fsf@gnu.org> From: Ship Mints Date: Sat, 25 Jan 2025 11:43:07 -0500 X-Gm-Features: AWEUYZk0BEsSrbN3W51BZbCqvFvUYGP8eFu9NzGoYtpwNLcYxbEb4CWbGj5Tdr4 Message-ID: Subject: Re: bug#75828: [PATCH] Correct make-frame docstring vis-a-vis make_frame.c To: Eli Zaretskii Content-Type: multipart/alternative; boundary="000000000000e7ea69062c8a8f1d" X-Spam-Score: 1.0 (+) X-Debbugs-Envelope-To: 75828 Cc: martin rudalics , stefankangas@gmail.com, 75828@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) --000000000000e7ea69062c8a8f1d Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable 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=E2=80=AFAM Eli Zaretskii wrote= : > > From: Ship Mints > > Date: Sat, 25 Jan 2025 11:31:31 -0500 > > Cc: stefankangas@gmail.com, 75828@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. > --000000000000e7ea69062c8a8f1d Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Not a new function, just a way to influence make_frame to not test the c= urrent buffer being hidden.

On Sat, Jan 25, 2025= at 11:43=E2=80=AFAM Eli Zaretskii <eliz= @gnu.org> wrote:
> From: Ship Mints <shipmints@gmail.com>
> Date: Sat, 25 Jan 2025 11:31:31 -0500
> Cc: stefan= kangas@gmail.com, 75828@debbugs.gnu.org
>
> I appreciate the tips and discussion.
>
> (let ((pop-up-frames t))
>=C2=A0 =C2=A0(pop-to-buffer " *string-pixel-width*"))
>
> is identical to the wonky snippet, first showing the unwanted buffer t= hen switching to the wanted buffer (and
> first paying the display cost for the original buffer).

That still doesn't justify a new function, IMO.=C2=A0 But maybe Martin = will
have even better suggestions.
--000000000000e7ea69062c8a8f1d-- From debbugs-submit-bounces@debbugs.gnu.org Sat Jan 25 11:56:01 2025 Received: (at 75828) by debbugs.gnu.org; 25 Jan 2025 16:56:01 +0000 Received: from localhost ([127.0.0.1]:52253 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tbjRw-0002Bo-Gj for submit@debbugs.gnu.org; Sat, 25 Jan 2025 11:56:00 -0500 Received: from mail-vk1-xa30.google.com ([2607:f8b0:4864:20::a30]:52679) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.84_2) (envelope-from ) id 1tbjRu-0002BY-TT for 75828@debbugs.gnu.org; Sat, 25 Jan 2025 11:55:59 -0500 Received: by mail-vk1-xa30.google.com with SMTP id 71dfb90a1353d-51873bc7377so933774e0c.1 for <75828@debbugs.gnu.org>; Sat, 25 Jan 2025 08:55:58 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1737824153; x=1738428953; darn=debbugs.gnu.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=nfvSa7c4TLqmquoziBOOkbU9NNA07b0toE44t7OBTzY=; b=f8oBxFGrf9a+5nt91dSZFH65H7zPnhgqQp78DxbMfOourzou0x54h1Mg74XSobW4VO nuUDSK4xFC1JMT/ZdWjZwY2Hz+F/Up0pt2x5zFgeVtxKPV6M8uvOjGq9/kRWhBvXG907 Av+qtpwNedj5v3UGk/6/6EHU95k0VQUb3wlSnqdkeacg1CuzwhMWbLqjyJuP0U+LGUxy oYy5wwjdDbSNhU2O99rDuOcvqWInIiop8Ne+DQgrGasw317/pd9xWKdwJYJDyN88UYsU xcqbpjaM51e/9rdAQ+nl1K/9q4cLVbbThtkQuyvgjmWeTwQ8IGbOv0LWRN3yPk35ubKi +sig== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1737824153; x=1738428953; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=nfvSa7c4TLqmquoziBOOkbU9NNA07b0toE44t7OBTzY=; b=aD16HHgnbHWplF+c9BDtyHY5QFDqdVO0NXIHwEFMbPsOhkvpCf1WNPsQKPOeYluSAT 2G4qLvIbtxepD+5SSKrqjqDUTsB27xDp5FrlRbhJjhwJgRd8x9LdSBrGeZ/KVHxW+Rb0 9fwKZZ+XtSdzvBqeUlrwL2eC7kV1/bQIwxG+wDOH/3j9Szx0BDIrpPhTszk35XHXcmKm nYfGgtRQpRYkEsck1bmigjrNKcq0/52QoiFoWVX9eiDdcuh8yX3XqTr+5UF1y58ggZka sU1NaSD4vSOUFPjBafEPa5wU063CL16s1eEMBxgQ6vr7sDwmZroKjmy8yA0Oc2uDXDh5 tVWg== X-Forwarded-Encrypted: i=1; AJvYcCUotDsI20PbJ3Yjp1eZn3sPX/K2kID4daM/ZVne+j/dqLRKNQI7q+VTJmfHpKJ7bnOir6S6kQ==@debbugs.gnu.org X-Gm-Message-State: AOJu0YwJDdiFOc+3cnQ98ZSK1z8Hd2gH81KVXZ7EUPC7ypV9lPmlVRAO VOw6JijamymjXMX0O/pp+uJBzDIeVPmrXdGCyLNqCbtq1NKuxVN98x4ZJQPAJoDfgFRt7FIDyTL bkL30ZgUqOR4F+Lh5mFaUC4ozCi0= X-Gm-Gg: ASbGncuWw2wb7T/0CN2DfiSLSMI8T/23eTt8AnnwXvKIgLBiM5frm9bdo3Pjg9pSuSX DReKjUy00GxciczoX10R4E3pOnDdY+ep/cBYF/f1Ojin2S6DKDCtvJQ4z/x1nkw== X-Google-Smtp-Source: AGHT+IHzrcbR6z6Nn8jzkD1K4XOrykW194PsE9HGUR7Kxc7sRxMKaZCPQdwYZuDqgWR6+3v19mYP3+zueVdFIynuRAc= X-Received: by 2002:a05:6122:481:b0:51d:eb9b:6b5 with SMTP id 71dfb90a1353d-51deb9b325bmr23986346e0c.2.1737824153283; Sat, 25 Jan 2025 08:55:53 -0800 (PST) MIME-Version: 1.0 References: <86wmejt0gf.fsf@gnu.org> <86sep6ucxd.fsf@gnu.org> <86r04quaeu.fsf@gnu.org> <86plkau9nn.fsf@gnu.org> In-Reply-To: From: Ship Mints Date: Sat, 25 Jan 2025 11:54:08 -0500 X-Gm-Features: AWEUYZn_G_8rdNx4WvCADOy03aXY6RWSIE_7Sf--5ZOBKu8ekjKGHXNOQT0Nbg8 Message-ID: Subject: Re: bug#75828: [PATCH] Correct make-frame docstring vis-a-vis make_frame.c To: Eli Zaretskii Content-Type: multipart/alternative; boundary="00000000000056b7f6062c8ab7a9" X-Spam-Score: 1.0 (+) X-Debbugs-Envelope-To: 75828 Cc: martin rudalics , stefankangas@gmail.com, 75828@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) --00000000000056b7f6062c8ab7a9 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable 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=E2=80=AFAM Ship Mints w= rote: > 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=E2=80=AFAM Eli Zaretskii wro= te: > >> > From: Ship Mints >> > Date: Sat, 25 Jan 2025 11:31:31 -0500 >> > Cc: stefankangas@gmail.com, 75828@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. >> > --00000000000056b7f6062c8ab7a9 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
I'd be happy with a new defvar (not even a defcustom) and I'll b= ind it all the time (except in packages where I'll bind it around make-= frame calls).

On Sat, Jan 25, 2025 at 11:43=E2= =80=AFAM Ship Mints <shipmints@gm= ail.com> wrote:
Not a new function, just a way to influence make_frame to not tes= t the current buffer being hidden.

On Sat, Jan 25, 2025 at 11:43=E2=80= =AFAM Eli Zaretskii <e= liz@gnu.org> wrote:
> From: Ship Mints <shipmints@gmail.com>
> Date: Sat, 25 Jan 2025 11:31:31 -0500
> Cc: stefan= kangas@gmail.com, 75828@debbugs.gnu.org
>
> I appreciate the tips and discussion.
>
> (let ((pop-up-frames t))
>=C2=A0 =C2=A0(pop-to-buffer " *string-pixel-width*"))
>
> is identical to the wonky snippet, first showing the unwanted buffer t= hen switching to the wanted buffer (and
> first paying the display cost for the original buffer).

That still doesn't justify a new function, IMO.=C2=A0 But maybe Martin = will
have even better suggestions.
--00000000000056b7f6062c8ab7a9-- From debbugs-submit-bounces@debbugs.gnu.org Sat Jan 25 14:18:10 2025 Received: (at 75828) by debbugs.gnu.org; 25 Jan 2025 19:18:11 +0000 Received: from localhost ([127.0.0.1]:52656 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tblfW-0003zS-LN for submit@debbugs.gnu.org; Sat, 25 Jan 2025 14:18:10 -0500 Received: from mout.gmx.net ([212.227.15.19]:45263) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1tblfQ-0003ym-UV for 75828@debbugs.gnu.org; Sat, 25 Jan 2025 14:18:08 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmx.at; s=s31663417; t=1737832666; x=1738437466; i=rudalics@gmx.at; bh=DHFczsz57oORM+pwjLuQre7ZHDzSbl+WDhAN9BQw6oA=; h=X-UI-Sender-Class:Message-ID:Date:MIME-Version:Subject:To:Cc: References:From:In-Reply-To:Content-Type: Content-Transfer-Encoding:cc:content-transfer-encoding: content-type:date:from:message-id:mime-version:reply-to:subject: to; b=Je9daCaWk2TVLC9P6075gqfUCDoObNxppp4kAo6/r66b0c+/oCfFYIcObrTXcGtb WByO3lSWTKf6ItaOskdIg7rVJG/mcq8eWPqu2DJI34nI5uPlLJFgUD+9lcys/bWo4 +hKbiLYjne16UwJSNzw4RyDT9ZJg7A1bnDbZT9LO8QEivZB4nBziABWCSkJBLc5PJ fJ6gpkYauBhco6OAWTWBewvcImduQEaV6waFuhwWHFbFr6nLoLIEFo2xVhp/UefjB OpDadAtdRgxc/fNzKX5ERky86TERqAUa68+467PkPDkdsFeijQqrFImwTHM6CXnhI OzFjZjs7ZjDHCzR3dg== X-UI-Sender-Class: 724b4f7f-cbec-4199-ad4e-598c01a50d3a Received: from [192.168.31.113] ([46.125.249.41]) by mail.gmx.net (mrgmx004 [212.227.17.190]) with ESMTPSA (Nemesis) id 1My36T-1tHKar09iJ-017OPr; Sat, 25 Jan 2025 20:17:46 +0100 Message-ID: Date: Sat, 25 Jan 2025 20:17:44 +0100 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: bug#75828: [PATCH] Correct make-frame docstring vis-a-vis make_frame.c To: Ship Mints , Eli Zaretskii References: <86wmejt0gf.fsf@gnu.org> <86sep6ucxd.fsf@gnu.org> <86r04quaeu.fsf@gnu.org> <86plkau9nn.fsf@gnu.org> Content-Language: en-US From: martin rudalics In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K1:3/M+HsV8hL29dV0C0hTK4iEvR+apXpsC6CqOqMTcpwf31RnC+8+ b69UZlIpoVHefDf/nSSW92TIDb0yj8mMcd8invkbPIPQBl4ee2Uz0Uv2v9WcP6/wkSkvAfU LdgVRtlErZjHF0koOZagc6xosJNfJOQNEa/3/mz4VEdMhYPGdxTCZ2aaQryGe6g3Ak73IAx oWAZOetDuBo4vfYq7bffQ== X-Spam-Flag: NO UI-OutboundReport: notjunk:1;M01:P0:wlAS/lfuunM=;hwRUfuHPsDUErOYXYi8kvytVcs2 atbw6rfe6Q6zGuyjaD16MIEJSn5DdvPle4K2hKUsOFfCw5DbfZ0nAnE7IpHsRYLdmyOW2bo5v PSifnZUgcJOL8MTI9wqQuNlRvFxJJw7ivDvTO02LH9BDHkIvsGwpyKhop8fKtgD7jRTfHKB/t rHcaGd3Af0MsOgSf3/sovPx9H9DLVuwGIW9VwhLVXe93pIU7B1DHkPi07yugi6feCzWFSjFFo xp8bdbYkyeKrzHlKfD+l6RO74f13MUWrp/7CfXhKZ/D1EjFbS4lxe17vq56qTlPvzQz1vcKCW 9x2NXYjHf72dM5SKVGXZQDIjO83Z38o8j0Mh2X15FRbftd1tWVA/1tsCGFtL9JD9vfEMt4Z0y VfszC7XHpAtsnlF/lJuqV4SxdzOBfRTTX7dQosgDcPUbahMY+GBhCI5Ak8jm9Mm4I7cKFyA2P rMHzjGKsHE5csT+ql9IYT5A9SYVjSCFSZH/5EThRMZYQzENECiT8UCEyLPAAOfNOdNb2rZ+sB +0UdBIHXy3qT1MCpauk9hGqP+pGVr1AxEromzEInBduPKqGB+ks1wRvBzOWpyz3zU0lLztL+t wa6Iy/7GXjoF7A9X0RGp7+rox/jyEbSkXQiW+0VNikmUAfhE6QPPCNQLBS+JiIqbKertv/exr +v0MlTJW60pjuKm7+TwT2cHiDCWTZCI5w+seXL1+tNyMhverGMpx2eroutKbvStmDq70/cx0c 8x0Bh6KoqG6g/eTDKRibXErhH/jKjZL3hrjrplieBsjXzo/8ghjLSu2GrkxfHb9SY8bBE3q8q bspe6DdcC2oy+5w51756uLdX0qf6hGInGPTjG63L58B4jfkukIyRjItDd98WTWt+W3U9x/doR sWygSMKVAFcnvIN0uRT18c2K4CUt5MBhJ1Y+FCSAX7M+yI8ceV8BLGhwkxAAqz7//2Q1HXIfF ywU5tGZSVbQQ4UJBAv7zYWdojczU7B1pemfSQXCwIGLLyJrdRMvv7a4A4kxOZn5AJuCtMM6RP Uu31ddVThiIAk3P4GqmNNWI2jDvd5bG+t3qlh9+z3Rym2LQiNuyZv8fWoSa9iih4o4ZISTLUC xmsYLjLV+/jwrT0nBOJ9ZxJybIxH21jpaaE6O3AZjZGvYLWWv/YlFWRPx97NyklAKyvuEUiIO 9qVdItdcTNrdmwFma/9qmrgwWVG6RwqkARCJiXlUvtQ== X-Spam-Score: -0.8 (/) X-Debbugs-Envelope-To: 75828 Cc: 75828@debbugs.gnu.org, stefankangas@gmail.com X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.8 (-) > 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). I think a new automatically buffer-local variable, say 'display-via-make-frame', would not harm anyone. martin From debbugs-submit-bounces@debbugs.gnu.org Sat Jan 25 14:30:25 2025 Received: (at 75828) by debbugs.gnu.org; 25 Jan 2025 19:30:25 +0000 Received: from localhost ([127.0.0.1]:52683 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tblrM-0004gF-Ue for submit@debbugs.gnu.org; Sat, 25 Jan 2025 14:30:25 -0500 Received: from mail-vs1-xe30.google.com ([2607:f8b0:4864:20::e30]:61732) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.84_2) (envelope-from ) id 1tblrK-0004fx-G3 for 75828@debbugs.gnu.org; Sat, 25 Jan 2025 14:30:23 -0500 Received: by mail-vs1-xe30.google.com with SMTP id ada2fe7eead31-4b10dd44c8bso966155137.3 for <75828@debbugs.gnu.org>; Sat, 25 Jan 2025 11:30:22 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1737833417; x=1738438217; darn=debbugs.gnu.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=kFQc2gN6V9gJLcs5jXtw/Mq/Xre8UmFk6tsVDnO4A1w=; b=nM1n1NIp/tYSSB3qdFxTd7AvBnxw3dm/A9yOI1WwkQWauezxkHNXJFXrVehFmoRYFM 62oxu2HnKr/YU8skAUILJ9Za+8Jy96BVB9cUZX0sDUoHsVOczZKRrbogVzx0rlHIxiS8 80BIJyHSNiLyU43OABZO6rOLb7SdYBlx/O2jzjmbLqlLl6tZwRy/qIIywAY8vLB+PhnI JQgVEquig5stvPoeLXdQ+pLxHQxMOu+TPqR7B4Mw6FHyJAVIUedtHsRKrJA98zSObEXk gve1q/jsc76k5hHwYLnlaPhHFV1+tp740S3mdVIYKlRsmFkvLnc5j7gCl47+I5HmxBsU nL5w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1737833417; x=1738438217; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=kFQc2gN6V9gJLcs5jXtw/Mq/Xre8UmFk6tsVDnO4A1w=; b=DfGBiHMOLhIc8caP2mZ9zFFDeOyW8A7closrQ5svdhNa3rCcLFqaNqAHvEvRJpj1lS jgRf2y3qaDwTxvOQUv6FJR0caMqdSQvbzpIjzhHen+KwZ63YBsG7PVFcFPxj3+33NLSN ZCib6ssYSXS7vMTuax/Evr5ybWYR2fOmxN37METToF3n5YY62cjYP2CwARUpbyIIbrQw 1qN5vpma7/oc2kGrocODdjK/sv9M1ViWCgC/PJqCaQXEtV57i+UIS2QdeKv5uir23450 z4CcMOAQrXh7LW/PT3LYT11EfizjZaZE7PhXxTWmlq7Qpx2XLikGNx7hicdXawWeAqPK cu4Q== X-Forwarded-Encrypted: i=1; AJvYcCW/vStC23X+HCSnKAya8ecaPXgMMjJru0cKOhecm9wVtFF1pN2nY2tN99pIOOzdt5mfNfDzcw==@debbugs.gnu.org X-Gm-Message-State: AOJu0YxAF5hWIphxRRA6+UEXzpRQcXFWe8Wkz5+6VC8NBmMZPeMl/aSc X5YrRjstCB7vV9OC/AZnkaiCYbZBX6DX+HU+iQeGZTL2dIIT4YVswSrj5ZKNA5LvVJXc2dvNcZt e48vP6tif0aXQSwvp8NUqjmNKERI= X-Gm-Gg: ASbGncuXr+XvmzzKQQkxcsRRwBRyPIDNhE7Hyz41GcDLKQ76t2b8KNYgJ5ZWT7ZzgUA EmLNQhCreMGfHIqlABpyscTQ8b/NtdZCp31aIUwPV3qW2sid6ymXrPgl5BCYK4A== X-Google-Smtp-Source: AGHT+IEyHS3163bF5ZS3Jcn/3wptvRfe47qVUX5e1xhvIwRTPLdl07GF+lNKSKe6BOp4wU6Qu3L1pgUyMRKtESMBJyg= X-Received: by 2002:a05:6102:d88:b0:4b5:aa82:926d with SMTP id ada2fe7eead31-4b690ba90b3mr28707513137.6.1737833416888; Sat, 25 Jan 2025 11:30:16 -0800 (PST) MIME-Version: 1.0 References: <86wmejt0gf.fsf@gnu.org> <86sep6ucxd.fsf@gnu.org> <86r04quaeu.fsf@gnu.org> <86plkau9nn.fsf@gnu.org> In-Reply-To: From: Ship Mints Date: Sat, 25 Jan 2025 14:28:32 -0500 X-Gm-Features: AWEUYZljdXIT9ilmcDVk0waVfRHHMI2NN0xv57zLomsQt2Wu1qKA7EaaulpRuDE Message-ID: Subject: Re: bug#75828: [PATCH] Correct make-frame docstring vis-a-vis make_frame.c To: martin rudalics Content-Type: multipart/alternative; boundary="0000000000007e19f9062c8cdf51" X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 75828 Cc: 75828@debbugs.gnu.org, Eli Zaretskii , stefankangas@gmail.com X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) --0000000000007e19f9062c8cdf51 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable If we use a buffer local, I'll have to remove it after make-frame is complete. If a let-bound variable, users would not have to remember to do this. Either way, make_frame needs to ignore the specified buffer that happens to be hidden. On Sat, Jan 25, 2025 at 2:17=E2=80=AFPM martin rudalics w= rote: > > 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). > > I think a new automatically buffer-local variable, say > 'display-via-make-frame', would not harm anyone. > > martin > --0000000000007e19f9062c8cdf51 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
If we use a buffer local, I'll have to remove it after make-frame is= complete. If a let-bound variable, users would not have to remember to do = this. Either way, make_frame needs to ignore the specified buffer that happ= ens to be hidden.

On Sat, Jan 25, 2025 at 2:17= =E2=80=AFPM martin rudalics <rudalics= @gmx.at> wrote:
=C2=A0> I'd be happy with a new defvar (not even a defcustom)= and I'll bind it all
=C2=A0> the time (except in packages where I'll bind it around make-= frame calls).

I think a new automatically buffer-local variable, say
'display-via-make-frame', would not harm anyone.

martin
--0000000000007e19f9062c8cdf51-- From debbugs-submit-bounces@debbugs.gnu.org Sun Jan 26 03:53:00 2025 Received: (at 75828) by debbugs.gnu.org; 26 Jan 2025 08:53:00 +0000 Received: from localhost ([127.0.0.1]:54298 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tbyO3-0001sd-Nm for submit@debbugs.gnu.org; Sun, 26 Jan 2025 03:53:00 -0500 Received: from mout.gmx.net ([212.227.15.19]:33427) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1tbyO1-0001sM-6f for 75828@debbugs.gnu.org; Sun, 26 Jan 2025 03:52:58 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmx.at; s=s31663417; t=1737881571; x=1738486371; i=rudalics@gmx.at; bh=HclZH1Lz549KpEGJ1RoPbY0sJlXiJ8TnynHlCVVeEYk=; h=X-UI-Sender-Class:Message-ID:Date:MIME-Version:Subject:To:Cc: References:From:In-Reply-To:Content-Type: Content-Transfer-Encoding:cc:content-transfer-encoding: content-type:date:from:message-id:mime-version:reply-to:subject: to; b=KvFyhzRjZ/+I+Hkt3abjd/1+w9ffAT1tEcC1kMZQSS9q9XPwyUaKV6twx+7Ns2d/ BijKBwBoL26h+yuB32asQUm2HCAN+9vx/2jL7t/FDPgieZxXxtKnYymvTH64NMoY/ 5I0/028LFMlbmZFEtaoqnaP6uB6Sn1aU2Rvjc5MrhdlM3gcoACFzxY34CJj8njWsY FPxG5Xdb03mpKA7mQDryvxkw8cXaDMZoDnKK6qNSQz7Xmi9Q4wwXl+Qckrs2BLWJ1 7qu3euxdbmI4mtXjm06lX1ityE/O7iAd36nX/N9vZy9M6d7ajbb7aHqb7KsOw74PE KMfSaq5nkZ6BHnzqYw== X-UI-Sender-Class: 724b4f7f-cbec-4199-ad4e-598c01a50d3a Received: from [192.168.31.113] ([213.142.97.103]) by mail.gmx.net (mrgmx005 [212.227.17.190]) with ESMTPSA (Nemesis) id 1MplXz-1t7oUx3BZl-00dNqV; Sun, 26 Jan 2025 09:52:50 +0100 Message-ID: <2186041b-16f5-476d-bd3c-ff7e81216dea@gmx.at> Date: Sun, 26 Jan 2025 09:52:45 +0100 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: bug#75828: [PATCH] Correct make-frame docstring vis-a-vis make_frame.c To: Ship Mints References: <86wmejt0gf.fsf@gnu.org> <86sep6ucxd.fsf@gnu.org> <86r04quaeu.fsf@gnu.org> <86plkau9nn.fsf@gnu.org> Content-Language: en-US From: martin rudalics In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K1:aIgvaal2sG69Y70tiu4QXIvQ3+g+hwJiYvUUYI56Fv9VI4AJ42d J5iOBqpbEY51tpBIvwDx5tbRthUWlGQVpuKB6R6J84PRzhYKXDEAnkYabYy3DsD+MqychmD N2r9Mo46VeLoV4BgnLJKzj9ddQ2IBP+MMdMUoGaVBYn+qUdaPsRrIdbXcwG0bTQDD17aZEE QdaufDl2l+JR9QfHtgpMg== X-Spam-Flag: NO UI-OutboundReport: notjunk:1;M01:P0:+P/ZKkJm+As=;5noY0VA5WOsmagXrzNWdSB9/pIg yFjXMYXM9r2R4HEnQwLtNdvC1Nu3IjviEuCdAhdCwgrXds/cVGemFx14u+75oeR6NQvNEw2u9 XzQHgiAez6EM2ZmdH1Bw8M7judx2/8EAPk5hx6ZPM1aEjNN4+U9Yb5OOPFNY3yVE5vIKkJtlc zUSS8EWNLNUkiLSBMGGhn5cG6FomEJ71+pf3XnELYprHUSJZ5/P/FKrauYNMCVFkKyqnYE3rK xvL3b+h0pT28AftLyWiTYSy0ASqvhS7FbaiUHz666Xyg9DnnPwc8uQiCIIYoK9W7zaV8wmzDR 7yNqcoUK5lWXz5r8ULi+hgc4kBfEuVgBF6zwou0YHR8IQG1lEmVLS+gx3TaXwSq1xUFewzeSD Vgxxse62xGTKvValEGOUhNY+KUqGVyqgjK0AGTw4yJ8oUJBUDyeAkWE8sdUJlEywY1cm66g0G YL/hBOIlJjw466SoUI/Afx6t5S1RB24fWNnwAt/Bvdg55qL1+siaEH5uYV0XPP8engaci94pr SdkE2NkReG9BuQxcW44lBIjKsVaYEu7mW9Q1wNh648NXEiEFuUcdsSBrzwOpBf8gIv63MZCqx 8x2nU/mZBjjU0XYulCgTxrddFQChzn74QrKuCUBHneQzIDVGg/MIYe6opTD4B4ddNJJYBljI2 wo0vymdTGRCSL+QAnINOcPEHz2boLMN3W+R4gGPRVbXLuuCrSfLu6q2lRkDft8PrXIX7iCc4D qlhfijaMFo/QRV8cmhEiWGbacf1jHmD4fRoSlWwDQpb4Iutclr+fCqe2DqRAqSA2s+uug6Ty/ Xscy+nvWYaySK6Fd1pJJKqgo/gbwNwNf98Jnb2s3rNele3U9gCy1BSRfEXyzda+5ow5iiTOPx nQOOmqaTccvkVURodd5ZuGQpcvzPm12cKCD13h+ZerdcwOBBBEcMYUTp/FSEXRXvRBxR7bmIf zL0fOPeSG+3Zle92OjPGU5i8CO/syM59Qp9pdeOy46ocJCQh2mCoFH3MWz+4cN6ReVerF4dP8 zQMV0cFlqbb5dNAQA4NKvY5Uw3pqbipsjQGR/uspfVnNdjgVM9drmCPILkHtC/ZMbqZi1RMdO 6MsitcQ3cy6yatqqA6X8Omx4wmOJnPhzRBP7e3Y0TdSoKPS9ZfeDd+DxOuEnk1iEAaF6F3iqP VJpebUA+dFkrgoPaEk8wE3cfVjyqSBQCfsgoMvoe5oQ== X-Spam-Score: 2.8 (++) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: > If we use a buffer local, I'll have to remove it after make-frame is > complete. If a let-bound variable, users would not have to remember to do > this. Either way, make_frame needs to ignore the s [...] Content analysis details: (2.8 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 0.0 RCVD_IN_VALIDITY_RPBL_BLOCKED RBL: ADMINISTRATOR NOTICE: The query to Validity was blocked. See https://knowledge.validity.com/hc/en-us/articles/20961730681243 for more information. [212.227.15.19 listed in bl.score.senderscore.com] 3.6 RCVD_IN_SBL_CSS RBL: Received via a relay in Spamhaus SBL-CSS [213.142.97.103 listed in zen.spamhaus.org] -0.7 RCVD_IN_DNSWL_LOW RBL: Sender listed at https://www.dnswl.org/, low trust [212.227.15.19 listed in list.dnswl.org] -0.0 SPF_PASS SPF: sender matches SPF record 0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (rudalics[at]gmx.at) 0.0 RCVD_IN_VALIDITY_CERTIFIED_BLOCKED RBL: ADMINISTRATOR NOTICE: The query to Validity was blocked. See https://knowledge.validity.com/hc/en-us/articles/20961730681243 for more information. [212.227.15.19 listed in sa-trusted.bondedsender.org] -0.0 RCVD_IN_MSPIKE_H2 RBL: Average reputation (+2) [212.227.15.19 listed in wl.mailspike.net] -0.0 T_SCC_BODY_TEXT_LINE No description available. X-Debbugs-Envelope-To: 75828 Cc: 75828@debbugs.gnu.org, Eli Zaretskii , stefankangas@gmail.com X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 1.8 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: > If we use a buffer local, I'll have to remove it after make-frame is > complete. If a let-bound variable, users would not have to remember to do > this. Either way, make_frame needs to ignore the s [...] Content analysis details: (1.8 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 0.0 RCVD_IN_VALIDITY_CERTIFIED_BLOCKED RBL: ADMINISTRATOR NOTICE: The query to Validity was blocked. See https://knowledge.validity.com/hc/en-us/articles/20961730681243 for more information. [212.227.15.19 listed in sa-trusted.bondedsender.org] -0.0 RCVD_IN_MSPIKE_H2 RBL: Average reputation (+2) [212.227.15.19 listed in wl.mailspike.net] 0.0 RCVD_IN_VALIDITY_RPBL_BLOCKED RBL: ADMINISTRATOR NOTICE: The query to Validity was blocked. See https://knowledge.validity.com/hc/en-us/articles/20961730681243 for more information. [212.227.15.19 listed in bl.score.senderscore.com] -0.7 RCVD_IN_DNSWL_LOW RBL: Sender listed at https://www.dnswl.org/, low trust [212.227.15.19 listed in list.dnswl.org] 3.6 RCVD_IN_SBL_CSS RBL: Received via a relay in Spamhaus SBL-CSS [213.142.97.103 listed in zen.spamhaus.org] -0.0 SPF_PASS SPF: sender matches SPF record 0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (rudalics[at]gmx.at) -0.0 T_SCC_BODY_TEXT_LINE No description available. -1.0 MAILING_LIST_MULTI Multiple indicators imply a widely-seen list manager > If we use a buffer local, I'll have to remove it after make-frame is > complete. If a let-bound variable, users would not have to remember to do > this. Either way, make_frame needs to ignore the specified buffer that > happens to be hidden. But a variable is not by design "let-bound". When this variable is automatically buffer-local a user can choose - whether a specific hidden buffer may be shown or not by setting the buffer-local value - whether any hidden buffer may be shown or not by setting the default value - whether only a specific 'make-frame' call is affected by using a let-binding. martin From debbugs-submit-bounces@debbugs.gnu.org Mon Jan 27 11:56:20 2025 Received: (at 75828) by debbugs.gnu.org; 27 Jan 2025 16:56:20 +0000 Received: from localhost ([127.0.0.1]:34285 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tcSPL-0005mF-N8 for submit@debbugs.gnu.org; Mon, 27 Jan 2025 11:56:20 -0500 Received: from mail-vk1-xa29.google.com ([2607:f8b0:4864:20::a29]:42049) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.84_2) (envelope-from ) id 1tcSPJ-0005m1-Bt for 75828@debbugs.gnu.org; Mon, 27 Jan 2025 11:56:18 -0500 Received: by mail-vk1-xa29.google.com with SMTP id 71dfb90a1353d-518799f2828so2298384e0c.0 for <75828@debbugs.gnu.org>; Mon, 27 Jan 2025 08:56:17 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1737996972; x=1738601772; darn=debbugs.gnu.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=tE0n1QDAL1VrLChGmIZGqS2yhK8l1+YgHirUl7HvYyg=; b=VaBmoCqckQ1LHMfIo2Gbbl2vKiEQAcHqiGUP+8YfNPBLTCiLn/McAB3C16yyQxODiO NU8D955dLRFKj7X3ccfaW+tvrz307rTCIR+w6FPILlrEA3gPMqblwgMPB8WuF+x6QiZ2 UFLuoEfXmVdZXqBEdkIwWwJWUu/kKdVXLrg8eLPymRjn5KD25KKW7yuprmUOXrTwO5tz 0onpkjUtSaaRrc4p13rajtp/FUbz8QvVisxyxkjOr0MPyv496MtD6p8gfXzeBiGPWNkt dY6rNLA2HSRTK11nVZrJtxpIWdEcF9H7zIvZGOR+Euu5veIH5VEBJZ7b9klSBzVoeNXx /xUg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1737996972; x=1738601772; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=tE0n1QDAL1VrLChGmIZGqS2yhK8l1+YgHirUl7HvYyg=; b=NfOgLe63xtU/XE+mduG1U490KOaqX4U9fReI2PInWGQ7Ck7A+7zA9YqHa5xtg0OX81 wmFWce2FbJfuBaSbcCguVQ0VoeGM7wHheFKrvSKsK+nYo91NhdPVZ/tFAo73v+S1Xbos lsso/dL9EuxEPs/AVBQNjlacM9JA+GP/gkn7Kpmb5wYg7zShXOYlZHLpJG1kUN9OgNZk 7ryhesNZrSni5wiQH2P2Kg5jjZrAQwS9GMLRJMxs6YbZ+qYqfTxZ05um+vny0RRSucrs a0Iza+Spc8963gDtKOa7kmMHo7LuNCh1XTzeF5AACujn5E7hVAZuOI6K7lprRfWxPgAI oKJQ== X-Forwarded-Encrypted: i=1; AJvYcCVetvIP33VJVLM+SmYdd1eiF8Y3aPMMDNsXXM31nCxn5b6DENcCefNeiqpbDC+UZjCG5SN1aw==@debbugs.gnu.org X-Gm-Message-State: AOJu0YzMayh5Ocqp+4TZ0auJkpLF+7RzKUR6Onf7mnQcIvqfaUNlPlRu YWv2Zbw527t3qBdpBfObcoLY2kSU77lKKuE/6wXQO0NFpdVLR8VebOLZ6VupIHjloca3sIM+pjt o7BzpKmm8uakskBo4jExcz4tQKEU= X-Gm-Gg: ASbGnctjOQBprkuPfUxFjaYo0Z7V9fe6r4PP0tl0X4EvugWwza7v+sD4WWloiG5Kckt U/fdJBeUeJLUTB/3B3RIBJAwpPop9sHyWhmTqQZ8ntPG6pPMmzFbi1/qe9SqXiAJX685MA2H/ X-Google-Smtp-Source: AGHT+IEzWqmHpE6K20nrKPXg1DjIQlc4uksvXXxnWZwf3nYvXR1uT4aStY4F2kAwKP8xEuE6dhi/iHNigqCC2lyrkpE= X-Received: by 2002:ac5:c383:0:b0:516:1e32:f8c7 with SMTP id 71dfb90a1353d-51e8dfed843mr133869e0c.0.1737996971679; Mon, 27 Jan 2025 08:56:11 -0800 (PST) MIME-Version: 1.0 References: <86wmejt0gf.fsf@gnu.org> <86sep6ucxd.fsf@gnu.org> <86r04quaeu.fsf@gnu.org> <86plkau9nn.fsf@gnu.org> <2186041b-16f5-476d-bd3c-ff7e81216dea@gmx.at> In-Reply-To: <2186041b-16f5-476d-bd3c-ff7e81216dea@gmx.at> From: Ship Mints Date: Mon, 27 Jan 2025 11:54:24 -0500 X-Gm-Features: AWEUYZmhnaJ1QYtGX1b5niWGlqXjaqdO1PGUVGpVkBBpuI7y1TegU91S83s-aug Message-ID: Subject: Re: bug#75828: [PATCH] Correct make-frame docstring vis-a-vis make_frame.c To: martin rudalics Content-Type: multipart/alternative; boundary="0000000000001e279e062cb2f465" X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 75828 Cc: 75828@debbugs.gnu.org, Eli Zaretskii , stefankangas@gmail.com X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) --0000000000001e279e062cb2f465 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hi, Martin, These are the two options on the table? (let ((frame-inhibit-make-frame-hidden-buffer-check t)) (with-current-buffer " *string-pixel-width*" (make-frame))) ;; could also do this if users want the behavior all the time (setq frame-inhibit-make-frame-hidden-buffer-check t) (with-current-buffer " *string-pixel-width*" (setq-local frame-inhibit-make-frame-hidden-buffer-check t) (make-frame) (kill-local-variable 'frame-inhibit-make-frame-hidden-buffer-check)) I prefer the former over the latter. It seems harmonious with other frame-related controls such as frame-resize-pixelwise and frame-inhibit-implied-resize, unless I'm missing some subtlety, which I surely am. -Stephane On Sun, Jan 26, 2025 at 3:53=E2=80=AFAM martin rudalics w= rote: > > If we use a buffer local, I'll have to remove it after make-frame is > > complete. If a let-bound variable, users would not have to remember to > do > > this. Either way, make_frame needs to ignore the specified buffer that > > happens to be hidden. > > But a variable is not by design "let-bound". When this variable is > automatically buffer-local a user can choose > > - whether a specific hidden buffer may be shown or not by setting the > buffer-local value > > - whether any hidden buffer may be shown or not by setting the default > value > > - whether only a specific 'make-frame' call is affected by using a > let-binding. > > martin > --0000000000001e279e062cb2f465 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hi, Martin,

These are the two options on the table?<= /div>

<= /font>
(let ((frame-inhibit-make-frame-hidden-buffer-check t))
=C2=A0 (with-c= urrent-buffer " *string-pixel-width*"
=C2=A0 =C2=A0 (make-fram= e)))
;; could also do this if users want the behavior all the time=
(set= q frame-inhibit-make-frame-hidden-buffer-check t)

(with-current-buffe= r " *string-pixel-width*"
=C2=A0 (setq-local frame-inhibit-mak= e-frame-hidden-buffer-check t)
=C2=A0 (make-frame)
=C2=A0 (kill-local= -variable 'frame-inhibit-make-frame-hidden-buffer-check))

= I prefer the former over the latter. It seems harmonious with other frame-r= elated controls such as=C2=A0frame-resize-pixelwise and=C2=A0frame-inhibit-= implied-resize,=C2=A0unless I'm missing some subtlety,=C2=A0which I sur= ely am.

-Stephane

On Sun, Jan 26, 2025 at 3:53=E2=80= =AFAM martin rudalics <rudalics@gmx.a= t> wrote:
=C2=A0> If we use a buffer local, I'll have to remove it after make= -frame is
=C2=A0> complete. If a let-bound variable, users would not have to remem= ber to do
=C2=A0> this. Either way, make_frame needs to ignore the specified buffe= r that
=C2=A0> happens to be hidden.

But a variable is not by design "let-bound".=C2=A0 When this vari= able is
automatically buffer-local a user can choose

- whether a specific hidden buffer may be shown or not by setting the
=C2=A0 =C2=A0buffer-local value

- whether any hidden buffer may be shown or not by setting the default
=C2=A0 =C2=A0value

- whether only a specific 'make-frame' call is affected by using a<= br> =C2=A0 =C2=A0let-binding.

martin
--0000000000001e279e062cb2f465-- From debbugs-submit-bounces@debbugs.gnu.org Mon Jan 27 13:01:10 2025 Received: (at 75828) by debbugs.gnu.org; 27 Jan 2025 18:01:10 +0000 Received: from localhost ([127.0.0.1]:34376 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tcTQ6-0000O8-C5 for submit@debbugs.gnu.org; Mon, 27 Jan 2025 13:01:10 -0500 Received: from mout.gmx.net ([212.227.15.19]:52529) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1tcTQ1-0000NC-ML for 75828@debbugs.gnu.org; Mon, 27 Jan 2025 13:01:08 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmx.at; s=s31663417; t=1738000859; x=1738605659; i=rudalics@gmx.at; bh=qrw/dR5JspAgsHnI+Rxs0zo3lGSxRmRUOmZNUzj0Eh8=; h=X-UI-Sender-Class:Content-Type:Message-ID:Date:MIME-Version: Subject:To:Cc:References:From:In-Reply-To:cc: content-transfer-encoding:content-type:date:from:message-id: mime-version:reply-to:subject:to; b=LRzcVCeKp1H7iUDIr4jrlvWD8MtYuwQetTGGTosKBV94puxB7D7+XI7OJJUkV3M6 n4jftzhCFtx+CSwPCgb32Mk5FLiHk+5/7xOtWCdedz4PfV18VFIzYbipb7hUy/hPt 62GbVmeMshhrkE1CYy6CegAiWjsKRhbnwSdrPsTBOwa1caaUh7Vt8+XlBtiGvr5Bq PE+60B8Ovqk4P/Eu1OAOEpY0fkWPN4r1TL7ON+NVXsjLgCOJ3tTexmeFyN1QNwbT6 ppY8fUtySjPlZqZB6k+H6cyYMeO25CeX7tJk+Tr2oPb8l5enNaAw+ocMsWUjhBNYw yjfslOaJ54pOWw6vUg== X-UI-Sender-Class: 724b4f7f-cbec-4199-ad4e-598c01a50d3a Received: from [192.168.31.113] ([46.125.249.23]) by mail.gmx.net (mrgmx005 [212.227.17.190]) with ESMTPSA (Nemesis) id 1MbzuH-1t3PRl39Z9-00pzFH; Mon, 27 Jan 2025 19:00:58 +0100 Content-Type: multipart/mixed; boundary="------------eeGv94sukmtjZj97jSnWJnxW" Message-ID: <2c57a3f0-7343-4372-86dc-f4c7d1778312@gmx.at> Date: Mon, 27 Jan 2025 19:00:55 +0100 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: bug#75828: [PATCH] Correct make-frame docstring vis-a-vis make_frame.c To: Ship Mints References: <86wmejt0gf.fsf@gnu.org> <86sep6ucxd.fsf@gnu.org> <86r04quaeu.fsf@gnu.org> <86plkau9nn.fsf@gnu.org> <2186041b-16f5-476d-bd3c-ff7e81216dea@gmx.at> Content-Language: en-US From: martin rudalics In-Reply-To: X-Provags-ID: V03:K1:vZWda6TAKP12mJSfWdjDUEdgqexq+f7oBNrqiNZjI1n2bu9UQmc xE9QePKXFPztistu6QwznN1RnWqKAAz3Hkx5qwzi6KCpgLzgJeXfICGG9ourwgRvMJVEGw5 wkQP3tK+jIOCFyyriGxVwWQUFLgEJggyC8c/GU0ewW82/ByvM6g0Xo1VFr2IIMELmFNnJpU +8v+Zo1FDGS25uToRhriw== X-Spam-Flag: NO UI-OutboundReport: notjunk:1;M01:P0:zdiZO8A6WCQ=;2dmcNQVIhfeoKIjVRSZEIvPJuij R8RgkkArEzqy0XK7gK2hLu/oTh/uglt9uSE1uPiwsgX98A9Y9nJW1EwxWEfHDabyjQCly6feB GgiCEFLkWlRXgJG2whbHapS97StPVwui9IYk1wOqyjJjE1darc7RPfKy//5vzRiiVjdJRXmXW l9ThDQJxdewmxlNLWklLbfB7ct5lCIAdjCZ/IsfcgPKJRRUjMo76532ySiJaVPrew0fo05WxZ SoqXlu17Ae1DGo5MPaSpWKB+wXxCcZgUdo88t4QJM7ztlWgt/DOrgrXa5jetZATunEUfN/ZJR nLQ+dupwKpDjnz6MUq9nCJ7+YeLg6uF4Q8sTgWiAfwsi4iXyn2ABnQ+K4x2UcM5dHOOAOteBX aA0CPRsBjZjhhpjQjRd4RXuGbVWBChWJqNbam5xJF44UyCIiDJYuj/RY33OGL4wYCfZ2C6e+4 8KPKP6ZMQcYOLF4s5xvGgK/Ifyl4by3+lL7kmzHGILluLGXzaXz0qcKyxNjTcZ1MW5S3fK6a9 8m9zQqcu4y9+pr0Edixo/z5GqGlUApPp1xjRg1g9rfVnwKpSIZsHxH5sTs9P3yapf0kRhxn8f vMkqDRJm2Q2gKo9PwDnQm+ePEZR21e1ZT9bDAYppEe6t5Ym8hg9wWgmZek6Own0v/yJYLKt09 EBUfgMEVr4e4HzzKzNJMsu7lMJEG0SD3gXek3wEwcdUTDENJNozAiOXr45z8d7hAn0u40eGLQ nMIxlRCqqStT2gBxYBSzowyZEGZZNtbbrxTM79vlf3pYLHqQyh/ICp8gprdBUyVo3vFYtWbcu x66Sufc0j2BuRjfZh9hQi2Ymp/BmOrGbnfY3c+9dYIPjgpRlnketb/NJvm7qRKcG80tQk+GH+ EqxCadZ6ykjzv18BOFqVqoaGTSlm7Nmqoq2QUDkEDHsnOpjx2VziOQg9LoxK9toeZCAxNfE1z 2FbPVeem1nhR41Ij+H60wbL7frnGUHuCh6DnwczNvOGNdNtD0Wyh3tzrhwK08+OZe0fSINiXI HoQCzskfbHHFSYFbOkztmbqu1lJIhnDO8+aMEosawxHBz/TdYLyaBFzycoCS46XY6aWnPCbMb X/7fK5ty5uoIXc8lvhnQDm6hDupe8lSm+HctkqWNw3d01v++HnQBnivJURP8skHwGZLGwa7WD kXNfGtPqi21d7n9y6ZTzf5hgSZ2Pu/v0MABSXYdxfPQ== X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 75828 Cc: 75828@debbugs.gnu.org, Eli Zaretskii , stefankangas@gmail.com X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) This is a multi-part message in MIME format. --------------eeGv94sukmtjZj97jSnWJnxW Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit > These are the two options on the table? > > (let ((frame-inhibit-make-frame-hidden-buffer-check t)) > (with-current-buffer " *string-pixel-width*" > (make-frame))) > ;; could also do this if users want the behavior all the time > (setq frame-inhibit-make-frame-hidden-buffer-check t) > > (with-current-buffer " *string-pixel-width*" > (setq-local frame-inhibit-make-frame-hidden-buffer-check t) > (make-frame) > (kill-local-variable 'frame-inhibit-make-frame-hidden-buffer-check)) > > I prefer the former over the latter. I prefer these ones (let ((frame-inhibit-make-frame-hidden-buffer-check t)) (with-current-buffer " *string-pixel-width*" (make-frame))) ;; Set the default for all buffers. (setq-default frame-inhibit-make-frame-hidden-buffer-check t) ;; Set the buffer-local value. (with-current-buffer " *string-pixel-width*" (setq frame-inhibit-make-frame-hidden-buffer-check t)) with the attached patch. > It seems harmonious with other > frame-related controls such as frame-resize-pixelwise > and frame-inhibit-implied-resize, unless I'm missing some subtlety, which I > surely am. The subtlety is that a leading space in a buffer name is a buffer-local property, a property which affects only the buffer wearing that name and no other buffers. 'frame-resize-pixelwise' and 'frame-inhibit-implied-resize' are (or better should be) frame properties, properties that affect a frame and consequently all buffers displayed on that frame. martin --------------eeGv94sukmtjZj97jSnWJnxW Content-Type: text/x-patch; charset=UTF-8; name="frame.c.diff" Content-Disposition: attachment; filename="frame.c.diff" Content-Transfer-Encoding: base64 ZGlmZiAtLWdpdCBhL3NyYy9mcmFtZS5jIGIvc3JjL2ZyYW1lLmMKaW5kZXggZGJlZDNmOTQw ZmIuLmM1OTExOTk3NmM4IDEwMDY0NAotLS0gYS9zcmMvZnJhbWUuYworKysgYi9zcmMvZnJh bWUuYwpAQCAtMTA5NSw3ICsxMDk1LDggQEAgbWFrZV9mcmFtZSAoYm9vbCBtaW5pX3ApCiAg ICAgTGlzcF9PYmplY3QgYnVmID0gRmN1cnJlbnRfYnVmZmVyICgpOwogCiAgICAgLyogSWYg Y3VycmVudCBidWZmZXIgaXMgaGlkZGVuLCB0cnkgdG8gZmluZCBhbm90aGVyIG9uZS4gICov Ci0gICAgaWYgKEJVRkZFUl9ISURERU5fUCAoWEJVRkZFUiAoYnVmKSkpCisgICAgaWYgKEJV RkZFUl9ISURERU5fUCAoWEJVRkZFUiAoYnVmKSkKKwkmJiBOSUxQIChmcmFtZV9pbmhpYml0 X21ha2VfZnJhbWVfaGlkZGVuX2J1ZmZlcl9jaGVjaykpCiAgICAgICBidWYgPSBvdGhlcl9i dWZmZXJfc2FmZWx5IChidWYpOwogCiAgICAgLyogVXNlIHNldF93aW5kb3dfYnVmZmVyLCBu b3QgRnNldF93aW5kb3dfYnVmZmVyLCBhbmQgZG9uJ3QgbGV0CkBAIC03MTY2LDYgKzcxNjcs MTQgQEAgZm9jdXMgKHdoZXJlIGEgZnJhbWUgaW1tZWRpYXRlbHkgbG9zZXMgZm9jdXMgd2hl biBpdCdzIGxlZnQgYnkgdGhlIG1vdXNlCiBpY29uaWZ5IHRoZSB0b3AgbGV2ZWwgZnJhbWUg aW5zdGVhZC4gICovKTsKICAgaWNvbmlmeV9jaGlsZF9mcmFtZSA9IFFpY29uaWZ5X3RvcF9s ZXZlbDsKIAorICBERUZWQVJfTElTUCAoImZyYW1lLWluaGliaXQtbWFrZS1mcmFtZS1oaWRk ZW4tYnVmZmVyLWNoZWNrIiwKKwkgICAgICAgZnJhbWVfaW5oaWJpdF9tYWtlX2ZyYW1lX2hp ZGRlbl9idWZmZXJfY2hlY2ssCisJICAgICAgIGRvYzogLyogTm9uLW5pbCBtZWFucyAnbWFr ZS1mcmFtZScgc2hvdWxkIG5vdCBjb25zaWRlciBidWZmZXIgYXMgaGlkZGVuLiAgKi8pOwor ICBmcmFtZV9pbmhpYml0X21ha2VfZnJhbWVfaGlkZGVuX2J1ZmZlcl9jaGVjayA9IFFuaWw7 CisgIERFRlNZTSAoUWZyYW1lX2luaGliaXRfbWFrZV9mcmFtZV9oaWRkZW5fYnVmZmVyX2No ZWNrLAorCSAgImZyYW1lLWluaGliaXQtbWFrZS1mcmFtZS1oaWRkZW4tYnVmZmVyLWNoZWNr Iik7CisgIEZtYWtlX3ZhcmlhYmxlX2J1ZmZlcl9sb2NhbCAoUWZyYW1lX2luaGliaXRfbWFr ZV9mcmFtZV9oaWRkZW5fYnVmZmVyX2NoZWNrKTsKKwogICBERUZWQVJfTElTUCAoImZyYW1l LWludGVybmFsLXBhcmFtZXRlcnMiLCBmcmFtZV9pbnRlcm5hbF9wYXJhbWV0ZXJzLAogCSAg ICAgICBkb2M6IC8qIEZyYW1lIHBhcmFtZXRlcnMgc3BlY2lmaWMgdG8gZXZlcnkgZnJhbWUu ICAqLyk7CiAjaWZkZWYgSEFWRV9YX1dJTkRPV1MK --------------eeGv94sukmtjZj97jSnWJnxW-- From debbugs-submit-bounces@debbugs.gnu.org Mon Jan 27 13:18:09 2025 Received: (at 75828) by debbugs.gnu.org; 27 Jan 2025 18:18:09 +0000 Received: from localhost ([127.0.0.1]:34396 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tcTgW-00015P-W3 for submit@debbugs.gnu.org; Mon, 27 Jan 2025 13:18:09 -0500 Received: from mail-ua1-x933.google.com ([2607:f8b0:4864:20::933]:43440) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.84_2) (envelope-from ) id 1tcTgU-00014y-IT for 75828@debbugs.gnu.org; Mon, 27 Jan 2025 13:18:07 -0500 Received: by mail-ua1-x933.google.com with SMTP id a1e0cc1a2514c-860af3331feso3196542241.1 for <75828@debbugs.gnu.org>; Mon, 27 Jan 2025 10:18:06 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1738001881; x=1738606681; darn=debbugs.gnu.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=QIIbczu9+gtv4NQKV+5qcgaJ+4JLUq8sUb1mg6MTrRg=; b=TLuHU+imLgkQziEHT/iT8hkf0AWhtrNyBWsBec5Rl0iryYFLN8FMWZZEXghlKnl6AW tjcVo9SnTqP6leBuJVN50zGN14yJTkynidA6AAN8KYsWV+CiJ67YQntzT85XgAUgAbIe aziMTEj78ASiiq3ixeYvDWfGSZtdOOVrVk0SxpEp0mQ/nMZoOfSB3w7FrAfp9MTVtRpn PVzEPsDBYAACqNWpPuA9ZfeKzo6ADiIXCi5rNm/8nP0oMzOoil0mGlaoSJDoDxcYnLe4 jHNkfAEVnG/5Y7IouVSNAG/IO0xxIjqEzipeVCjeLVDndgetT02/ijLenb2m3EScZ0Qp PrFw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1738001881; x=1738606681; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=QIIbczu9+gtv4NQKV+5qcgaJ+4JLUq8sUb1mg6MTrRg=; b=FTt5k/3owQN77MDCS5DD0j8JTFZnc3gjHXrot6EaUj+Ki3R1lRGkCDRAcAW14N5MAX lYAZNTGRXero4qpvPMY5Z5c364oq5RcgA9xMjX5YZiM9MjHUbJQs1KcqPECCgCC/NfVB HryR4J7h+l+ukP97rWHUJfAnawhu6ilokEEb1GMpOhJ3GhWJVUWWLL7hVgl5i+d6N3PS KhBac0UvZ/m1RS1b6ma9+MBEXiIiJtlnDwjaAFhDPsf0jG6eJ2pJdtcheV+QmjcDQEyK 8K24I0VxbGJA1ZaiehFTyS+qXNF6hvCrbKJCUF0wHxVSTh+KAR/JJeysz8wN1zw9rD7X 938A== X-Forwarded-Encrypted: i=1; AJvYcCVA0X74pTTU1b58z1yBlUzpO737eCLnKLFkHruyMAD3T/2XrGqe3EvCng4YptipOhZz8T5y8A==@debbugs.gnu.org X-Gm-Message-State: AOJu0YxvSZ/W/+zK/xpap0KviX+qXpgKClUGxSS+WFDD7HSk8awDKFKC t4ZLp1vUKXY3rzIm9gyQ0TnRKWNJgpY8Gb20UQmHK6HaPrETqYqyKRIEN1l4qwYVW2G6qRUoo7l C58cvFlw3WEQ+jXWTSAsnYQ8nRcA= X-Gm-Gg: ASbGncuIU4UolOosbNiidXM0Cr+Opk0C2Qf4ZR9T693SIu1e2GS+uclbdlFWDagrXHc enpxZVMnHK4fOnkgKX1CdxTeJd3HwkEmNomx/JJU70UHSmCNTYNnUOxeEF7tezA== X-Google-Smtp-Source: AGHT+IFZhGYxKqqgevlfdujPwqpKB0f5bnOIdwBGi8K6NejciiSjjXdOScZ9Pl5ED+mvFobvXTKg1MQv2sGkQhOB5Y8= X-Received: by 2002:a05:6122:8cb:b0:518:7bc4:fcc0 with SMTP id 71dfb90a1353d-51e8e19cc58mr558514e0c.2.1738001880923; Mon, 27 Jan 2025 10:18:00 -0800 (PST) MIME-Version: 1.0 References: <86wmejt0gf.fsf@gnu.org> <86sep6ucxd.fsf@gnu.org> <86r04quaeu.fsf@gnu.org> <86plkau9nn.fsf@gnu.org> <2186041b-16f5-476d-bd3c-ff7e81216dea@gmx.at> <2c57a3f0-7343-4372-86dc-f4c7d1778312@gmx.at> In-Reply-To: <2c57a3f0-7343-4372-86dc-f4c7d1778312@gmx.at> From: Ship Mints Date: Mon, 27 Jan 2025 13:16:13 -0500 X-Gm-Features: AWEUYZmHzk57PeVkXFGNBkAFQQdAFKUeFaVwFVa1ScSBwntHyZ2q8ad0ghrQr-c Message-ID: Subject: Re: bug#75828: [PATCH] Correct make-frame docstring vis-a-vis make_frame.c To: martin rudalics Content-Type: multipart/alternative; boundary="000000000000bb47ae062cb4189f" X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 75828 Cc: 75828@debbugs.gnu.org, Eli Zaretskii , stefankangas@gmail.com X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) --000000000000bb47ae062cb4189f Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable That works for me applied to a recent master. Happy to use the buffer local. It's unlikely to cause trouble if a user doesn't kill it, and we'll understand why if they don't. On Mon, Jan 27, 2025 at 1:01=E2=80=AFPM martin rudalics w= rote: > > These are the two options on the table? > > > > (let ((frame-inhibit-make-frame-hidden-buffer-check t)) > > (with-current-buffer " *string-pixel-width*" > > (make-frame))) > > ;; could also do this if users want the behavior all the time > > (setq frame-inhibit-make-frame-hidden-buffer-check t) > > > > (with-current-buffer " *string-pixel-width*" > > (setq-local frame-inhibit-make-frame-hidden-buffer-check t) > > (make-frame) > > (kill-local-variable 'frame-inhibit-make-frame-hidden-buffer-check)= ) > > > > I prefer the former over the latter. > > I prefer these ones > > (let ((frame-inhibit-make-frame-hidden-buffer-check t)) > (with-current-buffer " *string-pixel-width*" > (make-frame))) > > ;; Set the default for all buffers. > (setq-default frame-inhibit-make-frame-hidden-buffer-check t) > > ;; Set the buffer-local value. > (with-current-buffer " *string-pixel-width*" > (setq frame-inhibit-make-frame-hidden-buffer-check t)) > > with the attached patch. > > > It seems harmonious with other > > frame-related controls such as frame-resize-pixelwise > > and frame-inhibit-implied-resize, unless I'm missing some subtlety, > which I > > surely am. > > The subtlety is that a leading space in a buffer name is a buffer-local > property, a property which affects only the buffer wearing that name and > no other buffers. > > 'frame-resize-pixelwise' and 'frame-inhibit-implied-resize' are (or > better should be) frame properties, properties that affect a frame and > consequently all buffers displayed on that frame. > > martin --000000000000bb47ae062cb4189f Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
That works for me applied to a recent master. Happy to use the buffer lo= cal. It's unlikely to cause trouble if a user doesn't kill it, and = we'll understand why if they don't.

On M= on, Jan 27, 2025 at 1:01=E2=80=AFPM martin rudalics <rudalics@gmx.at> wrote:
=C2=A0> These are the two options on th= e table?
=C2=A0>
=C2=A0> (let ((frame-inhibit-make-frame-hidden-buffer-check t))
=C2=A0>=C2=A0 =C2=A0 (with-current-buffer " *string-pixel-width*&qu= ot;
=C2=A0>=C2=A0 =C2=A0 =C2=A0 (make-frame)))
=C2=A0> ;; could also do this if users want the behavior all the time =C2=A0> (setq frame-inhibit-make-frame-hidden-buffer-check t)
=C2=A0>
=C2=A0> (with-current-buffer " *string-pixel-width*"
=C2=A0>=C2=A0 =C2=A0 (setq-local frame-inhibit-make-frame-hidden-buffer-= check t)
=C2=A0>=C2=A0 =C2=A0 (make-frame)
=C2=A0>=C2=A0 =C2=A0 (kill-local-variable 'frame-inhibit-make-frame-= hidden-buffer-check))
=C2=A0>
=C2=A0> I prefer the former over the latter.

I prefer these ones

(let ((frame-inhibit-make-frame-hidden-buffer-check t))
=C2=A0 =C2=A0(with-current-buffer " *string-pixel-width*"
=C2=A0 =C2=A0 =C2=A0(make-frame)))

;; Set the default for all buffers.
(setq-default frame-inhibit-make-frame-hidden-buffer-check t)

;; Set the buffer-local value.
(with-current-buffer " *string-pixel-width*"
=C2=A0 =C2=A0(setq frame-inhibit-make-frame-hidden-buffer-check t))

with the attached patch.

=C2=A0> It seems harmonious with other
=C2=A0> frame-related controls such as frame-resize-pixelwise
=C2=A0> and frame-inhibit-implied-resize, unless I'm missing some su= btlety, which I
=C2=A0> surely am.

The subtlety is that a leading space in a buffer name is a buffer-local
property, a property which affects only the buffer wearing that name and no other buffers.

'frame-resize-pixelwise' and 'frame-inhibit-implied-resize'= are (or
better should be) frame properties, properties that affect a frame and
consequently all buffers displayed on that frame.

martin
--000000000000bb47ae062cb4189f-- From debbugs-submit-bounces@debbugs.gnu.org Mon Jan 27 13:30:56 2025 Received: (at 75828) by debbugs.gnu.org; 27 Jan 2025 18:30:56 +0000 Received: from localhost ([127.0.0.1]:34410 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tcTsu-0001gs-8D for submit@debbugs.gnu.org; Mon, 27 Jan 2025 13:30:56 -0500 Received: from mail-ej1-x636.google.com ([2a00:1450:4864:20::636]:56716) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.84_2) (envelope-from ) id 1tcTsr-0001gc-At for 75828@debbugs.gnu.org; Mon, 27 Jan 2025 13:30:54 -0500 Received: by mail-ej1-x636.google.com with SMTP id a640c23a62f3a-aaeef97ff02so794889166b.1 for <75828@debbugs.gnu.org>; Mon, 27 Jan 2025 10:30:53 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1738002647; x=1738607447; darn=debbugs.gnu.org; h=cc:to:subject:message-id:date:mime-version:references:in-reply-to :from:from:to:cc:subject:date:message-id:reply-to; bh=8ljeWc5n+3kuMdPaLaiA/e8R5GK+U/0IVxrm1fdRlo8=; b=dldusmCg6ddmvb/ziPLksRBTX10S0be7z2X3Zo21ITREPel1xRVg852+7JYcJ0Barh aQCrFTNH+zZj9W2A+6mMH2i7KFSVfmJdZSXICScG+jRgbFvvSU9m2qk6WWX8it7sXqak 36+hhGEriwBVy3DxWebCjvL9JFwaL7G8H2JoEPCS+unSP6f/Hr3YIb5w+PI7gV02TAzO EheJgRw3sxfZ34Fdz0O0hV4Ag9jOe37hocqnbC94cRYVfYCKrqnyGAjSvPmk4i6aDajr 4x90UErrBy7uvkz8ZSZ2RS15DpnqtTWi9E/sM8YV/yr7EgR8lB4k33gBzk1VfvH5qR4K Bl+A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1738002647; x=1738607447; h=cc:to:subject:message-id:date:mime-version:references:in-reply-to :from:x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=8ljeWc5n+3kuMdPaLaiA/e8R5GK+U/0IVxrm1fdRlo8=; b=Si42d4eo4teB+a4GqzwFHZ3pvHDNlaDjquY0O3of9vNq4MYytKDW3WUEuxBI5jJ3mr ucEMS7xPqv0lXXhZ63jY1fAPaUkoPPFPBv1k7X2UBLxA5S5rLW7SPkEr/ecq0NbXdcaD SuheDEKPzQAR6tAfltwlfjarnE5Eoxe17w5NlHLyRuzPO42q3LEwUzN+Q/PEbzAoPsW3 u8EaJEpgpd/dDur2bMBnl9PCo5O592Ayrbr3Umlulsc28bWoKh5/eAUM7hsxqxT7WJmo miYeQCEGEu2XKkqNsOtA5j5gmqRjPPA2bC6gdOvhV+scP1cPETHs7hE6Bk1L6j8IzLoS lnBA== X-Gm-Message-State: AOJu0YwDWWsD70kmB2BQaEYTyaAn7LnP/DKUs2TilnRNVy/oLta1MKN3 MGgJN2or+EZcgVwEkIWBXZuEC8glMrcUwkJ4fBSe6fsvR/5Yz4PRpNcd+nW2WdC4y5LKk7pzmYh zZICmiPFtJg68ZQC83rfKNkYy+1A= X-Gm-Gg: ASbGnctiwYNnS3FwU7YqxbQAY6RuR7EFYXSsedmodWvRoz4ALc22v/n7ytb5CvV1Q7b WNooivHI9+og0fVd+Zaf+Bpw9enjBu1v6PjKz3Gk+I1FyNDA34KMc5rDLLdWd5FFW X-Google-Smtp-Source: AGHT+IEsC3O5+IVOVtLj6NIEPnWuEacvYz5yk9KEz+r6HAqmxdvMZ6Og2PRnKAoQNWwvY6Skp39l/FnBtJKCxs0StgM= X-Received: by 2002:a17:907:3206:b0:aac:622:8f6 with SMTP id a640c23a62f3a-ab38b1ff09emr3819023066b.17.1738002646241; Mon, 27 Jan 2025 10:30:46 -0800 (PST) Received: from 753933720722 named unknown by gmailapi.google.com with HTTPREST; Mon, 27 Jan 2025 12:30:45 -0600 From: Stefan Kangas In-Reply-To: <86wmejt0gf.fsf@gnu.org> References: <86wmejt0gf.fsf@gnu.org> MIME-Version: 1.0 Date: Mon, 27 Jan 2025 12:30:45 -0600 X-Gm-Features: AWEUYZmVSgXIl_1XXsOL7ut0j5GtcR78CrS3-p9syuwXO9QHWgQQsZEWf39hIbI Message-ID: Subject: Re: bug#75828: [PATCH] Correct make-frame docstring vis-a-vis make_frame.c To: Eli Zaretskii , Ship Mints Content-Type: text/plain; charset="UTF-8" X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 75828 Cc: 75828@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Eli Zaretskii writes: > I'm not sure we should reveal those details here. Hidden buffers are > handled specially in many places in Emacs, and I don't think we spell > that out in every doc string. > > Stefan, WDYT? On first approximation, I'd tend to agree with you, but I think Martin made a good point later in this discussion, when he said the following. martin rudalics writes: > I think a new automatically buffer-local variable, say > 'display-via-make-frame', would not harm anyone. So I think we could install Martin's proposed patch, with NEWS and doc changes of course. From debbugs-submit-bounces@debbugs.gnu.org Mon Jan 27 13:44:50 2025 Received: (at 75828) by debbugs.gnu.org; 27 Jan 2025 18:44:50 +0000 Received: from localhost ([127.0.0.1]:34435 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tcU6M-0002Ds-3R for submit@debbugs.gnu.org; Mon, 27 Jan 2025 13:44:50 -0500 Received: from mail-ua1-x92c.google.com ([2607:f8b0:4864:20::92c]:57445) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.84_2) (envelope-from ) id 1tcU6J-0002Dc-Ar for 75828@debbugs.gnu.org; Mon, 27 Jan 2025 13:44:48 -0500 Received: by mail-ua1-x92c.google.com with SMTP id a1e0cc1a2514c-85c5eb83a7fso2478511241.2 for <75828@debbugs.gnu.org>; Mon, 27 Jan 2025 10:44:47 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1738003482; x=1738608282; darn=debbugs.gnu.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=ZOiWjYQUo39Xs9/5C5XvZNYKYA1LJs3UxbNBJb7GBBw=; b=HavIbPN4bRBqvNDUvmmRjp1RMgrNfruR91mXQZyjQig4areLJKS+vQg+mmar6uadrE ekA89Iv5E45FU0pvrLo738olG4wpJw5OswdNIJFWZZTNmwOGHsKJoklcgIt7CkKCBN0r e1xx1Go3G0cO/FPb0d1+5kY3R+1K+M+Qs4JA32ybUlUSNzD5f9e7ueEMedLaVAMAvfZj e4Xghxg/aKuETHbvOv3wrcc3g9wHG0UG0KDIbUpx3NbwBdmKzxzlWBXWZZfCa/q5wyyC LNORsi/9elCpuFahmTrOVFOoxKkmKCGjtnr/Q6ZOQinbqhlY0oKeZfFGnc9PiOgitKsc 2rLw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1738003482; x=1738608282; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=ZOiWjYQUo39Xs9/5C5XvZNYKYA1LJs3UxbNBJb7GBBw=; b=vhfH9Zc81s3EtQRhPz22Lannw1NVlrH2362tOSbf46hLLXGTJ5S3XaWgIqLrgfatWn mYu4t4BHfbqn23sNqLwNXaeGL6IrDJZMMAz7GV6Z7U4ceVOfdN3EPMUNBIQHrj/SviF0 eyxED1WRP/JWU87/3y0VRbaL4NPmmVaERKt8eeqnvaGHrWEtJ5mYChv7Oe3rKvIN0jmD OjSZPAtoGZ6XvLvFjFtIDib8c3yqEOnmK89suF2dW15dNHTftuWEAhywkS7bft0GV66s HOFh775F64RPxmLv6T6zNb9DE+REwgshaGY98VqoNLsBc6sslT4G+x+hVaevYk1bD1mp oLUQ== X-Forwarded-Encrypted: i=1; AJvYcCWqOscosDY94ZqPSiJNHmeWMsKIpjh+BQu3nCef1KjsVPrpg20Sk1lum3kLk3wmAlFSvKTW6g==@debbugs.gnu.org X-Gm-Message-State: AOJu0YxB6dd7WeQIjPKhCQ1dlTWh6U79VWR2OpUzfam3Q7YhTtNbRG7K 197r3jsHXjbiDtIg8MYBirQOtgGHhI/L/mjo9dpAzjLqXn+ffJyiYPsASJZp5nOLDIWdvV18+XG 4T1x7RTd+ptr+MC/vIMwgqBzz+y4= X-Gm-Gg: ASbGncvqSWU0VrzLUK+mLFMF2YBlwd5I9stNP/CPr2puha2Id4a0e5Crn713Di7Ai1k 8Rlig+2vyMV2BmBuSk+bdBj+fxHyH1n7KRXQSE/rjKTLbaFOvUxymKNhTdXjqjw== X-Google-Smtp-Source: AGHT+IFDCtS3+Z/+WvJut9wWByplSDuXCNnEncjBY79C4WwbFLILSsBA4gezMJu0heS/lgyTq/11oo8iHlRCFcHdKPo= X-Received: by 2002:a05:6122:6090:b0:51b:8949:c9a7 with SMTP id 71dfb90a1353d-51d5b374dafmr34473452e0c.8.1738003481693; Mon, 27 Jan 2025 10:44:41 -0800 (PST) MIME-Version: 1.0 References: <86wmejt0gf.fsf@gnu.org> In-Reply-To: From: Ship Mints Date: Mon, 27 Jan 2025 13:42:54 -0500 X-Gm-Features: AWEUYZlkVf_SrgWbbwJfG6xuyWCLg-7dOKJ59Iz-ioSh4QcDqJnfDsZl5e0RElo Message-ID: Subject: Re: bug#75828: [PATCH] Correct make-frame docstring vis-a-vis make_frame.c To: Stefan Kangas Content-Type: multipart/alternative; boundary="000000000000251b47062cb47891" X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 75828 Cc: 75828@debbugs.gnu.org, Eli Zaretskii X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) --000000000000251b47062cb47891 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Martin, would you prefer to prepare the patch with NEWS and docstring changes or would you like me to do it? On Mon, Jan 27, 2025 at 1:30=E2=80=AFPM Stefan Kangas wrote: > Eli Zaretskii writes: > > > I'm not sure we should reveal those details here. Hidden buffers are > > handled specially in many places in Emacs, and I don't think we spell > > that out in every doc string. > > > > Stefan, WDYT? > > On first approximation, I'd tend to agree with you, but I think Martin > made a good point later in this discussion, when he said the following. > > martin rudalics writes: > > > I think a new automatically buffer-local variable, say > > 'display-via-make-frame', would not harm anyone. > > So I think we could install Martin's proposed patch, with NEWS and doc > changes of course. > --000000000000251b47062cb47891 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Martin, would you prefer to prepare the patch with NEWS and docstring ch= anges or would you like me to do it?

On Mon, Jan= 27, 2025 at 1:30=E2=80=AFPM Stefan Kangas <stefankangas@gmail.com> wrote:
Eli Zaretskii <eliz@gnu.org> writes:

> I'm not sure we should reveal those details here.=C2=A0 Hidden buf= fers are
> handled specially in many places in Emacs, and I don't think we sp= ell
> that out in every doc string.
>
> Stefan, WDYT?

On first approximation, I'd tend to agree with you, but I think Martin<= br> made a good point later in this discussion, when he said the following.

martin rudalics <ru= dalics@gmx.at> writes:

> I think a new automatically buffer-local variable, say
> 'display-via-make-frame', would not harm anyone.

So I think we could install Martin's proposed patch, with NEWS and doc<= br> changes of course.
--000000000000251b47062cb47891-- From debbugs-submit-bounces@debbugs.gnu.org Mon Jan 27 14:22:27 2025 Received: (at 75828) by debbugs.gnu.org; 27 Jan 2025 19:22:27 +0000 Received: from localhost ([127.0.0.1]:34509 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tcUgl-0003yi-CG for submit@debbugs.gnu.org; Mon, 27 Jan 2025 14:22:27 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:47656) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1tcUgi-0003yR-1N for 75828@debbugs.gnu.org; Mon, 27 Jan 2025 14:22:24 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1tcUgc-0000CJ-Gs; Mon, 27 Jan 2025 14:22:18 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=9B82a4AANS11GflxcEnzymhZUCzpjNVqm1jz6Md+O5A=; b=j+wCm89sh8v3 KxamBA0S6EO7w2Ril3QSoNTRwO6uZFiGZ6YmHdsHpdrR8QuA02SqOiTmBntT85s1xxi/IF2QkA9ON VxBBQem/tOCc4eZyzvhwavDe5zaXwqLfJRapEGr0v/DbycDF5pgSBRxNcc4GUn8/7u4mEaeoGHavO Cz94qBON0pzJR9RBcDepaVJ1vtUtYsE/nAjuF9cYMWnbKY5hK319qZogJ2DU6JU5vFnAqaq5i38Qx nLqngEPyiumxZFP15pGabiPswq/be1gKGyP4OrSdYhYkUvAUlq+hNPmdYgVlxptDf6PP17Lb9gypu pMtYKf7HDGXphtvqI4ulmg==; Date: Mon, 27 Jan 2025 21:22:16 +0200 Message-Id: <861pwooydz.fsf@gnu.org> From: Eli Zaretskii To: Stefan Kangas In-Reply-To: (message from Stefan Kangas on Mon, 27 Jan 2025 12:30:45 -0600) Subject: Re: bug#75828: [PATCH] Correct make-frame docstring vis-a-vis make_frame.c References: <86wmejt0gf.fsf@gnu.org> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 75828 Cc: 75828@debbugs.gnu.org, shipmints@gmail.com X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > From: Stefan Kangas > Date: Mon, 27 Jan 2025 12:30:45 -0600 > Cc: 75828@debbugs.gnu.org > > Eli Zaretskii writes: > > > I'm not sure we should reveal those details here. Hidden buffers are > > handled specially in many places in Emacs, and I don't think we spell > > that out in every doc string. > > > > Stefan, WDYT? > > On first approximation, I'd tend to agree with you, but I think Martin > made a good point later in this discussion, when he said the following. > > martin rudalics writes: > > > I think a new automatically buffer-local variable, say > > 'display-via-make-frame', would not harm anyone. > > So I think we could install Martin's proposed patch, with NEWS and doc > changes of course. Fine by me, thanks. From debbugs-submit-bounces@debbugs.gnu.org Tue Jan 28 04:28:46 2025 Received: (at 75828) by debbugs.gnu.org; 28 Jan 2025 09:28:46 +0000 Received: from localhost ([127.0.0.1]:35549 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tchtl-0005mZ-PQ for submit@debbugs.gnu.org; Tue, 28 Jan 2025 04:28:46 -0500 Received: from mout.gmx.net ([212.227.17.20]:33299) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1tchtk-0005mL-4m for 75828@debbugs.gnu.org; Tue, 28 Jan 2025 04:28:44 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmx.at; s=s31663417; t=1738056511; x=1738661311; i=rudalics@gmx.at; bh=ob9/xPaDsbcEcznVFEYK8Cj9cv2zsaoqDCW2CFovGDM=; h=X-UI-Sender-Class:Message-ID:Date:MIME-Version:From:Subject:To: Cc:References:In-Reply-To:Content-Type:Content-Transfer-Encoding: cc:content-transfer-encoding:content-type:date:from:message-id: mime-version:reply-to:subject:to; b=jq+VK1AYbahuOso2VqezBu2hlQY1jTpMJPcrYkI/LJu9bQDk6ozaE9ndmJ8KITST BeCqEKGsTASRnUVc4g9rdJQOkZlm5kpydHVZPDk92R/WlrKEsy7B6yozHLoWkyKOJ NxGaZhhkDkjIwDzFHQqIHkFEj1bgvQt73hsMixC791yOs9voqs3M2WUfyGM/sF6j0 9yZMSsVgP3KU8IDdJLLrULBfEqhuFwtrnGgVUpkBAmVWvj92W+gNONbXnyZnyI3nf iAoJEt0EjFBy93NEro6oqLWefAqB1tyyMIkukzRPImhCpg8nrjG51GBFGQ/nxr/kA I5haMkGN4v6L7GH0lQ== X-UI-Sender-Class: 724b4f7f-cbec-4199-ad4e-598c01a50d3a Received: from [192.168.31.113] ([212.95.5.36]) by mail.gmx.net (mrgmx105 [212.227.17.168]) with ESMTPSA (Nemesis) id 1MZTqg-1u0PQv1Urm-00Vgxs; Tue, 28 Jan 2025 10:28:31 +0100 Message-ID: <87aaf9fe-f83a-4f72-87f8-7eae38f2c1cf@gmx.at> Date: Tue, 28 Jan 2025 10:28:28 +0100 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird From: martin rudalics Subject: Re: bug#75828: [PATCH] Correct make-frame docstring vis-a-vis make_frame.c To: Ship Mints References: <86wmejt0gf.fsf@gnu.org> <86sep6ucxd.fsf@gnu.org> <86r04quaeu.fsf@gnu.org> <86plkau9nn.fsf@gnu.org> <2186041b-16f5-476d-bd3c-ff7e81216dea@gmx.at> <2c57a3f0-7343-4372-86dc-f4c7d1778312@gmx.at> Content-Language: en-US In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K1:wjKLt/jvzcTng+K/q9eejMaJCJFLZCNADJgNU0OS4G5Gvmup5OA Ybs6fAg+TJDAaDsgXynQIULTSTQHtd8bPAO2pbd1sz+B6yIhGcZu/jYvunRYcTBT+A9V8sr oh6So2Ro00II/NbF75YlznSMTGR9+WZXMtezTrG6TagrblBTOSrivf7Ald8q7RE06k/5h+6 5skjKe1JSAagwnBtBtzPw== X-Spam-Flag: NO UI-OutboundReport: notjunk:1;M01:P0:j73wlKkvG3g=;JwQMXz2yIlhySnztsZzCw3VOOv6 UVCKfwLYPhkb4mxV2oHPRnUSjexF2lkR7clVI1g0YC+L4BPTp4inVsKVCO2JGdCWG4dwdNKqp S93I2UB0BqL/8ajyNC12Jw953AdJZMNnpOnwPij//uz6gE7pz9Vz0IoYkGHony7Je+0VNticS jchH9lUTqxBlG7f1NML+GlqhH1hXNinJaS0e9DwjP3EPWSL2g8R4qyefMAgOz4aX8zJYhHCG3 w4uZK1QUV3g8E4K6IL60kD52GpdpXMq3jFYG4cTWKa5b/dJVwFX0pYe/mY1yhCyAqVXX95K1f aVSxmEKqwAdWVZYvqHKhmyBiAQciEdF9y6XvhXDiX3MsTnWBiPBmQHRHUXo5drrYEgK1YVEAd Wo16Cf/VkLN+gz2j5Gli761xP7DRxQJL9n4te/ihHE+eYGEWZQH1QqbEzKsaPYOyTSc0zjLdb r28R3AehkqLLqPyyWblavvtI2So14BMROeoh4m2b29WHnHv/1ayIphC+FPwbNh7mZ4h/nlhOO ls/9MDr6MmOgx7bJoa8R3Xp02Fnn1W9hW2/KBphlKK+tMUdHEfzGcz/DnVga7NYET3Snkf5lk 8+Vz+COJD9JmVmzQBaUF952mC0r1pBwQkF3N2qGv6jCas+mFzXfkx5OY2RGD0JQNHwYYtcvQR JPvp7YpKE5gps998zDSiRxIf81T8Rw3HxLsOz2AcgIuInp//bF3zotW89Swnu6rwblUJzsIx5 jih1dY4iBszirgXApO1Vh26DUqsgfa1pMvaO3says5XsBCWzDHdqkYT7ScjQpsElY6GQ6r5rs wIOjb4SZW86hddK393wLLKthkTMGdmz7TCAa+ZaUmbfr99pVJLkRtq0hH4YebkGnva4OpbVgf fGBQOz7LNUyrpEvg/DX7zjHv6uYIeTw7CngRGg3j6MllZvB2V822hofxnFIoTH+iOrhnl9x2u EPTk0KUEdR5HNDz29KdIQ/lLsI3i8kot48qZIeTGWqMCgi1Z9u3MaSDnlY84GRQBDoauvU2E6 A0CdaILJDHXACuy2oWwlbPbbcN8RFf3tY2MbIhw4UN7pqq5AK9+RFzQ+NppTfSyIsLFJ/yGIA Edj33DVS8OIqNnUJ+hfQimPYbgHvIJ7QeM1TGaC4Xp/x/a/z+fGLkT2JfSrk2rNQSdCOE7DI0 RkBXZT4LUsCtYne40zRVL47mqeiQDpv6vLbql6mEjPHrUj8pZIMmAUD1V6QwbA/kutnVWxOOl laLF5rs7oOyB3YtvypMwTTH+GXco2ycSqBhdlwJK7fsG1nEDY0n3C8s59k5AK6uMW9pF4AGh5 ch4XtFfHA+511iWRTPZIyaLASRy/7r0EeJMD6ApxMJb/6k= X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 75828 Cc: 75828@debbugs.gnu.org, Eli Zaretskii , stefankangas@gmail.com X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) > That works for me applied to a recent master. Happy to use the buffer > local. We'd need a shorter name, maybe something like 'make-frame-may-show-it'. > It's unlikely to cause trouble if a user doesn't kill it, and we'll > understand why if they don't. Users who setq it locally or setq-default it know what they want. Users who prefer let-binding it won't even notice that it's an automatically buffer-local variable. martin From debbugs-submit-bounces@debbugs.gnu.org Tue Jan 28 04:42:26 2025 Received: (at 75828) by debbugs.gnu.org; 28 Jan 2025 09:42:26 +0000 Received: from localhost ([127.0.0.1]:35574 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tci6z-0006SQ-SV for submit@debbugs.gnu.org; Tue, 28 Jan 2025 04:42:26 -0500 Received: from mail-vk1-xa29.google.com ([2607:f8b0:4864:20::a29]:58434) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.84_2) (envelope-from ) id 1tci6p-0006S3-Ei for 75828@debbugs.gnu.org; Tue, 28 Jan 2025 04:42:16 -0500 Received: by mail-vk1-xa29.google.com with SMTP id 71dfb90a1353d-51878cf85a7so1617984e0c.0 for <75828@debbugs.gnu.org>; Tue, 28 Jan 2025 01:42:15 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1738057330; x=1738662130; darn=debbugs.gnu.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=9dluevn75YkV0d4O/SW7UxlW+aEp//O42qptkuEHgng=; b=Tz9WJ98aLKe7YkHEkfQtfsWJUidDJbhqoKResKZYx3Ncmu8XtwJwNKUxtojM1rNiCs 8w2t0dp0pskjanP+0Q8K4f5nwh+Rydo2FQSQu8AVUeR11E3dDxdMmc4HZFO04Th9V0Xn 3IUYymdpv4/9pOnxTh0pg5EMzTpqffGPm2LtWP2wKJL6t62rlZ76WS2YCfxl+tJjUAtw MV0kMOh39Kp9ogqgEvS4RG+XC3DjXD+f3k0l2ULgEcjHIJwhRqd8qg8ulxdFcBWXiuBv R1eJBAcb9vT4MWZy3gcY/hp6SHr+QOUzR3rmLZctgPCHn91aquYoLT2UY0xQr68Rl8ze sMCQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1738057330; x=1738662130; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=9dluevn75YkV0d4O/SW7UxlW+aEp//O42qptkuEHgng=; b=kfdDKxf9hgKUu/f9aM4gd4kYwYhaForiO2ybe45rvoRe0kG/nwtPYC+02fZFVqS3jY ZJHuyOFe18CkgNcswVc5LDRko7f3r4GJV/DR7l1FbL4CxbMkyM6zBpdLXquZF5yKlRZp aFBOXNVHwL8lyvqwhUnHqs9H/ZrC++MrPVQ+/ScRvkcGwMfwsW9QiL7E6Sl5tns15p7Q +36mjmqsfMjc/05/BEc8HLHG6Y2SB9IQRjuBVuRLUwASftE1LxodZPkRWesirz6ZsU4r YKf1K6C5JfOeZ7zrZuRckFShTTxUde645Q/LCgQm+4UZwTI0ngTBj3HscfntaLk83fxi mhqg== X-Forwarded-Encrypted: i=1; AJvYcCUqXIMg2JneIZwaos3s7M6SlqdKC7+MAeFFqD7qEcb8mt8wk6/+GTFDlgooXgZiuolfBuhTIA==@debbugs.gnu.org X-Gm-Message-State: AOJu0YwjRP9ZMGghKUa6WEV7/ScO1JgdhcUTo6b3pLGIsK8MCWDvpFzu 2RROKj1F8yi3qT6jyYGQmt2KgUAkag/C+gH2aJbu5YHTzHS3pUz3zgJTwIDq5X4hegjVwBWHWr/ z98FUdLMaB6gOfagHmcE/8Z0MDUs= X-Gm-Gg: ASbGnctRUcmlaOeiqsfqsznsbNgLXXIdyquHutkTOhhMYdXlsW3qtacEpcaP5Cr1hno pusdQdVzoJuTgkJFdkpJw6X5ZAybuGutN8lN6DE/GcsRHcCWb+LB8SW1byiEoHqsfNdxuju8zAa 5Vqyh2bkQ= X-Google-Smtp-Source: AGHT+IE6EFVJILnQ3pgvSIPSt4FAU0A+ztbdeH3i2nxRVOXfhgAPLsTQdUYSnIDhUMs1yWHFzw8JTMlTPKxkVl0DeVo= X-Received: by 2002:a05:6122:338b:b0:516:230b:eec with SMTP id 71dfb90a1353d-51d5b265b25mr38965498e0c.5.1738057329725; Tue, 28 Jan 2025 01:42:09 -0800 (PST) MIME-Version: 1.0 References: <86wmejt0gf.fsf@gnu.org> <86sep6ucxd.fsf@gnu.org> <86r04quaeu.fsf@gnu.org> <86plkau9nn.fsf@gnu.org> <2186041b-16f5-476d-bd3c-ff7e81216dea@gmx.at> <2c57a3f0-7343-4372-86dc-f4c7d1778312@gmx.at> <87aaf9fe-f83a-4f72-87f8-7eae38f2c1cf@gmx.at> In-Reply-To: <87aaf9fe-f83a-4f72-87f8-7eae38f2c1cf@gmx.at> From: Ship Mints Date: Tue, 28 Jan 2025 04:40:21 -0500 X-Gm-Features: AWEUYZlvgrNZ_5UiteoZ85dPd4Nyd52yQmieO2-_mM9dleyjtMmHrCsXuFHqTis Message-ID: Subject: Re: bug#75828: [PATCH] Correct make-frame docstring vis-a-vis make_frame.c To: martin rudalics Content-Type: multipart/alternative; boundary="000000000000bcd7fe062cc1012e" X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 75828 Cc: 75828@debbugs.gnu.org, Eli Zaretskii , stefankangas@gmail.com X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) --000000000000bcd7fe062cc1012e Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hmm. make-frame-may-show-it doesn't really capture the nature of make-frame's hidden buffer name check, though. How about make-frame-show-hidden-buffer? On Tue, Jan 28, 2025 at 4:28=E2=80=AFAM martin rudalics w= rote: > > That works for me applied to a recent master. Happy to use the buffer > > local. > > We'd need a shorter name, maybe something like 'make-frame-may-show-it'. > > > It's unlikely to cause trouble if a user doesn't kill it, and we'll > > understand why if they don't. > > Users who setq it locally or setq-default it know what they want. Users > who prefer let-binding it won't even notice that it's an automatically > buffer-local variable. > > martin > --000000000000bcd7fe062cc1012e Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hmm. make-frame-may-show-it doesn't really capture the nature of= make-frame's hidden buffer name check, though. How about make-frame-sh= ow-hidden-buffer?

On Tue, Jan 28, 2025 at= 4:28=E2=80=AFAM martin rudalics <rud= alics@gmx.at> wrote:
> That works for me applied to a recent master. Happy to use= the buffer
> local.

We'd need a shorter name, maybe something like 'make-frame-may-show= -it'.

> It's unlikely to cause trouble if a user doesn't kill it, and = we'll
> understand why if they don't.

Users who setq it locally or setq-default it know what they want.=C2=A0 Use= rs
who prefer let-binding it won't even notice that it's an automatica= lly
buffer-local variable.

martin
--000000000000bcd7fe062cc1012e-- From debbugs-submit-bounces@debbugs.gnu.org Tue Jan 28 06:01:01 2025 Received: (at 75828) by debbugs.gnu.org; 28 Jan 2025 11:01:02 +0000 Received: from localhost ([127.0.0.1]:35691 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tcjL3-0001Xt-6o for submit@debbugs.gnu.org; Tue, 28 Jan 2025 06:01:01 -0500 Received: from mout.gmx.net ([212.227.17.21]:42225) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1tcjL0-0001XQ-Cd for 75828@debbugs.gnu.org; Tue, 28 Jan 2025 06:00:59 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmx.at; s=s31663417; t=1738062045; x=1738666845; i=rudalics@gmx.at; bh=PpqTMo1axUAi3nCWwq2fNG/ZWhRrG+TsTC4pIh4Znwo=; h=X-UI-Sender-Class:Content-Type:Message-ID:Date:MIME-Version: Subject:To:Cc:References:From:In-Reply-To:cc: content-transfer-encoding:content-type:date:from:message-id: mime-version:reply-to:subject:to; b=XLPAH319ofZ+ugtBfzDcWY8e4RE4VJNlSzy6BjCe3vf214lb6J9RMpRPzxIMcEyM /CFJOtsjkp9bHc88lx9kA7rUWRDjqAvl/KKWrGk/ejbz6NC1VVkosMXUddF+wlLEW xIlQuwk2Ew5t1K+60GNlv1rZgHrfNkEWtjar4z9nDePBLJraTrDDn3rNIDCREGMba /tVaF4yuMureejhJRbXZlTSKmbdXh4VyrqxcehlV6WzxHQXftFmzUyjm+RD/xG7ue iM0rh+0XQCSPzYaGTWp17ZCgiKJNopJ/DrMyAsZsA6e8BnPaufnCOJf/1ZQZjYWZZ Tk5MlkGBnaJvq6rwsQ== X-UI-Sender-Class: 724b4f7f-cbec-4199-ad4e-598c01a50d3a Received: from [192.168.31.113] ([212.95.5.36]) by mail.gmx.net (mrgmx104 [212.227.17.168]) with ESMTPSA (Nemesis) id 1MVNB1-1u55xa14MB-00O4Fj; Tue, 28 Jan 2025 12:00:45 +0100 Content-Type: multipart/mixed; boundary="------------FTqfDxvixIiisOqp8oasfQhO" Message-ID: <2ca63bb9-37cd-4b4b-b3fc-11bc1e3eb369@gmx.at> Date: Tue, 28 Jan 2025 12:00:42 +0100 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: bug#75828: [PATCH] Correct make-frame docstring vis-a-vis make_frame.c To: Ship Mints References: <86sep6ucxd.fsf@gnu.org> <86r04quaeu.fsf@gnu.org> <86plkau9nn.fsf@gnu.org> <2186041b-16f5-476d-bd3c-ff7e81216dea@gmx.at> <2c57a3f0-7343-4372-86dc-f4c7d1778312@gmx.at> <87aaf9fe-f83a-4f72-87f8-7eae38f2c1cf@gmx.at> Content-Language: en-US From: martin rudalics In-Reply-To: X-Provags-ID: V03:K1:0nZ1UChCEg9cLYOKzARybIhGcC21fpY6FzPheArzieW7HoJnrfh 0BIwxD+sWThHwSLrinqelwd4mT6+2UmdiXOSWtNykR5IQqSwwClEH2JeYxZMswOpfs7wkt5 TmhrOOfLIQc1E6KlDvE/6yloCgeecXJSyxWPpzy3Vx0rToUkB9Fq2OuDJv8bY8ZfP05GXYv NV6H52oj/aVDK+XHe9kcw== X-Spam-Flag: NO UI-OutboundReport: notjunk:1;M01:P0:CAzCUsSNvLc=;DsPi1Qo81EA0mzBiUCL944HLHic 5tugGaQFR/4tdJ01eFvletB1AdSIPXF+EI57ttKf0vRH+e8IUOUY/zaltGLMrdLuMkGFQk0nL 6YmQ/jTjhdQ/IMvLcxnPfM+cZH+228zHAx3BAkXUA+5lG4RYY9Or3zlXlTRKJWtU6ocE222jw Fvi3pTKxxNhV5Oe9fNMg7kye2XMa532OVfYu895Osz1vm7qT9QDGCkyF+85ZymaDUBIIsf3eK LFl6FvxVPkIpu3QvgbC8Y9c3tbPsDpj8dCNxdpqCEC/5KB1/5g0GvNbH5rSsoMX+r9UlMdqbP x1DUEvMRAIHnaGFT3itqsQJi4Z/BYy7h1sdKV3IGWB1lIzsfBIaufmDEuLwl6kBbSZbSAwmnl XpX4HtsK17fJgJXT1bS04AFznkgxzecX9HAISsELQGAoJlBlMstWK2kDXUxUpUK5Epq/PH/dC Dg4QhnAPSU3xtsdnCN+odAlc+Q44o1wR5T/vWf6VVFljo6N5UIIe9aq2PsLyA7DZPaEYJAPeJ cTIODTvfVSiHf9Jj+nmAQSHk55TRyprfD41fyIzfGIuw0jJ4SKLW2LG6SgqtqNpvzCqC34bUd h9FzBFa9R/XAykUjsYkmKq+kJe1+7dWGAOD+mEh+tXFbwVB9BhBbkKQnfgMq488Ru4WywhzEX +Ss1VkLe9Cgn4/6rShmfg26R0OKlUqGKJ4UawOvF5Gn9J50h2iDITsBBktgV397l7t6Ou1EN5 w+tXq7zK1yMHSgxUBy/9wsZC95ANAryllajPDOGVEMktiITfkBekGwfVY8inylGrs+qqXlqfp U5MkiZPdI/G4pQfrUKz6ihgKLPZ4ndOD8rIrT4RA1ShfIJzN+m123qAZUjaQbP6L8nEgfU/HW OSbk1+PIdIQsd/5KQGWcSqYulyQSdLrNDymmQbfTg/2gAyyjEcZ1dG7+DiEGj1PIGbTXJg2pe j1BdA/DhLg31eT71w1b8i5ILOr04N6uM2+2gwoBaiX3xPGSToEAjEKS0PAtxmPsh43JUpY8+d tAcEIGbjJV+hyUM43ijA3gVPiZ1/WfEjAy4w8KuCTYcXH5e/IjfUA+kPQS3fb6cf4qfCAIGiW 4qFaTE9RIu+ZY4t6teI9fiBz5TvcG+LqmPVpbkXSyALG+6ul8OkdFoJLIekuliP3vDDhMzE/1 V0B6J1zKdHiRjLPlnHjtq3Ft4kbtPPs/4ZiYYVSeDlA== X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 75828 Cc: 75828@debbugs.gnu.org, Eli Zaretskii , stefankangas@gmail.com X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) This is a multi-part message in MIME format. --------------FTqfDxvixIiisOqp8oasfQhO Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit > Hmm. make-frame-may-show-it doesn't really capture the nature of > make-frame's hidden buffer name check, though. How about > make-frame-show-hidden-buffer? In a new version I called it 'expose-hidden-buffer' so it can be used also, for example, when switching to the previous or next buffer in a window if we eventually want that. martin --------------FTqfDxvixIiisOqp8oasfQhO Content-Type: text/x-patch; charset=UTF-8; name="expose-hidden-buffer.diff" Content-Disposition: attachment; filename="expose-hidden-buffer.diff" Content-Transfer-Encoding: base64 ZGlmZiAtLWdpdCBhL2RvYy9saXNwcmVmL2ZyYW1lcy50ZXhpIGIvZG9jL2xpc3ByZWYvZnJh bWVzLnRleGkKaW5kZXggYzcxYjk3NzU1MGUuLjdiMmZlOWUwMjQ2IDEwMDY0NAotLS0gYS9k b2MvbGlzcHJlZi9mcmFtZXMudGV4aQorKysgYi9kb2MvbGlzcHJlZi9mcmFtZXMudGV4aQpA QCAtMTYyLDYgKzE2MiwxMiBAQCBDcmVhdGluZyBGcmFtZXMKIEB4cmVme0lucHV0IEZvY3Vz fS4gIFRoZSBwcmV2aW91c2x5IHNlbGVjdGVkIGZyYW1lIHJlbWFpbnMgc2VsZWN0ZWQuCiBP biBncmFwaGljYWwgdGVybWluYWxzLCBob3dldmVyLCB0aGUgd2luZG93IHN5c3RlbSBtYXkg c2VsZWN0IHRoZQogbmV3IGZyYW1lIGZvciBpdHMgb3duIHJlYXNvbnMuCisKK0J5IGRlZmF1 bHQgdGhpcyBmdW5jdGlvbiBkb2VzIG5vdCBkaXNwbGF5IHRoZSBjdXJyZW50IGJ1ZmZlciBp biB0aGUgbmV3CitmcmFtZSBpZiB0aGUgYnVmZmVyIGlzIGhpZGRlbiwgdGhhdCBpcywgaWYg aXRzIG5hbWUgc3RhcnRzIHdpdGggYSBzcGFjZS4KK0hvd2V2ZXIsIGlmIHRoZSB2YXJpYWJs ZSBAY29kZXtleHBvc2UtaGlkZGVuLWJ1ZmZlcn0gaXMgZWl0aGVyIEBjb2Rle3R9CitvciBl cXVhbHMgdGhlIHN5bWJvbCBAY29kZXttYWtlLWZyYW1lfSwgaXQgd2lsbCBkaXNwbGF5IHRo ZSBjdXJyZW50CitidWZmZXIgZXZlbiBpZiBpdCBpcyBoaWRkZW4uCiBAZW5kIGRlZmZuCiAK IEBkZWZ2YXIgYmVmb3JlLW1ha2UtZnJhbWUtaG9vawpkaWZmIC0tZ2l0IGEvbGlzcC9mcmFt ZS5lbCBiL2xpc3AvZnJhbWUuZWwKaW5kZXggMDkxZTg0ZjA5YzQuLmNkYTVmZTRjZmI0IDEw MDY0NAotLS0gYS9saXNwL2ZyYW1lLmVsCisrKyBiL2xpc3AvZnJhbWUuZWwKQEAgLTk0OSw3 ICs5NDksMTIgQEAgbWFrZS1mcmFtZQogCiBPbiBncmFwaGljYWwgZGlzcGxheXMsIHRoaXMg ZnVuY3Rpb24gZG9lcyBub3QgaXRzZWxmIG1ha2UgdGhlIG5ldwogZnJhbWUgdGhlIHNlbGVj dGVkIGZyYW1lLiAgSG93ZXZlciwgdGhlIHdpbmRvdyBzeXN0ZW0gbWF5IHNlbGVjdAotdGhl IG5ldyBmcmFtZSBhY2NvcmRpbmcgdG8gaXRzIG93biBydWxlcy4iCit0aGUgbmV3IGZyYW1l IGFjY29yZGluZyB0byBpdHMgb3duIHJ1bGVzLgorCitCeSBkZWZhdWx0IGRvIG5vdCBkaXNw bGF5IHRoZSBjdXJyZW50IGJ1ZmZlciBpbiB0aGUgbmV3IGZyYW1lIGlmIHRoZQorYnVmZmVy IGlzIGhpZGRlbiwgdGhhdCBpcywgaWYgdGhlIGJ1ZmZlcidzIG5hbWUgc3RhcnRzIHdpdGgg YSBzcGFjZS4KK0hvd2V2ZXIsIGlmIGBleHBvc2UtaGlkZGVuLWJ1ZmZlcicgaXMgZWl0aGVy IHQgb3IgZXF1YWxzIHRoZSBzeW1ib2wKK2BtYWtlLWZyYW1lJywgZGlzcGxheSB0aGUgY3Vy cmVudCBidWZmZXIgZXZlbiBpZiBpdCBpcyBoaWRkZW4uIgogICAoaW50ZXJhY3RpdmUpCiAg IChsZXQqICgoZGlzcGxheSAoY2RyIChhc3NxICdkaXNwbGF5IHBhcmFtZXRlcnMpKSkKICAg ICAgICAgICh3IChjb25kCmRpZmYgLS1naXQgYS9zcmMvZnJhbWUuYyBiL3NyYy9mcmFtZS5j CmluZGV4IGQ1OWI0MDQ1YzAwLi5jMzIwNTE1ZGZiZCAxMDA2NDQKLS0tIGEvc3JjL2ZyYW1l LmMKKysrIGIvc3JjL2ZyYW1lLmMKQEAgLTEwOTQsOCArMTA5NCwxMSBAQCBtYWtlX2ZyYW1l IChib29sIG1pbmlfcCkKICAgewogICAgIExpc3BfT2JqZWN0IGJ1ZiA9IEZjdXJyZW50X2J1 ZmZlciAoKTsKIAotICAgIC8qIElmIGN1cnJlbnQgYnVmZmVyIGlzIGhpZGRlbiwgdHJ5IHRv IGZpbmQgYW5vdGhlciBvbmUuICAqLwotICAgIGlmIChCVUZGRVJfSElEREVOX1AgKFhCVUZG RVIgKGJ1ZikpKQorICAgIC8qIElmIGN1cnJlbnQgYnVmZmVyIGlzIGhpZGRlbiBhbmQgc2hh bGwgbm90IGJlIGV4cG9zZWQsIHRyeSB0byBmaW5kCisgICAgICAgYW5vdGhlciBvbmUuICAq LworICAgIGlmIChCVUZGRVJfSElEREVOX1AgKFhCVUZGRVIgKGJ1ZikpCisJJiYgIUVRIChl eHBvc2VfaGlkZGVuX2J1ZmZlciwgUXQpCisJJiYgIUVRIChleHBvc2VfaGlkZGVuX2J1ZmZl ciwgUW1ha2VfZnJhbWUpKQogICAgICAgYnVmID0gb3RoZXJfYnVmZmVyX3NhZmVseSAoYnVm KTsKIAogICAgIC8qIFVzZSBzZXRfd2luZG93X2J1ZmZlciwgbm90IEZzZXRfd2luZG93X2J1 ZmZlciwgYW5kIGRvbid0IGxldApAQCAtNjgxMCw2ICs2ODEzLDcgQEAgc3ltc19vZl9mcmFt ZSAodm9pZCkKICAgREVGU1lNIChRbGVmdF9vbmx5LCAibGVmdC1vbmx5Iik7CiAgIERFRlNZ TSAoUXRvcF9vbmx5LCAidG9wLW9ubHkiKTsKICAgREVGU1lNIChRaWNvbmlmeV90b3BfbGV2 ZWwsICJpY29uaWZ5LXRvcC1sZXZlbCIpOworICBERUZTWU0gKFFtYWtlX2ZyYW1lLCAibWFr ZS1mcmFtZSIpOwogICBERUZTWU0gKFFtYWtlX2ludmlzaWJsZSwgIm1ha2UtaW52aXNpYmxl Iik7CiAgIERFRlNZTSAoUXVzZV9mcmFtZV9zeW5jaHJvbml6YXRpb24sICJ1c2UtZnJhbWUt c3luY2hyb25pemF0aW9uIik7CiAgIERFRlNZTSAoUWZvbnRfcGFyYW1ldGVyLCAiZm9udC1w YXJhbWV0ZXIiKTsKQEAgLTcxNjQsNiArNzE2OCwyMSBAQCBmb2N1cyAod2hlcmUgYSBmcmFt ZSBpbW1lZGlhdGVseSBsb3NlcyBmb2N1cyB3aGVuIGl0J3MgbGVmdCBieSB0aGUgbW91c2UK IGljb25pZnkgdGhlIHRvcCBsZXZlbCBmcmFtZSBpbnN0ZWFkLiAgKi8pOwogICBpY29uaWZ5 X2NoaWxkX2ZyYW1lID0gUWljb25pZnlfdG9wX2xldmVsOwogCisgIERFRlZBUl9MSVNQICgi ZXhwb3NlLWhpZGRlbi1idWZmZXIiLCBleHBvc2VfaGlkZGVuX2J1ZmZlciwKKwkgICAgICAg ZG9jOiAvKiBOb24tbmlsIG1lYW5zIHRvIG1ha2UgYSBoaWRkZW4gYnVmZmVyIG1vcmUgdmlz aWJsZS4KK0EgYnVmZmVyIGlzIGNvbnNpZGVyZWQgImhpZGRlbiIgaWYgaXRzIG5hbWUgc3Rh cnRzIHdpdGggYSBzcGFjZS4gIEJ5CitkZWZhdWx0LCBtYW55IGZ1bmN0aW9ucyBkbyBub3Qg Y29uc2lkZXIgaGlkZGVuIGJ1ZmZlcnMsIGZvciBleGFtcGxlLAord2hlbiBkaXNwbGF5aW5n IHRoZW0gaW4gYnVmZmVyIGxpc3RzIG9yIGNvbnNpZGVyaW5nIHRoZW0gZm9yIHN3aXRjaGlu ZwordG8gaW4gYSB3aW5kb3cuICBBbHNvLCBgbWFrZS1mcmFtZScgZG9lcyBub3Qgc2hvdyB0 aGUgY3VycmVudCBidWZmZXIgaW4KK3RoZSBuZXcgZnJhbWUncyBzZWxlY3RlZCB3aW5kb3cg aWYgaXQgaXMgaGlkZGVuLgorCitJZiB0aGlzIHZhcmlhYmxlIGlzIHQgb3IgZXF1YWxzIHRo ZSBzeW1ib2wgYG1ha2UtZnJhbWUnLCBpdCB3aWxsCitvdmVycmlkZSB0aGUgZGVmYXVsdCBi ZWhhdmlvciBhbmQgYWxsb3cgYG1ha2UtZnJhbWUnIHRvIHNob3cgaXQuICBPdGhlcgorbm9u LW5pbCB2YWx1ZXMgYXJlIHJlc2VydmVkIGZvciBmdXR1cmUgdXNlLiAgKi8pOworICBleHBv c2VfaGlkZGVuX2J1ZmZlciA9IFFuaWw7CisgIERFRlNZTSAoUWV4cG9zZV9oaWRkZW5fYnVm ZmVyLCAiZXhwb3NlLWhpZGRlbi1idWZmZXIiKTsKKyAgRm1ha2VfdmFyaWFibGVfYnVmZmVy X2xvY2FsIChRZXhwb3NlX2hpZGRlbl9idWZmZXIpOworCiAgIERFRlZBUl9MSVNQICgiZnJh bWUtaW50ZXJuYWwtcGFyYW1ldGVycyIsIGZyYW1lX2ludGVybmFsX3BhcmFtZXRlcnMsCiAJ ICAgICAgIGRvYzogLyogRnJhbWUgcGFyYW1ldGVycyBzcGVjaWZpYyB0byBldmVyeSBmcmFt ZS4gICovKTsKICNpZmRlZiBIQVZFX1hfV0lORE9XUwo= --------------FTqfDxvixIiisOqp8oasfQhO-- From debbugs-submit-bounces@debbugs.gnu.org Tue Jan 28 06:12:32 2025 Received: (at 75828) by debbugs.gnu.org; 28 Jan 2025 11:12:32 +0000 Received: from localhost ([127.0.0.1]:35708 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tcjWC-00021G-BV for submit@debbugs.gnu.org; Tue, 28 Jan 2025 06:12:32 -0500 Received: from mail-vs1-xe33.google.com ([2607:f8b0:4864:20::e33]:53510) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.84_2) (envelope-from ) id 1tcjW8-000211-WD for 75828@debbugs.gnu.org; Tue, 28 Jan 2025 06:12:30 -0500 Received: by mail-vs1-xe33.google.com with SMTP id ada2fe7eead31-4b11a11a4f0so1518335137.3 for <75828@debbugs.gnu.org>; Tue, 28 Jan 2025 03:12:28 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1738062743; x=1738667543; darn=debbugs.gnu.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=jYWyetfxv3ToU7jKrG7vpy4PpU0B9e/kWsyw9jnRlk4=; b=KnrRucjf2YMprZ8aO/IBI51sjjW74DnunAPw+v/g7y9yb82C8vmlaG0wKZl2R6Ufu0 qFEAO0r26On+xDF6uuJJy90p8uICR3B6i7oMDd0IKg9+4zYAC6FTzve3g/mBVzfS4QL3 KK4qmXu+CN5MyK0ZHCCcA7J5o6onTDjh0iHsMMEoRniNvXBDzrXd0Dy3o609qblt8e0n quiPOGrvPfgFb/F4GOYJJXMA2FvkumBULPNQ+vQmBiLkXxp+y3tm3/TfXjkKh/CXqbvv Fe0gX38OORGperfE875CiayfNPNEZ0Kqyi0fM6QZiHF7Tf4oJEPkhEqRm4kAkCqYu3NN udwA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1738062743; x=1738667543; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=jYWyetfxv3ToU7jKrG7vpy4PpU0B9e/kWsyw9jnRlk4=; b=Qt2M6YWwl3/+K7GDh73fMUwXn7Yu7BSR2pxce9REuSqG7KAV+QcG6yFUvfr2b93rme CjO7cakWPQTT+9AdBT+WkHhBAKB44HHu4Kb5r4638U3xS9vBQhjjM+VnThfMjJmp/k9J Qir6L/zHonGOf+rQNH1qLvs6GYaVOw4uSy5A5h4XH92gkkqUgx+goBlTx+gJzc9F3BXU 1xJt466H48Hn0jNkQ1cWpDssRhRXfOiMZMXiae/uf+yqTP8fQhsDRZO4JkNubG5Qs9Um JY9eKvRFi8+Tjz3bc3gyR2DROApiRNyA0gfGRdvDnKTp+oVDaeiZi/zR1YMfx6UaQj5T /TiQ== X-Forwarded-Encrypted: i=1; AJvYcCWTrS1J7Sc/YBLVlypxUbmVYB6LGuYEhuqgGFL5xL5VFgp5ZgVCZRKXoPYSqAErYptE47v2ug==@debbugs.gnu.org X-Gm-Message-State: AOJu0YzfYDcJwtOkWGKRJNhNBPF8Pv6lyjT6FOFk/S0adqn6nYJc5k1U 4HSjuUoNfuItkgV7BZQyMUPYVRuIojf+0NjWM3xijKJEY9Q6ESjWzMZXGenCBUJg5lIqOPq9bGv wnx5g8slWBZZjtg6o/lZixS0omd8= X-Gm-Gg: ASbGncux/zy+rAJaCTwLYmnTXlYU7ee0vYhVq7zmbP7hzq2ycl02a5OQH4JQdPv5VCd 3QL1bPaV/VFycQLCcD43jrRFXtvpf8zDqtmDwAoaNKNaM3KsHCYboic/t1fO6GT69+f6L7/Ja X-Google-Smtp-Source: AGHT+IFNDHB41ggpT85VsWbQTE0hMLcwVv1goDF57sS8zHYQqoVMCokS9MMSls/BEL1kUNphkMQqxw0v3kpKUNebp7U= X-Received: by 2002:a05:6102:1625:b0:4af:3973:6b22 with SMTP id ada2fe7eead31-4b690d16934mr38113273137.22.1738062743009; Tue, 28 Jan 2025 03:12:23 -0800 (PST) MIME-Version: 1.0 References: <86sep6ucxd.fsf@gnu.org> <86r04quaeu.fsf@gnu.org> <86plkau9nn.fsf@gnu.org> <2186041b-16f5-476d-bd3c-ff7e81216dea@gmx.at> <2c57a3f0-7343-4372-86dc-f4c7d1778312@gmx.at> <87aaf9fe-f83a-4f72-87f8-7eae38f2c1cf@gmx.at> <2ca63bb9-37cd-4b4b-b3fc-11bc1e3eb369@gmx.at> In-Reply-To: <2ca63bb9-37cd-4b4b-b3fc-11bc1e3eb369@gmx.at> From: Ship Mints Date: Tue, 28 Jan 2025 06:10:34 -0500 X-Gm-Features: AWEUYZljvs-4_NSjUhcKw2MdDW_ciGweXOP0ficdanw7yXDS_HTminX78hi16YM Message-ID: Subject: Re: bug#75828: [PATCH] Correct make-frame docstring vis-a-vis make_frame.c To: martin rudalics Content-Type: multipart/alternative; boundary="00000000000064ff9b062cc24480" X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 75828 Cc: 75828@debbugs.gnu.org, Eli Zaretskii , stefankangas@gmail.com X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) --00000000000064ff9b062cc24480 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Tested and it works. Good and thank you. I'm a heavy user of switch-to-prev-buffer-skip-regexp so that could be helpful for people that don't make switch buffer rules as explicit as I do. On Tue, Jan 28, 2025 at 6:00=E2=80=AFAM martin rudalics w= rote: > > Hmm. make-frame-may-show-it doesn't really capture the nature of > > make-frame's hidden buffer name check, though. How about > > make-frame-show-hidden-buffer? > > In a new version I called it 'expose-hidden-buffer' so it can be used > also, for example, when switching to the previous or next buffer in a > window if we eventually want that. > > martin --00000000000064ff9b062cc24480 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Tested and it works. Good and thank you.

I'm a heavy user of=C2=A0switch-to-prev-= buffer-skip-regexp so that could be helpful for people that don't make = switch buffer rules as explicit as I do.

On Tue,= Jan 28, 2025 at 6:00=E2=80=AFAM martin rudalics <rudalics@gmx.at> wrote:
=C2=A0> Hmm. make-frame-may-show-it doesn= 9;t really capture the nature of
=C2=A0> make-frame's hidden buffer name check, though. How about
=C2=A0> make-frame-show-hidden-buffer?

In a new version I called it 'expose-hidden-buffer' so it can be us= ed
also, for example, when switching to the previous or next buffer in a
window if we eventually want that.

martin
--00000000000064ff9b062cc24480-- From debbugs-submit-bounces@debbugs.gnu.org Tue Jan 28 08:55:07 2025 Received: (at 75828) by debbugs.gnu.org; 28 Jan 2025 13:55:07 +0000 Received: from localhost ([127.0.0.1]:36037 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tcm3W-00046M-SG for submit@debbugs.gnu.org; Tue, 28 Jan 2025 08:55:07 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:36522) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1tcm3T-00045N-As for 75828@debbugs.gnu.org; Tue, 28 Jan 2025 08:55:04 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1tcm3N-0006cF-Nt; Tue, 28 Jan 2025 08:54:57 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=eyhghRIfKf8X7gyzLTONUVy+O5jvg8tVO7MH7iY8B10=; b=Hq+Q2PC0C5u1 aZtyqQWL3LDTVcJViDXvE6GulLhvuSzf97AbZDcuxV2e2op+Nc93a8Hk1PZlE4lRebtjJ59kpWGZN f6BsHKFv9GoPlGLSmm+alO1/ds/o1j9wABkXPnp0X1XoUroMIkm/PHYiEhAV8De8i7qJd3M4nQP/L 8M5prnsBfeUdhvVbtFrs7NhA8Za6sXDDMYnCxMbZsMYe+Rp0dFN34G2UcTLtr4KNA6V4PS1WuT8Xu lcJxEeDSxiwyXUyIX85sa78KKv9jesZkhidyQqPRunTILRJKBD4QWKWs8MZiH4r6CgZqRYOPGTdPT QAc+PKLooS54ta2oUtxcxQ==; Date: Tue, 28 Jan 2025 15:54:50 +0200 Message-Id: <867c6fnivp.fsf@gnu.org> From: Eli Zaretskii To: martin rudalics In-Reply-To: <2ca63bb9-37cd-4b4b-b3fc-11bc1e3eb369@gmx.at> (message from martin rudalics on Tue, 28 Jan 2025 12:00:42 +0100) Subject: Re: bug#75828: [PATCH] Correct make-frame docstring vis-a-vis make_frame.c References: <86sep6ucxd.fsf@gnu.org> <86r04quaeu.fsf@gnu.org> <86plkau9nn.fsf@gnu.org> <2186041b-16f5-476d-bd3c-ff7e81216dea@gmx.at> <2c57a3f0-7343-4372-86dc-f4c7d1778312@gmx.at> <87aaf9fe-f83a-4f72-87f8-7eae38f2c1cf@gmx.at> <2ca63bb9-37cd-4b4b-b3fc-11bc1e3eb369@gmx.at> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 75828 Cc: 75828@debbugs.gnu.org, shipmints@gmail.com, stefankangas@gmail.com X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > Date: Tue, 28 Jan 2025 12:00:42 +0100 > Cc: Eli Zaretskii , stefankangas@gmail.com, > 75828@debbugs.gnu.org > From: martin rudalics > > +By default this function does not display the current buffer in the new > +frame if the buffer is hidden, that is, if its name starts with a space. > +However, if the variable @code{expose-hidden-buffer} is either @code{t} > +or equals the symbol @code{make-frame}, it will display the current > +buffer even if it is hidden. This text should IMO say that the function will display another buffer instead of a hidden one. The wording above could be interpreted as meaning it will display nothing at all. > +By default do not display the current buffer in the new frame if the > +buffer is hidden, that is, if the buffer's name starts with a space. > +However, if `expose-hidden-buffer' is either t or equals the symbol > +`make-frame', display the current buffer even if it is hidden." Same here. I also wonder why the value t alone is not enough. It might be confusing to have a symbol whose name is the same as the name of a function, so if we can do with t alone, I'd prefer that. Thanks. From debbugs-submit-bounces@debbugs.gnu.org Tue Jan 28 12:18:49 2025 Received: (at 75828) by debbugs.gnu.org; 28 Jan 2025 17:18:49 +0000 Received: from localhost ([127.0.0.1]:38339 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tcpEe-0003rH-JS for submit@debbugs.gnu.org; Tue, 28 Jan 2025 12:18:49 -0500 Received: from mout.gmx.net ([212.227.15.18]:58061) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1tcpEb-0003qw-69 for 75828@debbugs.gnu.org; Tue, 28 Jan 2025 12:18:45 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmx.at; s=s31663417; t=1738084719; x=1738689519; i=rudalics@gmx.at; bh=ePeKT3LAyK0h/ISkjkbZq+THIESs2aqpsWbGDU8s7J4=; h=X-UI-Sender-Class:Message-ID:Date:MIME-Version:Subject:To:Cc: References:From:In-Reply-To:Content-Type: Content-Transfer-Encoding:cc:content-transfer-encoding: content-type:date:from:message-id:mime-version:reply-to:subject: to; b=rURjxz/fVnHbxAwRj9ppMt09VCu+QrKjzVAEUJ6m5rjoPqPxdK+QEk5uOWBz8p1Q uwRk3vcZHH2uHerwOQRwA5nKT2aK2BwcNRxq60cgQFxrAEivrAbdA6QKSnhZAq/Tw VrYf6IgsW9mvBQB0wB1ZNW7BZvFoL+qA87Hj6H1YHZn1JSNjCVlKi+BtZAHgDJogC nKmHwWztkcwAW7k60PdqORAhw22wfPrxq5FtNQmxkHVhXkYFqw/zVvtQvPODRYGPH lHI5DJTbRx+zxRI9h12xruWyLIYFpvJJ1nk0n4IGJSDGVI0Fq6dgOs+IfG/PDppv4 prO1HJnMZt1kuoXs2w== X-UI-Sender-Class: 724b4f7f-cbec-4199-ad4e-598c01a50d3a Received: from [192.168.31.113] ([212.95.5.36]) by mail.gmx.net (mrgmx005 [212.227.17.190]) with ESMTPSA (Nemesis) id 1MDywo-1tmlNi3tI4-0069CV; Tue, 28 Jan 2025 18:18:39 +0100 Message-ID: Date: Tue, 28 Jan 2025 18:18:38 +0100 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: bug#75828: [PATCH] Correct make-frame docstring vis-a-vis make_frame.c To: Ship Mints References: <86r04quaeu.fsf@gnu.org> <86plkau9nn.fsf@gnu.org> <2186041b-16f5-476d-bd3c-ff7e81216dea@gmx.at> <2c57a3f0-7343-4372-86dc-f4c7d1778312@gmx.at> <87aaf9fe-f83a-4f72-87f8-7eae38f2c1cf@gmx.at> <2ca63bb9-37cd-4b4b-b3fc-11bc1e3eb369@gmx.at> Content-Language: en-US From: martin rudalics In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K1:O6pyor6u94hNnNhLmMWRVRqNocEdn6szMn0oGWIIoMVeYU7xvfh QP+Ap1a53NcDz5vflQzELcDABMtJ9RdPnw4c4K5Kl6h+6hfAuBA0/L5dVccE9SJFW8hVCXF yLJbm+ZJVfkLhVTPrgGFcfdMwUOZVN+RjVBof0z8CIDYQzD0nOb41uB0Kx+6Ph7ueGcWx0R QUa95BJpjgtT2QVE+Vhng== X-Spam-Flag: NO UI-OutboundReport: notjunk:1;M01:P0:5/kwDGn/YRg=;Tyb90EvOsgkMwhk940XphEtQfuO 1K3+ljRIbAHlGX3Mnsw+a3pKLoliS4O47ucaqbehesRE6ivm6ahPn5x6TbTZGT8Csaij5YoAg IMKju1eMsai1F0z2M0EpQbJrDAtU3F2JLJgdsScp5Aq9yBgVZ7h7GibzgFx0gOlBNcZKHkM0A RbBhqG7q0D+7+NHGUF/YdKH0j8XiH+0JgrGlh2vLjInzcsFq1FKON9+dRROTqbLPrQMzfoQGP PBjj0ckpEqIftcN360bkCDeNAhBDHVI7hSbKBM6//PTl0bGkkACqkn2JD5FG+zAWPenlN+/+h kXbUQmf0b/uTUGfsVqtyCvmYXFMQVaIQQrY/cNUUiTh1lZgziaLPRRgRSFohIR4lRPWe7Q2Xh ez7TbHTFZBGRBbxNRJJ8l/CEt4r/+vhihgbkk2WNei87Uquwo+pMDuQpncxKtGcN0MGbEVqhI edzebaaYPz+jQ9PtXv17+ctemXBozuQQEse2p1ferjkkHGYYl0qHJP9t4ZrTvHbIxjBAi0+3M WVHlAzoQAirJcGlBgHyHg1tK4eAewErEGrJucYaMMgam/Vylz13MFiV5++nhpe7eiFpBTyybc mwpc57nS2RR5qQUX5GncceaIy+41w5Z/FAFcwIWZgeWXogyFMx4HHtCTHJ49hntKIiTSoHOj2 EIh9yKdbxPhYjxS4bdRyHZY7AZ7qFt1zI5+pMy2doazjmNNWUxeAOXr3bJxoCvYsRdKk/5TnW Hs4uvJ9wgzxB/D279BrcAFwpK8Ms+0J8AREebnPpuZFitUvkJ4p7qB/JQCV1fTjlaVcPuRfYp hDp8GDsgQiH5d3EDDihPFiNG5mY1dCkcde5ReCX2wMjUBU3MD/8C3aRg5y5nRkOqImmkyo4Ub KOkQlHFW882AsN8pKlFLDYxtwTj5mrEooNuFAqi2lC57FgkkpJ7N1aJPtgc44xSbAkMADLAAs MkniS5yJCp3Tjs7s9P7OCoM+VE13QJkIKpO84ziFXSlS4/gYrVVEKQFnh+WhH+e7DoX+IQ88f IN+kC2h0qfkaBUzBHUXymjF2y/Jz6tNVriGYzBUcew8Z79Rp7qy+mfRHZ5AyONg/4KuEuEsBc zXtpo90h/B95pa/coZGxHQ3/agz5MUdCA8u2dKCqatXynxv1L1SlfYaO1KVdg8v1n1295SRyS SBwN0zlCMnGgMqZRrm9ku+UVx6AOIzU5eQsNCvNFCatSuXDZIg0TGMODRyd8eVWSDYx4bCJR2 JS4BNKzIQDDe9mk88MwYizUR4reJLt8bGXCmM2LlSQ9xuEhunTJ05JgZJAsUEmrM/PHsNU4vR AaWI/NEPo0G24zXJ7qR3Trqgk/fU4KGoaaXXeBc+3AVePY= X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 75828 Cc: 75828@debbugs.gnu.org, Eli Zaretskii , stefankangas@gmail.com X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) > Tested and it works. Good and thank you. Installed, leaving out the handling of special values for the moment. > I'm a heavy user of switch-to-prev-buffer-skip-regexp so that could be > helpful for people that don't make switch buffer rules as explicit as I do. As a matter of fact the obvious next client would be 'other-window'. Whatever it is, setting 'expose-hidden-buffer' to t and having a subsequent 'switch-to-prev-buffer' not switching to a buffer shown previously in the window might be confusing. Let's return to this issue when it becomes really annoying. martin From debbugs-submit-bounces@debbugs.gnu.org Tue Jan 28 12:19:08 2025 Received: (at 75828) by debbugs.gnu.org; 28 Jan 2025 17:19:09 +0000 Received: from localhost ([127.0.0.1]:38343 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tcpEy-0003sN-Bu for submit@debbugs.gnu.org; Tue, 28 Jan 2025 12:19:08 -0500 Received: from mout.gmx.net ([212.227.15.18]:47061) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1tcpEw-0003rh-7M for 75828@debbugs.gnu.org; Tue, 28 Jan 2025 12:19:06 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmx.at; s=s31663417; t=1738084733; x=1738689533; i=rudalics@gmx.at; bh=v9dbfopv4A5IcaYt31lGdtD97PWiJ5jz6UffRYcN4gE=; h=X-UI-Sender-Class:Message-ID:Date:MIME-Version:Subject:To:Cc: References:From:In-Reply-To:Content-Type: Content-Transfer-Encoding:cc:content-transfer-encoding: content-type:date:from:message-id:mime-version:reply-to:subject: to; b=FL4eHwjpMJp1zb2Zt/89eefJpEdEU75a+iZcoef24eOCIjKefAnCsnmoHIpDvUuz 5XIg/Zd18Is5+cDjMmIvqpfmsuI5Yqjt2osgpYBn9zDhSbk4uy3tnDcpHiY5HR0Oq jbUla8Sp+95cjJdKenK/ZL3WPRuWVf+jG2qCAmN6zatTCKgU2iwlULfSZX3rLwbPS igMmOVIYQmUwvUFqGI+Vg/W+048uMRvaDbzaXBBxi6QuLT31hdB6WxN7H8f7MLsj3 q8jgZCC3b3DarJ3b6XjBQ0pb3XairV1Q4Np4IHUvgJXxAN5uKCPYoVQw0QSkrI7cm AtQTXLkEodUYo6Umfg== X-UI-Sender-Class: 724b4f7f-cbec-4199-ad4e-598c01a50d3a Received: from [192.168.31.113] ([212.95.5.36]) by mail.gmx.net (mrgmx004 [212.227.17.190]) with ESMTPSA (Nemesis) id 1MryXH-1t90iO1HhF-00fIyk; Tue, 28 Jan 2025 18:18:53 +0100 Message-ID: <6260cf99-475d-4890-9201-f241b6350fcc@gmx.at> Date: Tue, 28 Jan 2025 18:18:52 +0100 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: bug#75828: [PATCH] Correct make-frame docstring vis-a-vis make_frame.c To: Eli Zaretskii References: <86sep6ucxd.fsf@gnu.org> <86r04quaeu.fsf@gnu.org> <86plkau9nn.fsf@gnu.org> <2186041b-16f5-476d-bd3c-ff7e81216dea@gmx.at> <2c57a3f0-7343-4372-86dc-f4c7d1778312@gmx.at> <87aaf9fe-f83a-4f72-87f8-7eae38f2c1cf@gmx.at> <2ca63bb9-37cd-4b4b-b3fc-11bc1e3eb369@gmx.at> <867c6fnivp.fsf@gnu.org> Content-Language: en-US From: martin rudalics In-Reply-To: <867c6fnivp.fsf@gnu.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K1:v586os8s+RNMJnG/hejiNDtVPgBtemBPVOMLMkF5BLPZrU+HEUZ 5hNOMlDyFdd9HWEv0FUBidS6f97ZWY2Vfql5T327rOtnSiBfH/4hwFTFKyI3jAfgtamaXkk W162lMDUycdiu60XMhL29RWY0ijSzHgPf4c5wVHcVKXnJEbvRW1zPum9UpMTwH52dPi6rH/ h4XU4xpQJQfrYtMhevmDA== X-Spam-Flag: NO UI-OutboundReport: notjunk:1;M01:P0:jZFlFgFr4L8=;IeEspldg9tygrN+Ov0VKszMC9F6 DzqE16LE7+Y4d8cpQsRuvfel+td3t+JbQyIPUgLSR6dNMmsIVzecbS/vFwGy95hk8jQjMBxmy CHO/exCv99QTLi9sOj9Q90YMt5WT41+87EnZsWD7f6nzSlfbaZOTP9pG+Vp6pHXef/waM1qBp ckASYTJIKt8lPaXimGwy6sHmFCV5QTSn8y8f0S2WcjtUiIBANmSHt11q7U9BG1e1D2xBtVefJ dMTY9AaYM7N7OHbWzfTypHZ/nMhYDgjo+5f+aZhkxDWwmaPU++GkCZLkGZVhcehfEHTlGfswr VxlaIVabr7/2PnBj2CJUAD+TXh37Xsv3SQ79N4PQ/YNvNNjqEaF5QAgDnfqVziHHYfBRDtKuX 0toeAQnjkIP9FIWsA7425lXUYleEJCaC93QNsJqMFEyiPz9ceL+HsCYr4t3j/HsQpyPFI28HP w5bHrJT63CeRNDe/ezIy65yiKXFRYUZDt44MCMQ8HCjNihFp30Zlq5TRGxUIDb4JgmHECn7l+ 6GbcNfz6TVJj733RRTHsxDhx7jYgbqBWnE0LhJdpNHIeyjS+PfX3VeRG5ol0Qzdf5od0W/d25 iegoxRm3rXERlT6d+l4BcrOFOLF0AZspVRYNBGUm/N9h7DpqNGUgtHdmrja1KewpuV9gSni8g eOxMhzAc2/76f/16QHgEdSmdSv7s+JBOTMpKyTT2Wz/bMfccxjkgtPIKRHwtr7irQ1P56jGqb IxrtRyaPmTYvz5c4a+ah5y75SiA8csaj4zkDUlqITbZOOO2z4vXj0gVzeCqnBvaPWRdbBJP9n prc3ThaYlel2RXmi7liOR3U1Sj6wUsVn8ohs/nmBsn6PzfoPx9OaEgKsSf39sWPNg0pGiBhTZ l5BYbzXuAkGGlXUVZ5oWdE8y2FEZFlejygb50LPkmA3Se60p3DKjkUsYJTW2rLwE3AHV1+/6e eXm4ZXA25Pn5KmmeT92owDxhwvMlcZmaUez7n2PhC6DiwARR1kFo4kvzFLmFAUlD2ipWE1Dw9 ttCqzN1Hd7j3VcU5682mw2c9Q0NFHniuUIb3A/KaLkJw4CHVX/msGvVj4b50JfxtcMje75qKZ vVKvlPKb1Y98Y/saMGTOrd9sSj9V2MtDMBpeDlnOUqIr0kkGgErVfllU/TpSUZ/gTFWBSTjsm jscA0dck1waxLeTV8RIZeQbTwRQGXuhwNWWiVa+GFVRDMLp9vhDojsi/UQyKY7WcWHwd/b2p0 5fAeEh/ZiWQdLnU7mrYPGm4Kqr7dHdN/006Hx99sc56hgrdiRsFC/DzYMuDzNBklQEXIUhUqv lSqsQJIVYTayu6p4K1p2Gk3/LbiqqZuC8l2qguTuRNIme4= X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 75828 Cc: 75828@debbugs.gnu.org, shipmints@gmail.com, stefankangas@gmail.com X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) >> +By default this function does not display the current buffer in the new >> +frame if the buffer is hidden, that is, if its name starts with a space. >> +However, if the variable @code{expose-hidden-buffer} is either @code{t} >> +or equals the symbol @code{make-frame}, it will display the current >> +buffer even if it is hidden. > > This text should IMO say that the function will display another buffer > instead of a hidden one. The wording above could be interpreted as > meaning it will display nothing at all. > >> +By default do not display the current buffer in the new frame if the >> +buffer is hidden, that is, if the buffer's name starts with a space. >> +However, if `expose-hidden-buffer' is either t or equals the symbol >> +`make-frame', display the current buffer even if it is hidden." > > Same here. Should have been addressed now. Please have a look. > I also wonder why the value t alone is not enough. It might be > confusing to have a symbol whose name is the same as the name of a > function, so if we can do with t alone, I'd prefer that. I left it at non-nil for the moment. We can use a scalar like 'make-frame' or a list like '(make-frame other-frame) if people want it. martin From debbugs-submit-bounces@debbugs.gnu.org Thu Feb 13 04:40:34 2025 Received: (at 75828) by debbugs.gnu.org; 13 Feb 2025 09:40:35 +0000 Received: from localhost ([127.0.0.1]:40479 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tiVhu-0003Fe-Ar for submit@debbugs.gnu.org; Thu, 13 Feb 2025 04:40:34 -0500 Received: from mail-ed1-x529.google.com ([2a00:1450:4864:20::529]:47481) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.84_2) (envelope-from ) id 1tiVhJ-000390-Hs for 75828@debbugs.gnu.org; Thu, 13 Feb 2025 04:39:56 -0500 Received: by mail-ed1-x529.google.com with SMTP id 4fb4d7f45d1cf-5de3c29ebaeso792214a12.3 for <75828@debbugs.gnu.org>; Thu, 13 Feb 2025 01:39:53 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1739439587; x=1740044387; darn=debbugs.gnu.org; h=cc:to:subject:message-id:date:mime-version:references:in-reply-to :from:from:to:cc:subject:date:message-id:reply-to; bh=nv4hKWU3RMAFgUUPszpNrtbhdcedQqjf8cXVLk4XCCY=; b=JGfEpoG0TCU8XaiNQJbNskY8h1vUoyU7h/I0q+Z5ZGLl1LtJn665yLS9oITp0AiENC s6kFZhUC+OQVXfFcaFZwnHQxJ2Lo+woo+n5Fe1EhpkE9NQaLFoOAvDRz/TVQHhTypA6C La1Vnj+EBULVTd7G3+gYe9A1xYg1Q5jzJcl/mJQGmVq4/JoWq/4hKkN4dbZoJi/LLNlM DctuxLIhLDJdXR35S4ci5q7ZOFZsESww0Cb15emI+kqhlcMYyRtkWusfz7rit8PEMjRQ SssnTueTVI2Jn8Q3VT7aREiwB6WDHHPxpaXMYbXSORxhNrUQSkEoclUbZSauRyUki4Bp ri5g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1739439587; x=1740044387; h=cc:to:subject:message-id:date:mime-version:references:in-reply-to :from:x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=nv4hKWU3RMAFgUUPszpNrtbhdcedQqjf8cXVLk4XCCY=; b=jBPQoLgQA05f3kInGLX0Hn6o8rNhU+ovYuerdIO1XX3ekdxNtHwU5rkuNN8fhpuhJf a/1q4W4ao4A/kUKWbq7jP1o/YKDJi+bLJyH/aMrz2vf3Kuj7xWj5coBCXBemKrjCxbxl hzUUCjXrOVyzt2W1O5awTxJJSDk3KU21wRR72ZGiKpqvj+L8pDI8MaDoXaNWakn0fZ47 LLhF5jcUINQhICql18Sk28r1H8vAeX2LIrJUNP90AvYMWqpjZDTZBd9us8Wni1JZ4VFZ SxovvqwKGF4U6jI/nSessSbEN+TTN4rCB4dXQysfqAUM0pA59YYa2Tauw9IW++vbpDum 7RUg== X-Forwarded-Encrypted: i=1; AJvYcCUiAAKqNzcvGvWM3uqDZXiiiOg2En5GJP+1gGTxFxgN8tMJWWUTG0NyZTwQKNkTGxsIClLeMA==@debbugs.gnu.org X-Gm-Message-State: AOJu0YxS4drtLiwSKn+YJLZp7IqyucQY1jZeag/nV8FJj+yuTebzUSSJ HfzzkIzraNXbuYBvv+VnvQQjESOifDwFD+8aPBG9hQrMuBMuTJIXB4H7hGbfVUXPyKW2fZ+x+eu fdpvIuFFqOVyzH6vfyxZvy4UcInM= X-Gm-Gg: ASbGncsAefpXWMHbXuyzq9wVqWC+yoOsrYk/fFu0jETSKM7o7eR1GvRyedS7lW2Mos4 F4XnEwwGpUgPOPseVFQ8GfuA+t4awGyOSJEwmc9B/263Q9HxdF8kNrvZKZ0egIdF9qPPODDTdyk U= X-Google-Smtp-Source: AGHT+IGGqFRn7gy1QjZKYpl5syJashu0MqhHlJSczX7HqsvPIf15KZmOfebI6Q5UOep2l9pcgtQCajXZiZ6Meygb9M0= X-Received: by 2002:a05:6402:5243:b0:5dc:db28:6afc with SMTP id 4fb4d7f45d1cf-5deadcf6e49mr6417100a12.0.1739439586388; Thu, 13 Feb 2025 01:39:46 -0800 (PST) Received: from 753933720722 named unknown by gmailapi.google.com with HTTPREST; Thu, 13 Feb 2025 01:39:45 -0800 From: Stefan Kangas In-Reply-To: <6260cf99-475d-4890-9201-f241b6350fcc@gmx.at> References: <86sep6ucxd.fsf@gnu.org> <86r04quaeu.fsf@gnu.org> <86plkau9nn.fsf@gnu.org> <2186041b-16f5-476d-bd3c-ff7e81216dea@gmx.at> <2c57a3f0-7343-4372-86dc-f4c7d1778312@gmx.at> <87aaf9fe-f83a-4f72-87f8-7eae38f2c1cf@gmx.at> <2ca63bb9-37cd-4b4b-b3fc-11bc1e3eb369@gmx.at> <867c6fnivp.fsf@gnu.org> <6260cf99-475d-4890-9201-f241b6350fcc@gmx.at> MIME-Version: 1.0 Date: Thu, 13 Feb 2025 01:39:45 -0800 X-Gm-Features: AWEUYZlqjrOU56-qSndl0eKWQuY0bYheJwqGkjw_yGDqc18EA2yOWe83nA8gOaU Message-ID: Subject: Re: bug#75828: [PATCH] Correct make-frame docstring vis-a-vis make_frame.c To: martin rudalics Content-Type: text/plain; charset="UTF-8" X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 75828 Cc: 75828@debbugs.gnu.org, Eli Zaretskii , shipmints@gmail.com X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) martin rudalics writes: >>> +By default this function does not display the current buffer in the new >>> +frame if the buffer is hidden, that is, if its name starts with a space. >>> +However, if the variable @code{expose-hidden-buffer} is either @code{t} >>> +or equals the symbol @code{make-frame}, it will display the current >>> +buffer even if it is hidden. >> >> This text should IMO say that the function will display another buffer >> instead of a hidden one. The wording above could be interpreted as >> meaning it will display nothing at all. >> >>> +By default do not display the current buffer in the new frame if the >>> +buffer is hidden, that is, if the buffer's name starts with a space. >>> +However, if `expose-hidden-buffer' is either t or equals the symbol >>> +`make-frame', display the current buffer even if it is hidden." >> >> Same here. > > Should have been addressed now. Please have a look. > >> I also wonder why the value t alone is not enough. It might be >> confusing to have a symbol whose name is the same as the name of a >> function, so if we can do with t alone, I'd prefer that. > > I left it at non-nil for the moment. We can use a scalar like > 'make-frame' or a list like '(make-frame other-frame) if people want it. > > martin I see that dc6b3560e56 was installed. Does that conclude this bug or is there more to do here? From debbugs-submit-bounces@debbugs.gnu.org Thu Feb 13 04:40:37 2025 Received: (at control) by debbugs.gnu.org; 13 Feb 2025 09:40:38 +0000 Received: from localhost ([127.0.0.1]:40482 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tiVhy-0003Fp-MJ for submit@debbugs.gnu.org; Thu, 13 Feb 2025 04:40:37 -0500 Received: from mail-ed1-x532.google.com ([2a00:1450:4864:20::532]:55734) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.84_2) (envelope-from ) id 1tiVhh-0003Al-1L for control@debbugs.gnu.org; Thu, 13 Feb 2025 04:40:19 -0500 Received: by mail-ed1-x532.google.com with SMTP id 4fb4d7f45d1cf-5de3c29e9b3so1020279a12.3 for ; Thu, 13 Feb 2025 01:40:17 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1739439611; x=1740044411; darn=debbugs.gnu.org; h=to:subject:message-id:date:mime-version:from:from:to:cc:subject :date:message-id:reply-to; bh=aC5E4BBb+tW1q7B04y1zmbzSwYdEzoSuiVWxzqA5CUQ=; b=Sc40uPx/FW+jQZ8uiS4hB4TwXXB6hzDtK9tzabghEeC48cvgwcgPOEYkOyVzprqNn2 Q2Rhm1ol2ibtpM70PyPN8v+E/HkpIMFAJQXZaB2H5fcUGRs05l+SfaIJAxr1J6DimI47 QfUHTn9N0WJjbivQoeRGFu+42QU7kXbPRHaWXGxbeh2yBUuv5J8sSiJKd4UIDCyNebpL zfP8cqvTElKOIm+ENgmX7opBWyFA5VmiXLMLpk2acMqZ+9fbxWkXii3LM9MXfgTl+rpK Qc3WNnja3JdIBaL5fi/FzbCMWvcOLlAdmnJpT/TorgzRZdjlRnCLZgp2z1cvKjxdSJrl KYSQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1739439611; x=1740044411; h=to:subject:message-id:date:mime-version:from:x-gm-message-state :from:to:cc:subject:date:message-id:reply-to; bh=aC5E4BBb+tW1q7B04y1zmbzSwYdEzoSuiVWxzqA5CUQ=; b=hDmE/61/p0gsaueZV4ODWYwYVYSy3yDwGYpCbrGb/OSzJS6WpmTOaXXer08m+moRS8 ceJ2RrvDYi+P/oFjPfsgUjckhVBa6gUg1gp8edCR/IXlVbLaaYQwaHAMwqwZ7b/8QBVi 6MiGj5J2XflLdnQDddLPJLGaEOiXGJroSd7l3iuWtZyEHIvus/xkTXq42kA52LpXfMKE x7gLrbbuLWxuq/xfy4U3JGILTqtrsQ7osgzGl+3NDD5buIxVbYLUNbKucfdGXQk9uzfS Q8RjluAgcGdjcSXfO6ShYG5vdXABIMWEqjkDcMBHPKybycXxmJfn2/pbEb1MqERB6l/P Pqnw== X-Gm-Message-State: AOJu0YxCdxa4v64OJ0IyxeOq5KUdiiFb3njNEeL+eoTUaEk/JO6FTneu ASKDKcoBkgK1wIO0tdsE6ehYswMtNqNJDO7qd5OQDRaqurNPpS4o/Z6dDM7d23/E6AFQUYg47ZK xdLkFamtWErE/eVf/dWMn8Hb4sEpqP28kA1dj8A== X-Gm-Gg: ASbGncuYLLWwSc7jTw6c1xiHm6EleEZkX8jiJlvuJWvAR0ni2ZyQ5dyWgkdKow//2Xt ykMYjxMSRlI1LHg71UDxEIhae+qqwnxVgh/NitCL3Az/RvLGO9kySebTrwpfVWbRZUQ26P/urVe 4= X-Google-Smtp-Source: AGHT+IHu/UwCayxB0o6Le2IzprfO2CCZ813XtyBrOUyFJJCYGQfDLZA+L2FaWW681gPPYSQtTHHe1BD8kTlL1Q4oEE4= X-Received: by 2002:a05:6402:3783:b0:5d0:aa2d:6eee with SMTP id 4fb4d7f45d1cf-5dec9ffc1bemr2081125a12.26.1739439610565; Thu, 13 Feb 2025 01:40:10 -0800 (PST) Received: from 753933720722 named unknown by gmailapi.google.com with HTTPREST; Thu, 13 Feb 2025 01:40:10 -0800 From: Stefan Kangas MIME-Version: 1.0 Date: Thu, 13 Feb 2025 01:40:10 -0800 X-Gm-Features: AWEUYZlNLntd7GPFQNEpFI79jXm_0Oz7ptW-6HyexJveRC3N0iIV7F2J1l9ybhU Message-ID: Subject: control message for bug #75828 To: control@debbugs.gnu.org Content-Type: text/plain; charset="UTF-8" X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: control X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) severity 75828 minor quit From debbugs-submit-bounces@debbugs.gnu.org Thu Feb 13 05:03:37 2025 Received: (at 75828) by debbugs.gnu.org; 13 Feb 2025 10:03:37 +0000 Received: from localhost ([127.0.0.1]:40643 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tiW4G-00025S-MA for submit@debbugs.gnu.org; Thu, 13 Feb 2025 05:03:36 -0500 Received: from mout.gmx.net ([212.227.15.19]:52987) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1tiW4D-00025C-KV for 75828@debbugs.gnu.org; Thu, 13 Feb 2025 05:03:34 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmx.at; s=s31663417; t=1739441006; x=1740045806; i=rudalics@gmx.at; bh=9B2oO5xMSq9Zn72fDlcHv+hGUuIz/XG6NV69iUvCBc4=; h=X-UI-Sender-Class:Message-ID:Date:MIME-Version:Subject:To:Cc: References:From:In-Reply-To:Content-Type: Content-Transfer-Encoding:cc:content-transfer-encoding: content-type:date:from:message-id:mime-version:reply-to:subject: to; b=HBnu2ISGvB2hk1rxLmgqGelSZkzcuYnjvHNR0YeOhxSRWcItCeUy3FgoiPDRHtkT 7sqsIZTAMSzc8Mr70gXRXoUSJma3UGrqnFil15FzGsAo6VIlWcQ/2Q8Kl53SHzEDc zQn65MsPhu3EDRXNvEmFZ8zfVvBDF9uebv5GCCeBYizXnU87YHyTyUxuiP4SMYCA/ 6hWO5qKFyCJWU5qD4KL/4FhmmHqIv666etm31ojxvtm3oIGaUOpfJIXMO3B6P9voD DhxsIO8xwcPh1DzUaTuzBYW8pla34XDPbYd//okSESlbuFd4dhvXVu/EHQ98mZ7Qt rUaKK8u7AbeIi5OGEA== X-UI-Sender-Class: 724b4f7f-cbec-4199-ad4e-598c01a50d3a Received: from [192.168.31.113] ([213.142.97.212]) by mail.gmx.net (mrgmx004 [212.227.17.190]) with ESMTPSA (Nemesis) id 1M42jK-1tiW4621bM-005spZ; Thu, 13 Feb 2025 11:03:26 +0100 Message-ID: <883b2ecb-89dc-46a2-9841-e36984c0bf62@gmx.at> Date: Thu, 13 Feb 2025 11:03:25 +0100 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: bug#75828: [PATCH] Correct make-frame docstring vis-a-vis make_frame.c To: Stefan Kangas References: <86r04quaeu.fsf@gnu.org> <86plkau9nn.fsf@gnu.org> <2186041b-16f5-476d-bd3c-ff7e81216dea@gmx.at> <2c57a3f0-7343-4372-86dc-f4c7d1778312@gmx.at> <87aaf9fe-f83a-4f72-87f8-7eae38f2c1cf@gmx.at> <2ca63bb9-37cd-4b4b-b3fc-11bc1e3eb369@gmx.at> <867c6fnivp.fsf@gnu.org> <6260cf99-475d-4890-9201-f241b6350fcc@gmx.at> Content-Language: en-US From: martin rudalics In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K1:sS+HOFr1/A8wp0eyr0z3FcVhOQJho0+d7aZC6YtwFBxdK4hoE3n g4lO1Hs5dxgb0FvRzFgmqq6oYL4kEma06nN3ZEfqLx/FB1nkjiZfFu0fHgyc+r/25N52yPE vEiGv1cGJ6j2HRd/+RoChG+WChKlBkBMaI0oPh6krFKKFOZoCinvfVMs0yEKK1nZ3/M624s qnHgVvsLgpaLC7jxWQMqw== X-Spam-Flag: NO UI-OutboundReport: notjunk:1;M01:P0:AoM0yiLFIKo=;Lu9QPSuMd29fnOLl9Wexyl1bYDJ xSwIPBep8hyoO5VILfv80pOr0EXZ28lAsV56sW9buarXOVEzqIojZL56cq6YaDNTrNCPhk8P5 eL2RyWneikJt7ifUa8Yn4BFERAFusO+8WyOW/4TYs4eUbFPr37pxiQWfuscfKrxW2LcZYObbD 5dtFL2X6KfLH6rziuWDUjnikltPYLxJ6fXku38DQx7KcLAcJuNSo1VfETJN3Q5GNNE5MmaP9m CvCpuWju6evveInwRSB1sZ8B+C4Q5H6tPCnY6zSvz6YMBWXzW98FzjkXJPFfZoEUEHdcqccX4 pouHNgfi4bObm3xtBil0d+N9EW44mTUH0Wz/Po4W0hBHhKs4NLzTdLaCRcoL6QUdUHgxX4DJO NIdnkfR523BExMxloXnLcu3oXWJZ6LhRaPwDYCFhrAl+TUpNlEIyOI/3LbXCBRPWQQ5yVe29g du3Ecc/ExmPcF01L8NWkv4pS8uXSYSgYXygsIOV+RAmYgfhOq+w9UqN4lr7hgnBEnlCUtXCAg EfDhlyLPDkhQJ2Z7CP5msYPGKLDLTuz8tVeyiaI++5oSHHAQwTVL8yyGcNT9SnxNmo8+veWcn aUN5L49Z8q3aoCeXKLUgkzzj/4v3J1Su8xTl1qXe4JSxHyAnPV67JCdGsw3dL71XXk4XRxDbm sUNhTp5XfdtAdKsP+g6lj/EAAA4+yCJgMSDBwgg8t07dYryqee8HahElqajmRYJxiLDJHQIXi R76i3pUFOIrypIeVfX3R1B2Hqm89l1z9vBntQtPpei6oI3VxNCYYMByq3XoH+N6hIVzUX1pMB wlww2VJttEj7G4dGb6SlQqj3sn6sf46e46eRglHbBtxyN6XMXZnGTTVnTzb9wIqefxH9Ju5vJ wyQ3RDl0D7IdVyBAs0D0DnUPNrIdY6J/4Zt9STD2x7XSspgbQfavoXpS57gJ6T/tY66XbnlFt Jj/eoRPEp5SRzk8MF1yEGRBCapbdJlK9xX9VGoHiqzD2iGHZGe3yZJ6PCy2dLAV+fTkfHVha8 wz1sEyTGPj/AwX2+4qYJwQwTGt+Q/PFo1eOKwEMGTkZ6pjoK6khnQ1URYgYdO+ns7ru7Qdpwo Bpk8Ck9nCFYS5hd2SUp3PA+hZ8FPqcnG3mSNiulaHtMGASCFiruej4AxAUlx6+1YifVXWH8YY Fos5ymCw8+r7gLAQ5kJ2/ct5fognbON91xWauiY9X0KBqZgGJXSlscDI+Lzny9uoVyUfk5qYK 907K+TUX8RFCiA/91H7cY21a6SRg0bAD8Ja7Zl+9TU3N4xee3Ym3UFWytKBXWQ87I+dlRVQqL JQ46z51syUU3bb0IwvkB3HefEQyCQXMXygJdyEGsONV+ZNnceP8RyV3IQENC9l81gol/z8pGl T1kggfoR9d9pzJ0eggR1QvRS61ERVvBGJpUrQTNo2i2w2HwASosoADWCOhxpdJzl64h27xJha TdmKEAQ== X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 75828 Cc: 75828@debbugs.gnu.org, Eli Zaretskii , shipmints@gmail.com X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) I see that dc6b3560e56 was installed. Does that conclude this bug or is > there more to do here? It concludes the bug AFAIAC. martin From debbugs-submit-bounces@debbugs.gnu.org Thu Feb 13 05:42:48 2025 Received: (at 75828-done) by debbugs.gnu.org; 13 Feb 2025 10:42:48 +0000 Received: from localhost ([127.0.0.1]:40820 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tiWgC-0001eO-0Y for submit@debbugs.gnu.org; Thu, 13 Feb 2025 05:42:48 -0500 Received: from mail-ed1-x529.google.com ([2a00:1450:4864:20::529]:51610) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.84_2) (envelope-from ) id 1tiWg8-0001e5-SS for 75828-done@debbugs.gnu.org; Thu, 13 Feb 2025 05:42:45 -0500 Received: by mail-ed1-x529.google.com with SMTP id 4fb4d7f45d1cf-5dc89df7eccso1143313a12.3 for <75828-done@debbugs.gnu.org>; Thu, 13 Feb 2025 02:42:44 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1739443358; x=1740048158; darn=debbugs.gnu.org; h=cc:to:subject:message-id:date:mime-version:references:in-reply-to :from:from:to:cc:subject:date:message-id:reply-to; bh=vFTiLhaLXeUCeH54q14LjSYHAkPBvENg4CZ0S4oK6zw=; b=VRpt1W0GNKuEKLf4WQkAOZNw7VRchTGb+yJcY8Q6cWVL8t02tb3j7MB6lL/8vvSrj4 rbzdvnTtiWG40GHzUqbH/QJJ501vjpqEt94QVNOfHS0shA/m3jVdpgSsY7UyJdxHlzxI OuIW/UJYPtCsvE1S5kxjSs73tP+ZxbwdeWundfm5ijCmzqPY5B2n9XaDhh3Hldl0YgME TL2NgmRiufDpYdkGB7lfREqKGDFUb2VkOhdUcjrRWS2OYbZtYZhgIH4ydWblT/4akfZy 2qI9TJjH3uVla09kk69MksLdr3racRWejDyTFk4oh4vnA8R4umPx08+qbwLDK1o/49eA WZJg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1739443358; x=1740048158; h=cc:to:subject:message-id:date:mime-version:references:in-reply-to :from:x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=vFTiLhaLXeUCeH54q14LjSYHAkPBvENg4CZ0S4oK6zw=; b=Yy3F7vZ72bsEYkBtKSNmPogHhKTFM5l60cRbE9rM0lRB3QWzwFM+C9mPHF/FxNzWkF Hoo8wJoN00abF/Ja7OKIAw+FAOkSU4sft4FQ6RBfSSrrJiY3jHVbWlqtxANyLNLdyinO rJZ19Ur3PLzASW/I2mSctbDh+06dcEWI9FHALj4B5vvlbFSWU5baM1PmblGcP6a4hLqO 3+vW5TWcNGL/HvTXIh39lFw+OJ9BYR2a5VzsFExr8Jw5oYtqDWztrTDoCEkLUkYoVK4b gLUEWPAKsw1YWJRM3sHBfgTSB0h3MRCbSbpfL3PFlx9FKvJbs2e2D74FL8BZzUJ7u1gi apiQ== X-Forwarded-Encrypted: i=1; AJvYcCVJS6VE2SUcvE1os5rCDav7gbfg2yBYsSx5PxYf3dDP17gflOc9m/YfmlwJONNZQPCQfmp7NUZmfoVh@debbugs.gnu.org X-Gm-Message-State: AOJu0YziocrtMBIuNH45RJJr88+2AHo/hn1GhzzOFHLb5mq8ol7xaMSo YlZe3PsX66W5dYzQfs+9SPowSTisbb6WLJ7FCdAJbKdMHgKTr46gRpXd01eDClZvKFC2CPoQNvJ U+HXZwhN4DQbpcxpJS74ycVNINl4= X-Gm-Gg: ASbGnct5aiyZhQ6LmhaL5gDbG2rVI2KaB5KS+1n9gTE6OjB73T9XOj9PLUg8SnTt3j+ Hbs/T1QtTowxf74Fs7K29Lp8qFmntFSbru2NxcSlKdZ2rHb3xour1qL/jMi93u7zJlJS4ktumJV 8= X-Google-Smtp-Source: AGHT+IE6EhcbPZtsNYy5n6leHAgYQ1Ocidx8kVMpOPw18urkU33N9HvE/UNuvOZyg/5BOyZ6FZjrWurIdbzOALrkPrM= X-Received: by 2002:a17:906:6a0e:b0:aaf:74d6:6467 with SMTP id a640c23a62f3a-aba5017ed07mr276101366b.42.1739443358218; Thu, 13 Feb 2025 02:42:38 -0800 (PST) Received: from 753933720722 named unknown by gmailapi.google.com with HTTPREST; Thu, 13 Feb 2025 02:42:37 -0800 From: Stefan Kangas In-Reply-To: <883b2ecb-89dc-46a2-9841-e36984c0bf62@gmx.at> References: <86r04quaeu.fsf@gnu.org> <86plkau9nn.fsf@gnu.org> <2186041b-16f5-476d-bd3c-ff7e81216dea@gmx.at> <2c57a3f0-7343-4372-86dc-f4c7d1778312@gmx.at> <87aaf9fe-f83a-4f72-87f8-7eae38f2c1cf@gmx.at> <2ca63bb9-37cd-4b4b-b3fc-11bc1e3eb369@gmx.at> <867c6fnivp.fsf@gnu.org> <6260cf99-475d-4890-9201-f241b6350fcc@gmx.at> <883b2ecb-89dc-46a2-9841-e36984c0bf62@gmx.at> MIME-Version: 1.0 Date: Thu, 13 Feb 2025 02:42:37 -0800 X-Gm-Features: AWEUYZlRuggGMtGMTwlNUttRLf4Q3UAiucmDFpMOFGISAELUpzmkk-h_nEOz-9U Message-ID: Subject: Re: bug#75828: [PATCH] Correct make-frame docstring vis-a-vis make_frame.c To: martin rudalics Content-Type: text/plain; charset="UTF-8" X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 75828-done Cc: Eli Zaretskii , 75828-done@debbugs.gnu.org, shipmints@gmail.com X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Version: 31.1 martin rudalics writes: > I see that dc6b3560e56 was installed. Does that conclude this bug or is >> there more to do here? > > It concludes the bug AFAIAC. OK, thanks. Closing. From unknown Thu Jun 19 14:04:23 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Thu, 13 Mar 2025 11:24:14 +0000 User-Agent: Fakemail v42.6.9 # This is a fake control message. # # The action: # bug archived. thanks # This fakemail brought to you by your local debbugs # administrator