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 01:01:24 +0200 Message-ID: References: <5230692c-c665-a330-7a12-e59fa25d97dd@gmail.com> <70bb51fd-447d-928c-4d69-1c9673a44471@online.de> <871rnnvmdx.fsf@red-bean.com> <87pnb7sira.fsf@red-bean.com> <83zha8tluq.fsf@gnu.org> <87v9kwi6ta.fsf@osv.gnss.ru> <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> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: ciao.gmane.io; posting-host="ciao.gmane.io:159.69.161.202"; logging-data="69307"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) Cc: rms@gnu.org, andreas.roehler@online.de, emacs-devel@gnu.org, kfogel@red-bean.com, homeros.misasa@gmail.com, tkk@misasa.okayama-u.ac.jp, Sergey Organov , Eli Zaretskii To: Dmitry Gutov Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Sun May 17 01:02:05 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 1ja5oi-000HuX-Ec for ged-emacs-devel@m.gmane-mx.org; Sun, 17 May 2020 01:02:04 +0200 Original-Received: from localhost ([::1]:47422 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1ja5oh-0000Qv-Gl for ged-emacs-devel@m.gmane-mx.org; Sat, 16 May 2020 19:02:03 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:50074) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1ja5oC-0008Sy-Cf for emacs-devel@gnu.org; Sat, 16 May 2020 19:01:32 -0400 Original-Received: from mail-am6eur05olkn2051.outbound.protection.outlook.com ([40.92.91.51]:4042 helo=EUR05-AM6-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 1ja5oA-0002i7-Jg; Sat, 16 May 2020 19:01:31 -0400 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=Ln0pyNAv3o191NGmROibcBmO5kJ/95fI/Ghd18QtFuLgTSbM/BnUSqwQ9YMjZeoHRPF6pOKiPdNHniBBJ62xrCQdj+f6j2TFubdH25wRwNh2rTTriWl6xwc9jMkQVQ1ut7Ey/W8C27853nT4KTsmSZj0p9z7ViI71DqS9KLZ17i2lwRDbD3iwcoxLxedYkK397rjtjeIM3imYFnV4y0W3JMiXoGdyT53ibMlUdlUzjL2WGu5RcuNYeJf3cc2l/zYWZA624MsxlehdKW41qjJRWGtyE/ult5qBoGUoWg9WvduCfePKsAo9qs9LE2ZjbWSOF+2cQwqoWAn+Mx96Dpw4w== 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=jCmUBQmGwRFzytJZXqW7UG/w/q8JQ41dIaiCyjKphZA=; b=P9+PpZewjku9JXc66zy+55pthgyACXwreD5wjeaQ5ZbquDE4spMK+asXRga0f+BupzOFnRPBELASv47fjeIb6BE6lF3Li5fDMsqNkqY7Z0NrAS+CH6te5+lDf5kRjMnvgww/dAQhWBofONAY4offloC8O6S4Qc75ocRpEhB7PGwcebu0HwyZ2xiJDcP6cC01kQdGrqaLnLEMmcOdsSfbpvDYA3CzvJKp1zICgj/o1Y6gnNErHRe6fS9bIPNgsp+gJocKxzhVPqhewepmOOPGd+T7BmvzIHTW8kspBAKF2CaZoOcXcBBBZW7ERGZWITJsVEedXT8MJZc1hNq9EhVRuw== 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=jCmUBQmGwRFzytJZXqW7UG/w/q8JQ41dIaiCyjKphZA=; b=uhbfGfj2cazCC56OfpjB+9oDomKU1ZTcIn6P1vf0xPk3l/+IPzkcdcYRVJy/VGN9mmoQXtWW+hUFZogA79ula9wG+biELcFyjyJSBl1pcgMV00PGLzPV9tpcXg2vxSwIXblT1rXfixDATYBksx2O6cD7JQsJMGNXdyIsEHQS549S9NhUp32R/aJ/ZW3Ura0zj2Nkki1IcqXCUZfRVf8UtMnbE18wOAIe20x+xXZmStFIMrMV+VZBiRl8/9us4HntZYk02wdVEAPXlqav33mkWqyEWy+wUOhJI7DTIXwtHz8svDFh+O3EoVJYBDMY6MMZbqSO6JLD1uowUotDemStug== Original-Received: from DB8EUR05FT032.eop-eur05.prod.protection.outlook.com (2a01:111:e400:fc0f::4f) by DB8EUR05HT079.eop-eur05.prod.protection.outlook.com (2a01:111:e400:fc0f::384) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3000.19; Sat, 16 May 2020 23:01:27 +0000 Original-Received: from VI1PR06MB4526.eurprd06.prod.outlook.com (2a01:111:e400:fc0f::44) by DB8EUR05FT032.mail.protection.outlook.com (2a01:111:e400:fc0f::240) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3000.19 via Frontend Transport; Sat, 16 May 2020 23:01:27 +0000 X-IncomingTopHeaderMarker: OriginalChecksum:E615A7742CC7DE8815F7F6E1AC0AC1204EF3CF29A0AEE9892BC08ECC6D3B0258; UpperCasedChecksum:476EB03C40851238351B8B17B2755CD90287BD1B3F8CEBB741601CD8BEBC4618; SizeAsReceived:8397; 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; Sat, 16 May 2020 23:01:27 +0000 In-Reply-To: <112aecd7-8165-6cae-ef69-08d14d843841@yandex.ru> (Dmitry Gutov's message of "Sat, 16 May 2020 22:35:46 +0300") X-ClientProxiedBy: AM5PR0701CA0002.eurprd07.prod.outlook.com (2603:10a6:203:51::12) To VI1PR06MB4526.eurprd06.prod.outlook.com (2603:10a6:803:ac::17) X-Microsoft-Original-Message-ID: <87eerj1o3f.fsf@live.com> X-MS-Exchange-MessageSentRepresentingType: 1 Original-Received: from pascal.homepc (90.230.29.56) by AM5PR0701CA0002.eurprd07.prod.outlook.com (2603:10a6:203:51::12) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3021.10 via Frontend Transport; Sat, 16 May 2020 23:01:25 +0000 X-Microsoft-Original-Message-ID: <87eerj1o3f.fsf@live.com> X-TMN: [DXXxfkUnGPFSWzCpPSbJtx1mfDW7v8lF] X-MS-PublicTrafficType: Email X-IncomingHeaderCount: 48 X-EOPAttributedMessage: 0 X-MS-Office365-Filtering-Correlation-Id: 127c4d37-99a2-4281-b80d-08d7f9ed0f94 X-MS-TrafficTypeDiagnostic: DB8EUR05HT079: X-Microsoft-Antispam: BCL:0; X-Microsoft-Antispam-Message-Info: /G4IRS4IIZ7TE5yC+rb1G5JZ7iCucuSp6bjTK9nxMT8xfpVkF4n8lRenr5jcezQz+Pt50jemVCIab3xA+YJt7K/PsBtAChdUSWG4n7by/jO7rqCvjsBFsBoh4Y0KJ7dcm+DHRrn3bf+9gepkJHI0i+UhVXAAKzY3JFg32bnkuCT74hNy6a0I7BQ7kCbMkzO2+LJ2/BDkFTRoH0+qjxloIT7AwG13RBm27Hu4ACd0Ou607OyJ2FKx8CwW1h1wA8Kb 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: 7RQRqhKbk098JXGMcvRPJFavAAJLo7c5Kq/NjMzbh+QMza86rIhYqAa1a7rXslCqImb3++86J2VArR9qIGc0oK2VgLEMHvZ42ARDGow3ISKNBkDiwN9yBKDCPKMF/lmDUgpzfOsjCND5qxpwLY+jBg== X-OriginatorOrg: live.com X-MS-Exchange-CrossTenant-Network-Message-Id: 127c4d37-99a2-4281-b80d-08d7f9ed0f94 X-MS-Exchange-CrossTenant-OriginalArrivalTime: 16 May 2020 23:01:26.9729 (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: DB8EUR05HT079 Received-SPF: pass client-ip=40.92.91.51; envelope-from=arthur.miller@live.com; helo=EUR05-AM6-obe.outbound.protection.outlook.com X-detected-operating-system: by eggs.gnu.org: First seen = 2020/05/16 19:01:28 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_DNSWL_NONE=-0.0001, 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:250533 Archived-At: Dmitry Gutov writes: > On 16.05.2020 16:57, Sergey Organov wrote: > >>> My anecdata shows otherwise: it's never been a problem personally. >> What exactly? Failure to notice Emacs suddenly asking you for something >> in the minibuffer? I see it very often. > > Yes. I _have_ had problems reading the minibuffer's contents, however, on a few > occasions. > >> Rarely newbies look at the bottom of the screen/frame when cursor is >> suddenly gone, even after some training. The most frequent instinct I >> see is clicking with the mouse at the position on the screen where they >> want cursor to be. >> Here is an example: >> 1. Type C-x b (imitation of accident keystroke) >> 2. Click with the mouse _here_ >> 3. In the menu click "Edit | Go To | Goto Line" >> Result? For me it's: >> completing-read-default: Command attempted to use minibuffer while in >> minibuffer >> error message that, besides, is again being output into minibuffer >> place, that for me even was immediately overwritten by a help string on >> a lisp variable as I was doing it in the *scratch*. >> Will any newbie be able to tell why this menu item suddenly didn't work >> as expected? I'd rather afraid they may think Emacs is buggy and >> unreliable. > > Fair enough. But in the end, you're probably asking for something that doesn't > exist in Emacs yet. Like, no graphical switches for buffers that's equal in > power to the minibuffer-based one. > > I agree that the prompts could be positioned better, and the result could be > better readability. After all, if one uses the minibuffer a lot, isn't it a > shame that it resides somewhere down below, and uses the same font as the rest > of Emacs? > > In that, I think VS Code, Atom, etc, have a better idea by positioning their > input area somewhere near the top of the window, in an easy-to-see dropdown. > Somewhere in the middle of the frame could also work. > > If you like, try out https://github.com/honmaple/emacs-maple-minibuffer/ with > (setq maple-minibuffer:position-type 'frame-top-center) or 'frame-center. > > I'd like to see Emacs something like this by default someday. > >> This is unrelated to the context of the suggestion. >> Please recall that the problem being discussed is /accidental/ >> invocation of a command by a keystroke that brings newbie to minibuffer >> that she often doesn't even notice! If Emacs rather threw big shiny >> dialog into his face (even if only displaying this same minibuffer in >> it), it'd leave the newbie little chances to remain ignorant. >> In fact, many "expert" commands already do something like this, asking >> to be explicitly enabled. This is not that helpful for complete newbies >> though as the prompt still uses the minibuffer that newbies often forget >> to pay attention to in the first place. > > I see where you're coming from, but I think the minibuffer is too large a part > of Emacs UI to shield the newbies from it like that. > > Or at least, the above would be a better solution, by improving minibuffer's > usability for both newbies and existing users. Situation with minibuffer as you describe, being on the bottom and not being looked is getting even more exaggarated since screens are getting bigger (I talk about desktop), so one has to explicitly look down to the bottom of the screen which has some consequence for my neck. I know I can reposition minibuffer and so on, but I am kind-a used to have it on the bottom and am not sure where to put it otherwise. Btw, maybe if minibuffer was hidden away and poped-up only when it is needed, it might be more attention attracting for new users. Or maybe it could be flashed with different background color or something similar that draws attention and eye to minibuffer when it asks for something.