From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.ciao.gmane.io!not-for-mail From: Drew Adams Newsgroups: gmane.emacs.devel Subject: RE: GNU Emacs raison d'etre Date: Sun, 17 May 2020 14:48:52 -0700 (PDT) Message-ID: <0bf3092a-1ea5-4649-ad30-2884dd6a4a8b@default> References: <5230692c-c665-a330-7a12-e59fa25d97dd@gmail.com> <83wo5ccgg4.fsf@gnu.org> <87lflshxtq.fsf@osv.gnss.ru> <83mu68cbbb.fsf@gnu.org> <87h7wghxdz.fsf@osv.gnss.ru> <87eerkgey1.fsf@osv.gnss.ru> <112aecd7-8165-6cae-ef69-08d14d843841@yandex.ru> <5d158a63-7173-424c-9d9f-ce7856f1eae7@default> <4bb36686-34e7-4ac8-898c-74e254902349@default> <29f65907-affb-481e-82f3-62522a766f69@default> <83sgfybn22.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Injection-Info: ciao.gmane.io; posting-host="ciao.gmane.io:159.69.161.202"; logging-data="125424"; mail-complaints-to="usenet@ciao.gmane.io" Cc: Jean-Christophe Helary , Richard Stallman , =?iso-8859-1?B?QW5kcmVhcyBS9mhsZXI=?= , Emacs developers , Karl Fogel , homeros.misasa@gmail.com, tkk@misasa.okayama-u.ac.jp, Sergey Organov , Stefan Kangas , dgutov@yandex.ru, Eli Zaretskii To: Stefan Monnier Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Sun May 17 23:57:08 2020 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 1jaRHQ-000WX4-HO for ged-emacs-devel@m.gmane-mx.org; Sun, 17 May 2020 23:57:08 +0200 Original-Received: from localhost ([::1]:43866 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1jaRHP-0001Rl-Ja for ged-emacs-devel@m.gmane-mx.org; Sun, 17 May 2020 17:57:07 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:33050) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1jaRBf-00078g-N7 for emacs-devel@gnu.org; Sun, 17 May 2020 17:51:11 -0400 Original-Received: from aserp2120.oracle.com ([141.146.126.78]:59642) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1jaRBZ-0003Rh-L7; Sun, 17 May 2020 17:51:10 -0400 Original-Received: from pps.filterd (aserp2120.oracle.com [127.0.0.1]) by aserp2120.oracle.com (8.16.0.42/8.16.0.42) with SMTP id 04HLmYi8069804; Sun, 17 May 2020 21:51:02 GMT DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=oracle.com; h=mime-version : message-id : date : from : sender : to : cc : subject : references : in-reply-to : content-type : content-transfer-encoding; s=corp-2020-01-29; bh=MtKCLipZOMIx03hTrIdlPeEfSsvvtDQHG5PWeT3sd1s=; b=SSDOHGmeXzjWqW+scTIZL4r5B5zhN85OiY4AagyDFaifBfNBDc98b0wO38zMc7lbbYOT yb0lr+9edfQhg/JCi0ie3HMEGwrzcbLeFz5gAt3HN8rP9qJH3nxvAPN3ZsYnXD3ExW+P 6PT3BqR43Mez9LqVQbJ+ygZnIoVxg61AvWJHfU/46hecosn3umDXG0IxdnnH9dBg0owB YvyIUNpU+MDO/OGskCpES38Ho7f+uYRCimo21lDrB6/tnegMYSN9zTRDtY3dWxZWvD6+ i9iUgDQZgOfZyD93z5yWq54Gfj8JOA6/2fssdKNNpz7hcZJTb/XjiqmAv+gwC9XaDnR6 UA== Original-Received: from userp3020.oracle.com (userp3020.oracle.com [156.151.31.79]) by aserp2120.oracle.com with ESMTP id 31284kkuju-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL); Sun, 17 May 2020 21:51:02 +0000 Original-Received: from pps.filterd (userp3020.oracle.com [127.0.0.1]) by userp3020.oracle.com (8.16.0.42/8.16.0.42) with SMTP id 04HLn1bv136102; Sun, 17 May 2020 21:49:01 GMT Original-Received: from userv0122.oracle.com (userv0122.oracle.com [156.151.31.75]) by userp3020.oracle.com with ESMTP id 312sxp488m-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Sun, 17 May 2020 21:49:01 +0000 Original-Received: from abhmp0014.oracle.com (abhmp0014.oracle.com [141.146.116.20]) by userv0122.oracle.com (8.14.4/8.14.4) with ESMTP id 04HLmrdn021186; Sun, 17 May 2020 21:48:53 GMT In-Reply-To: X-Priority: 3 X-Mailer: Oracle Beehive Extensions for Outlook 2.0.1.9.1 (1003210) [OL 16.0.4993.0 (x86)] X-Proofpoint-Virus-Version: vendor=nai engine=6000 definitions=9624 signatures=668686 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 phishscore=0 malwarescore=0 mlxlogscore=999 bulkscore=0 mlxscore=0 suspectscore=18 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2004280000 definitions=main-2005170199 X-Proofpoint-Virus-Version: vendor=nai engine=6000 definitions=9624 signatures=668686 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 suspectscore=18 mlxscore=0 cotscore=-2147483648 impostorscore=0 malwarescore=0 mlxlogscore=999 lowpriorityscore=0 phishscore=0 spamscore=0 bulkscore=0 adultscore=0 priorityscore=1501 clxscore=1015 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2004280000 definitions=main-2005170199 Received-SPF: pass client-ip=141.146.126.78; envelope-from=drew.adams@oracle.com; helo=aserp2120.oracle.com X-detected-operating-system: by eggs.gnu.org: First seen = 2020/05/17 17:51:03 X-ACL-Warn: Detected OS = Linux 3.1-3.10 [fuzzy] X-Spam_score_int: -43 X-Spam_score: -4.4 X-Spam_bar: ---- X-Spam_report: (-4.4 / 5.0 requ) BAYES_00=-1.9, DKIMWL_WL_HIGH=0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001 autolearn=_AUTOLEARN X-Spam_action: no action X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.23 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:250674 Archived-At: > I'm talking about something that just places the minibuffer in > a separate frame without changing the way frames are otherwise used > (e.g. with still an assumption that the user may very work with just > one frame). So the other frames also have minibuffers? > That's quite different from your setup (and mine), AFAICT. Yes, different from mine, anyway. > In my setup, the minibuffer-only frame is handled specially to try and > behave as some kind of "global" control, kind of like an XFCE4 panel, > or the macOS top menu-bar. I don't know what that means, sorry. (I guess if I were really curious I could google for "XFCE4" and "macOS menu-bar".) > It's placed at the very bottom of the screen > and on a higher "layer" so it's never hidden by normal windows. So it obscures all other win-mgr windows (including other Emacs frames) that overlap it? > This works fairly well (always available since it's "on top" of > everything else, yet out of the way since it's at the bottom of the > screen), but when I'm working with a big screen (e.g. more than > 100 text lines) that minibuffer feels kinda far. I thought you said that what you're describing is quite different from your setup. Now it sounds like you're describing your setup. Care to share the code for your setup in this regard?