From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: =?utf-8?Q?Gerd_M=C3=B6llmann?= Newsgroups: gmane.emacs.devel Subject: Re: Question about minibuffer and child frames (Posframe) Date: Fri, 04 Oct 2024 09:24:23 +0200 Message-ID: References: <1d2d916e-82b9-4672-bbd6-4583b5edad14@gmx.at> <24c75fcd-cbd6-4f7f-94d2-636814fcf4c7@gmx.at> <618c87b7-c5a6-40ee-8440-75f5b48bfc43@gmx.at> <2b259b34-35d7-49d7-96a6-a50eeee07896@gmx.at> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="21067"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Cc: Emacs Devel To: martin rudalics Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Fri Oct 04 09:25:26 2024 Return-path: Envelope-to: ged-emacs-devel@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1swcgn-0005K3-Vb for ged-emacs-devel@m.gmane-mx.org; Fri, 04 Oct 2024 09:25:25 +0200 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1swcfw-00078u-Nt; Fri, 04 Oct 2024 03:24:32 -0400 Original-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 1swcfv-00078W-3I for emacs-devel@gnu.org; Fri, 04 Oct 2024 03:24:31 -0400 Original-Received: from mail-lj1-x230.google.com ([2a00:1450:4864:20::230]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1swcfs-00026k-Oc for emacs-devel@gnu.org; Fri, 04 Oct 2024 03:24:30 -0400 Original-Received: by mail-lj1-x230.google.com with SMTP id 38308e7fff4ca-2fad100dd9fso27882901fa.3 for ; Fri, 04 Oct 2024 00:24:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1728026665; x=1728631465; darn=gnu.org; h=content-transfer-encoding:mime-version:user-agent:message-id:date :references:in-reply-to:subject:cc:to:from:from:to:cc:subject:date :message-id:reply-to; bh=fZqUhYoUwELp6nREOr5OEUW/Q0lwJOj7NzN+iSj/iCE=; b=iI6rTRbAPDrffj1P0XA3yllgLs0x212zhfbiKg4L7kuMdJEJXwAYGX0D+6f8LB0E9v QGFwjoWFREkHwm4/GcZWW8uNLcqbOyaXz7X21fwNDychCflSMspmNTov5tTGQ+pwHNCc WwcBK5dsd/TpqRJlSz5NtfQKO7eobEG57oxR49T3DsvVmpU3TArBpnRp9xo7EnQgfibq Nbe71DWcYWgX4yOgGm/7mqBv7zQ7w9YJijCv9dkFyX1i5h7yYDIH9+63qjMXDfX7/wRL n0aq21f4Kzq1QaQHElY9rYTS3J+hAbmtAS34zDO8aEexKt+2S1NHQVoVFtOLZvYzWX37 iGgg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1728026665; x=1728631465; h=content-transfer-encoding:mime-version:user-agent:message-id:date :references:in-reply-to:subject:cc:to:from:x-gm-message-state:from :to:cc:subject:date:message-id:reply-to; bh=fZqUhYoUwELp6nREOr5OEUW/Q0lwJOj7NzN+iSj/iCE=; b=nJhsZKiBxSB0mNlyqUq7G1UFhkOc9XHSSJnQSn9HqhMC5NmV2MLOACDZ3FiT3S7DEc WefxuQLzWuNhRnrLcBd406X6j1GbZFd4/wP0oUhOq3ymQMQR5bYSufjcbTp0VSsYWtnV 6j9S3ZRXaZ90zTDAses8G9Z1UvzSZu96LHpGeSgBXEFlzLMYIQTXFTBXwvyaXadQPqEV Uxah0sd3kyNObNVvDQOZlXXcIoVKFqVPcHqWrkX+621etvc+uKR9rFstnzmd937H3ki8 GAIJ6eqBDOEmYfcTzS/M4mrjWPDc+LhGmH7VxGKNgnsKAtiOfmH5kwBApYXaCfRwLtUS YhQQ== X-Gm-Message-State: AOJu0Yxgi5qO16JcR/1gMEdNz4YQY9lWDAv8zK3xQE3sKFPlqEWSim0c AzCsv6ObhkfoVIw9ExTNZzPOtsbh5Vkj9ouoL7ZSFc03mJdZX0P1CpFNpg== X-Google-Smtp-Source: AGHT+IGYZeHbOTITpszzqRW/gc5/dLSIoNvqVD+DUvkl3qEyVYyr3WtbuI8rTXZ3TdwHf8Kc5ZxBxA== X-Received: by 2002:a2e:a9a1:0:b0:2f6:6198:1cfa with SMTP id 38308e7fff4ca-2faf3d79a3bmr12780491fa.41.1728026664540; Fri, 04 Oct 2024 00:24:24 -0700 (PDT) Original-Received: from MacBookPro.fritz.box (p4fe3a2d9.dip0.t-ipconnect.de. [79.227.162.217]) by smtp.gmail.com with ESMTPSA id a640c23a62f3a-a991047ed17sm188995666b.171.2024.10.04.00.24.23 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Fri, 04 Oct 2024 00:24:24 -0700 (PDT) In-Reply-To: ("Gerd =?utf-8?Q?M?= =?utf-8?Q?=C3=B6llmann=22's?= message of "Thu, 03 Oct 2024 16:03:39 +0200") Received-SPF: pass client-ip=2a00:1450:4864:20::230; envelope-from=gerd.moellmann@gmail.com; helo=mail-lj1-x230.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, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Xref: news.gmane.io gmane.emacs.devel:324301 Archived-At: Gerd M=C3=B6llmann writes: > martin rudalics writes: > >>> I can only guess that that is part of how the `minibuffer' frame >>> parameter is supposed to work, but I really have no ideda. The Elisp >>> manual simply says >>> >>> If the value is a minibuffer window (in some other frame), the >>> frame uses that minibuffer. >> >> If the posframe uses its own minibuffer window as value, then this would >> probably work. store_frame_param would set the parameter value to t in >> that case as follows >> >> else if (FRAME_HAS_MINIBUF_P (f)) >> { >> if (EQ (val, FRAME_MINIBUF_WINDOW (f))) >> val =3D Qt; >> >> You would have to verify via >> >> (frame-parameter posframe 'minibuffer) > > Thanks, that was an interesting hint. I'll try that maybe tomorrow. > > I found something interesting too. I forgot to call window-list on the > posframe in a way that it includes mini-windows. When I fix that > I see that the GUI posframe has 1 window, but the tty posframe has 2, > one of which is a mini-window. > > Whatever the effect of that is overall, it explains why the posframes > and the Corfu frames are consistently 1 line too tall. Nice! Well, make-terminal-frame has this: /* On terminal frames the `minibuffer' frame parameter is always virtually t. Avoid that a different value in parms causes complaints, see Bug#24758. */ store_in_alist (&parms, Qminibuffer, Qt); So, no experiments with the minibuffer frame parameter possible. I think I have to implement the moral equivalent of x-create-frame's minibuffer handling first, at least for child frames. I don't think it makes sense for root frames. Will probably take me a bit, depending what "virtually t" encompasses.