From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: xenodasein--- via "Emacs development discussions." Newsgroups: gmane.emacs.devel Subject: Re: Development Speed Date: Wed, 22 Dec 2021 16:21:29 +0100 (CET) Message-ID: References: <83r1a4yfpt.fsf@gnu.org> Reply-To: xenodasein@tutanota.de 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="3219"; mail-complaints-to="usenet@ciao.gmane.io" Cc: emacs-devel@gnu.org To: eliz@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Wed Dec 22 16:23:40 2021 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 1n03Ss-0000ZK-VU for ged-emacs-devel@m.gmane-mx.org; Wed, 22 Dec 2021 16:23:39 +0100 Original-Received: from localhost ([::1]:54160 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1n03Sr-0008Qv-6P for ged-emacs-devel@m.gmane-mx.org; Wed, 22 Dec 2021 10:23:37 -0500 Original-Received: from eggs.gnu.org ([209.51.188.92]:41616) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1n03Qv-00073n-MA for emacs-devel@gnu.org; Wed, 22 Dec 2021 10:21:37 -0500 Original-Received: from w1.tutanota.de ([81.3.6.162]:58706) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1n03Qt-0000Pm-9b; Wed, 22 Dec 2021 10:21:37 -0500 Original-Received: from w3.tutanota.de (unknown [192.168.1.164]) by w1.tutanota.de (Postfix) with ESMTP id D98E4FA09D4; Wed, 22 Dec 2021 15:21:29 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; t=1640186489; s=s1; d=tutanota.de; h=From:From:To:To:Subject:Subject:Content-Description:Content-ID:Content-Type:Content-Type:Content-Transfer-Encoding:Content-Transfer-Encoding:Cc:Cc:Date:Date:In-Reply-To:In-Reply-To:MIME-Version:MIME-Version:Message-ID:Message-ID:Reply-To:References:References:Sender; bh=8qVdGEpGSme0pDuNdRIyAUjQ1Luwacee1hh9HscXjYY=; b=q9NIN8LTXrNB3+3jwq6Cx+I6T68dE4/6FZU6B74DPPlVQMiyKbx4mRejmpR7CUyD ZDMBTRoIuAjhDY93izJob+NFOnPE3cqKwKw5sEM+dderlHVBvirnoOjg0XzDaE9Gi90 B52FOGaH6GNYmTTKiqVxF6Hxpu6q7UD/I94OalF7k13kYIWmzAOzEaK/M1u4zTMPoAx E5FPTjUa4bdr6hLU2Jb0ufYCzkpyiAdyJeGfmip+Wex92D7/IhV/X3aYTbB5UW1IOFQ WU5WeVfjBXY0LrSDyu+KJDUuP0U+QjLdeLXKcSUz/Mc6fyA7J4D6zghq41wi75jvR5x b3Lg8PMGow== In-Reply-To: <83r1a4yfpt.fsf@gnu.org> Received-SPF: pass client-ip=81.3.6.162; envelope-from=xenodasein@tutanota.de; helo=w1.tutanota.de 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, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_PASS=-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" Xref: news.gmane.io gmane.emacs.devel:282762 Archived-At: Quoting: https://lists.gnu.org/archive/html/emacs-devel/2021-12/msg02139.ht= ml From: Eli Zaretskii Subject: Re: Development Speed Date: Wed, 22 Dec 2021 14:41:18 +0200 > If you show the code that you tried... My example was finding out that I couldn't create a minibuffer frame from terminal, either to use it as the second background frame in the terminal, or possibly to display it in a second terminal or GNU Screen side by side. > No, they don't. > They don't even if the behavior is the same (why is that unfortunate?) > or if it is not the same (assuming the differences are either > self-evident or documented). > No, there should be (ideally) only one set. Applications should be > free from dealing with this distinction as much as possible. IIRC there are other features like (images? svg? videos?) that which suggest that terminal and graphical interfaces are already diverged and have different capabilities, as they should, by their nature.=C2=A0 Otherwise, why have functions like "display-graphic-p"? > Maybe you should report a bug to the developers of that package, > then. The Emacs development philosophy is what I described My personal preference is using Emacs as a terminal editor most of the time, and I would be all for Emacs being a terminal-first software, but my impression is that it simply isn't, anymore.=C2=A0 However, this doesn't mean that I consider GUI Emacs a bad idea.=C2=A0 Relevant: https://lists.gnu.org/archive/html/emacs-devel/2021-12/msg02034.html Forgive my over-enthusiasm but I really care about Emacs being a great terminal editor.=C2=A0 The only usable ones out in the wild right now are Emacs and Vim.=C2=A0 As the world rushes to slap foundational software like text editors inside friggin' web browsers, and Vim having g0t_f0rk'd, this is the time to strike.