From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.ciao.gmane.io!not-for-mail From: Arthur Miller Newsgroups: gmane.emacs.devel Subject: Re: GNU Emacs raison d'etre Date: Sun, 17 May 2020 22:03:57 +0200 Message-ID: References: <5230692c-c665-a330-7a12-e59fa25d97dd@gmail.com> <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 Injection-Info: ciao.gmane.io; posting-host="ciao.gmane.io:159.69.161.202"; logging-data="56771"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) Cc: Jean-Christophe Helary , Richard Stallman , Andreas =?utf-8?Q?R=C3=B6hler?= , Emacs developers , Karl Fogel , homeros.misasa@gmail.com, tkk@misasa.okayama-u.ac.jp, Sergey Organov , Stefan Monnier , dgutov@yandex.ru, Eli Zaretskii , Stefan Kangas To: Drew Adams Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Sun May 17 22:05: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 1jaPX2-000EfH-9i for ged-emacs-devel@m.gmane-mx.org; Sun, 17 May 2020 22:05:08 +0200 Original-Received: from localhost ([::1]:42912 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1jaPX1-0000QE-DI for ged-emacs-devel@m.gmane-mx.org; Sun, 17 May 2020 16:05:07 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:51090) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1jaPW3-0008Az-MS for emacs-devel@gnu.org; Sun, 17 May 2020 16:04:07 -0400 Original-Received: from mail-vi1eur06olkn2010.outbound.protection.outlook.com ([40.92.17.10]:37633 helo=EUR06-VI1-obe.outbound.protection.outlook.com) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1jaPVz-0003l2-C6; Sun, 17 May 2020 16:04:07 -0400 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=mQHVvTNxDvrYub7vtobLNIy5OH9kVjgqNYV5BH1ekcfuZwNZiMjr86tb8XhKOOmtL13bQvjGWL9W4POhj0fbQiduHyVWhl8z7VVQZZEOM1oS5mzwKQsCnG9vneQDFEPWYj/abxX8L+AAk0w6JpLv00DESwWltPXlqK3OjQAububgPtA6IthhZPwXHjrc31HlZ0NACG8GDOebL+9dPP9xMibpel8iLdFGO6PxEsHQTbN8uRoIs6ytQMsiaHHhEErdrUez95kQ7AcX1RENoERAI6UmjB7QVAUWs6t6BzvgctImRQcAf1MYC76xsoLLXiQ9eMM17jt3KPhc9vkeTIfHAg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=A7d5bjJnb/7NOpd64RRWp4dB2pkg7qI+Y6n+786Ptqc=; b=jnzr0ZGtp0j+cnlbdQx+C/QBSgrJIxk9uL+tqSOIwUmIL2GBxRp4u3YW67TYRhFNR9qSNwmmquy89ehi966g1anxKCU8IeW78nkjprstNbfdUIXP0S4jaA2Cjrj10XM77XmbjMbEzerwXfbwNOZKSuqm3pyRWS2zlaWd4Rz1sx/Q3Qd9uFhFuFn5DQX+5Lz4Hu2AyeSpVdZXQkngfDDd1IL5xEHbVBlxVCV2C0PNwCneMDUpmjna6KnQtjdtI/Qf8Esr285rhalcxQPJFYnQVDW78VCmzCXvNYcj94XHTU1IiXK0ObcfWaBXiwmh07rwToAyNA5rLolHisoZGn1DNA== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=live.com; dmarc=pass action=none header.from=live.com; dkim=pass header.d=live.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=live.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=A7d5bjJnb/7NOpd64RRWp4dB2pkg7qI+Y6n+786Ptqc=; b=OoIEaF4hLLfu9DmvEhls6MSyxsNSCINEO0/Haske24hGV86U1TLT1KE+e4gqdi88EbcdDEzb8JifSa61w1TbB5tGKyCBwwfBX0cTXuyUAljB1/RYKlUFmVASA6WvQ4iC7i1iGzg6eQOMzkF2PJ4fs0LU1lmoVklNF/XhRZMFAVTr1S82y4esoFABSVrX3WwU+FyEYkJQpiNn3KQ/LXeD12Jt+J8/GsNep4YR2P6MGL5LmDJ4xdF3T+LHi/dUClZ8MwNmiaHV0mjEmKEXmded0R0OsbFwKoWSrxzdF5l4m8gwt5vQnKHNLq8EZ4yR7EQwJUWpEGF0NM+iBca4BqgZ5w== Original-Received: from DB8EUR06FT004.eop-eur06.prod.protection.outlook.com (2a01:111:e400:fc35::45) by DB8EUR06HT171.eop-eur06.prod.protection.outlook.com (2a01:111:e400:fc35::501) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3000.19; Sun, 17 May 2020 20:03:59 +0000 Original-Received: from VI1PR06MB4526.eurprd06.prod.outlook.com (2a01:111:e400:fc35::4b) by DB8EUR06FT004.mail.protection.outlook.com (2a01:111:e400:fc35::250) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3000.19 via Frontend Transport; Sun, 17 May 2020 20:03:59 +0000 X-IncomingTopHeaderMarker: OriginalChecksum:22BB0292C23144BDF6128C34D2BFEB9A2D951662B96BAFAD373225DDDE3391F5; UpperCasedChecksum:CA100A0DB2ABCEB4409BCC3B35F06CF0F06A5829C661E40DADFB2EEF1BD772FF; SizeAsReceived:9002; Count:48 Original-Received: from VI1PR06MB4526.eurprd06.prod.outlook.com ([fe80::49f0:2314:a959:bec5]) by VI1PR06MB4526.eurprd06.prod.outlook.com ([fe80::49f0:2314:a959:bec5%7]) with mapi id 15.20.3000.022; Sun, 17 May 2020 20:03:59 +0000 In-Reply-To: (Drew Adams's message of "Sun, 17 May 2020 11:57:56 -0700 (PDT)") X-ClientProxiedBy: AM5PR0701CA0069.eurprd07.prod.outlook.com (2603:10a6:203:2::31) To VI1PR06MB4526.eurprd06.prod.outlook.com (2603:10a6:803:ac::17) X-Microsoft-Original-Message-ID: <87v9ku2us2.fsf@live.com> X-MS-Exchange-MessageSentRepresentingType: 1 Original-Received: from pascal.homepc (90.230.29.56) by AM5PR0701CA0069.eurprd07.prod.outlook.com (2603:10a6:203:2::31) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3021.13 via Frontend Transport; Sun, 17 May 2020 20:03:58 +0000 X-Microsoft-Original-Message-ID: <87v9ku2us2.fsf@live.com> X-TMN: [LUVYKWCl8j1oTQcGIv7b5XYddY+1SobJ] X-MS-PublicTrafficType: Email X-IncomingHeaderCount: 48 X-EOPAttributedMessage: 0 X-MS-Office365-Filtering-Correlation-Id: da83ff8d-dc44-4890-f1a7-08d7fa9d6fbe X-MS-TrafficTypeDiagnostic: DB8EUR06HT171: X-Microsoft-Antispam: BCL:0; X-Microsoft-Antispam-Message-Info: +TcQxDpKu33DdpG2zwpsMCRSUJZ2HIPGIegSTI9AAEelpLhe8AAFkD6eECN/QPyz4oHrAfDqSRQzmrEq3GHV42nqIi5mQux1POkAGj22AKwDrgmnjUMSlENaabJmCFpotbqxEzAT+6mQCM7n1Dyz2XcSvu8NQhvI1ZHmCNwuxmw+3YDzz+ujejefbGMosclNMfNQRt9ySXZ9pIfT+2pPvQ== X-Forefront-Antispam-Report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:0; SRV:; IPV:NLI; SFV:NSPM; H:VI1PR06MB4526.eurprd06.prod.outlook.com; PTR:; CAT:NONE; SFTY:; SFS:; DIR:OUT; SFP:1901; X-MS-Exchange-AntiSpam-MessageData: N5DieNvbSXsjJE6Hbtj8GqVi6WsgWxHraHukurZMnmTLXQj3lQcb02fpGi+t9Rl7LT2/Y0OhN8mg4xqi71r8Ho71XhY7wt0in0QA/UfdX6jubIWmMqkTZnozDM11MhNA5ixLPh9Hrp/S1PmJIG+XQQ== X-OriginatorOrg: live.com X-MS-Exchange-CrossTenant-Network-Message-Id: da83ff8d-dc44-4890-f1a7-08d7fa9d6fbe X-MS-Exchange-CrossTenant-OriginalArrivalTime: 17 May 2020 20:03:59.2476 (UTC) X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted X-MS-Exchange-CrossTenant-Id: 84df9e7f-e9f6-40af-b435-aaaaaaaaaaaa X-MS-Exchange-CrossTenant-FromEntityHeader: Internet X-MS-Exchange-CrossTenant-RMS-PersistedConsumerOrg: 00000000-0000-0000-0000-000000000000 X-MS-Exchange-Transport-CrossTenantHeadersStamped: DB8EUR06HT171 Received-SPF: pass client-ip=40.92.17.10; envelope-from=arthur.miller@live.com; helo=EUR06-VI1-obe.outbound.protection.outlook.com X-detected-operating-system: by eggs.gnu.org: First seen = 2020/05/17 16:04:00 X-ACL-Warn: Detected OS = Windows NT kernel [generic] [fuzzy] 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, MSGID_FROM_MTA_HEADER=0.001, 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:250661 Archived-At: Drew Adams writes: >> "autohide" (similar as windows taskbar) could be a way? But it is >> hardcoded in c-code that minibuffer cannot be hidden. > > That's not true (depending on what you mean, > I guess). > > 1. It's trivial to move a minibuffer-only frame > off screen (and bring it back on screen). > > 2. Alternatively, it's possible to make a frame > invisible (and visible again). > > (modify-frame-parameters 1on1-minibuffer-frame > '((alpha . 0))) > (modify-frame-parameters 1on1-minibuffer-frame > '((alpha . 100))) > ___ > > [No, alpha is not a satisfactory solution for > trying to get real invisibility. Zero doesn't > make a frame completely invisible. And the > frame is still present, at the same location, > which can be bothersome in terms of interaction. Indeed, setting alpha is not enough, the frame will still be visible, and it will also still take space. Believe me I tried, and I traced the problem to C code (I think in buffer.c, I don't remember). I think there was even an explicit comment saying minibuffer can not be hidden.By the way, I wasn't thinking of having it in separate frame. I prefer to have just one single frame so I minimize frame switching (alt-tabbing). So I ment for the "usual" minibuffer as on the bottom of the visible Emacs frame. So that put out of the question to set minibuffer away from the screen and then show it back. Albeit it might be a solution if minibuffer would be used in a pop-up manner. > > Presumably, frame parameter `visibility' would > also be usable for this, but it doesn't seem > to have an effect on a minibuffer-only frame, > at least on MS Windows. Same with parameter > `minibuffer-exit', and same with functions > `make-frame-(in)visible'. Dunno whether those > are just bugs. As I said, my impression is > that use of minibuffer frames doesn't get > tested much when features are introduced.] > >> What I learned some decades ago when I took my driving license is that >> human eye is trained to register motion, better then static objects. So >> if minibuffer poped/raised/lowered (like a quake console :-)) when >> needed, that motion could draw attention more then just some text >> prompting in a tatic minibuffer. Same effect is probably achieved by >> flushing minibuffers background/foreground colors or similar. > > One person's helpful attention attracter is > another person's annoyance. So yes, but such > things need to be optional - user preferences. It might be; but annoyance or not, it is an attention drawer. It is not about preferance here, but more about what draws peoples attention. When they are new to Emacs and dont' notice that minibuffer asks them something, I recognize myself when I was new, something moving on the screen might draw the attention. Once they get more experienced with Emacs they can choose to have it always visible as it is now, place it somewhere etc. Just as analogy if it helps, when one drive, the brain automatically focus on thing that moves, not on things that are static. Don't know if it is because of evolution or not since bears and tigers were our neighbours, but obviously that is how we are wired as humans. Personally I prefer less distraction, that is why I use simple window manager instead of a desktop, but in this case, I would prefer minibuffer as autohide. Also because vertical screen estate is a scarce resource since we evolved into wide-screen age :-).