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: "Final" version of tty child frames Date: Thu, 12 Dec 2024 08:04:17 +0100 Message-ID: References: <86wmi0g0x6.fsf@gnu.org> <11a86987cce9fe0a257c3fa58703dc33@finder.org> <86wmgl6jzv.fsf@gnu.org> <092cb755eee3a9b5e06d15c0b07e90b1@finder.org> <276414b03c24964aaeb9e43e8dba5e77@finder.org> <5fedec86bce470555814acbdf999f99d@finder.org> <86h6791khk.fsf@gnu.org> 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="38531"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Cc: Jared Finder , emacs-devel@gnu.org, rudalics@gmx.at To: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Thu Dec 12 08:05:05 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 1tLdFx-0009qE-Aj for ged-emacs-devel@m.gmane-mx.org; Thu, 12 Dec 2024 08:05:05 +0100 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1tLdFJ-0004es-EW; Thu, 12 Dec 2024 02:04:25 -0500 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 1tLdFH-0004dC-W4 for emacs-devel@gnu.org; Thu, 12 Dec 2024 02:04:24 -0500 Original-Received: from mail-ed1-x533.google.com ([2a00:1450:4864:20::533]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1tLdFG-0003D1-BQ; Thu, 12 Dec 2024 02:04:23 -0500 Original-Received: by mail-ed1-x533.google.com with SMTP id 4fb4d7f45d1cf-5d3f249f3b2so326834a12.3; Wed, 11 Dec 2024 23:04:21 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1733987060; x=1734591860; 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=6i30OA2h4nSzoydXsF/1vzbuUKt5wtg3LpHL40k7n78=; b=XIghc6nVl06ntUN7lVY3rVbW2VjYvqlq9WQvwbrYFWzN69HLHyAip0MmBne+gPgp5F r/aho0YB2J0gYLbIR2rxG5Kb8h/snZ4yh2JIRePuZ3zwV1W03WFc/vSkXjugaT0aRNlD Wnf/RXdXUp+IaUKji5puZjJKR1+XFgQwUTemDwfw8chRxEhhKGiIyDt8dhbTjknulyxd EOy+3KkjLZBWTqFXm+ADq1ZyK5Y2OVeYKSCGzxf33KC0VxMS0hCNNqc0qeBySZeq386O TgVUnjT6H+6t7WZbMh0gvioI15toyhFve5vSaHSFKRx4Elu5Ag7HPFHg+Q4eZ2wP5Kwb COUA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1733987060; x=1734591860; 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=6i30OA2h4nSzoydXsF/1vzbuUKt5wtg3LpHL40k7n78=; b=otFRk2rUJCC/tFDGHTHec5rmWMaTiTq+jh18dfveqxEJe2l4HBQ4DFxbrvldjTOYxt YgWyr/nS+Y7oTnEn8/05A41V11McpGmOn4QzF0SXiPcghrVGcjqcC9VYmgQLxWMwoJYU 9SzsKEwmXLm2G5QBXRmZ4L8HMUUx1u214IBORIJv2jEzmRukGEDxe30HUqXJMrw2Xdnd AMlinRHvqhoJYSYGn8wdxnVWsT3B0koCu05AIC0khqobB2FUrrcRJ3ZsdRoOVyLAycUa t1DAqumL+IqnpCjtT/lvoQ+GM/eAaVXQbHtuQQ/Z4ev28IyjKZtAN0S7CDmU7pVnmYsQ uStw== X-Forwarded-Encrypted: i=1; AJvYcCUAd9qLC9pvBY9lAvyJ7gbzZJbNww2J4nfTQWfoyLhm3uGhLPw8d5KulGPvKE/i2a8Ea5zUqHcAprENdw==@gnu.org X-Gm-Message-State: AOJu0YyOsh1vW0K4Q+ej7j98i+NV3uSKvDLfjcTvnm1ZkCPpQ18Q9PjW wtIa2qazotm7b5a+uaFB7LzICVu74js6nzDAMVMIxrnSVoTJbo8U X-Gm-Gg: ASbGncuZZtrLIl8qqJ+2OmvS1iCOm7aa+zLIjGCMVC9lBgvwSE5NcbEFZ8LNIIS3Q6R WYUYZlG+8H0kaOOkG1i/h2D1mMk20Hk+ODJyx2JW/M9Bt4LFcHvn2FshjKEv0z9+d2RswgPJx9l MvlouHnTswdBZAl25ykSpLf7dRX/RqwFFxPW7BiBC+tf1AfJvT3T7En2yzwuGYu5LRo508EHGj+ QoIjbhc89b9fiGWNaszzY6mKFyOQq5Pgtw/v9z3+BPLrVACZ8sCT5BNOzeT8z8GUV6XtGMM6NP/ fOpb6erqs3C6q56iSRIrL2PfeRSQZq7696bBgZWShirSRsEyFAoSULR/khj7gx3yfw== X-Google-Smtp-Source: AGHT+IFdcRALQOh2wZU+Q6CyXU2zgTvmysqASk2M8pWTyT+vw8Yb8qccKnIsdbSHz+ur5SPixt23Dw== X-Received: by 2002:a05:6402:360b:b0:5d0:81f5:a398 with SMTP id 4fb4d7f45d1cf-5d4330356bbmr12631088a12.1.1733987060188; Wed, 11 Dec 2024 23:04:20 -0800 (PST) Original-Received: from pro2 (p200300e0b71a7600fc7086c8db6da834.dip0.t-ipconnect.de. [2003:e0:b71a:7600:fc70:86c8:db6d:a834]) by smtp.gmail.com with ESMTPSA id a640c23a62f3a-aa68e9f52b1sm513763866b.82.2024.12.11.23.04.18 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Wed, 11 Dec 2024 23:04:19 -0800 (PST) In-Reply-To: <86h6791khk.fsf@gnu.org> (Eli Zaretskii's message of "Thu, 12 Dec 2024 08:30:31 +0200") Received-SPF: pass client-ip=2a00:1450:4864:20::533; envelope-from=gerd.moellmann@gmail.com; helo=mail-ed1-x533.google.com X-Spam_score_int: -10 X-Spam_score: -1.1 X-Spam_bar: - X-Spam_report: (-1.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, FREEMAIL_REPLY=1, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=no 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:326409 Archived-At: Eli Zaretskii writes: >> Date: Thu, 12 Dec 2024 00:11:01 -0500 >> From: Jared Finder >> Cc: Eli Zaretskii , emacs-devel@gnu.org, rudalics@gmx.at >>=20 >> I think it would be good for unimplemented features to communicate that= =20 >> state to the user so users know clearly what is going on. Right now the= =20 >> error a user sees is "Can=E2=80=99t change the =E2=80=98minibuffer=E2=80= =99 parameter of this=20 >> frame". Wouldn't it be better to have make-terminal-frame (a brand new=20 >> function with no existing clients to support) error with something like= =20 >> "Minibuffer only frames are not supported in terminals"? > > I think minibuffer-only frames _are_ implemented on TTYs (albeit not > very useful there). They are not implemented as child frames, I > think. > > But yes, emitting an explicit error message about something not > implemented would be definitely better. Pushed something like that to the branch.