From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.ciao.gmane.io!not-for-mail From: Karl Fogel Newsgroups: gmane.emacs.devel Subject: Re: Why does `read-multiple-choice' lock user into minbuffer? Date: Fri, 26 Jun 2020 12:57:28 -0500 Message-ID: <87eeq1n20n.fsf@red-bean.com> References: <87r1ubfyq5.fsf@red-bean.com> <87o8pffqm2.fsf@gmail.com> <87y2oamby3.fsf@gnus.org> Reply-To: Karl Fogel Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Injection-Info: ciao.gmane.io; posting-host="ciao.gmane.io:159.69.161.202"; logging-data="114159"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) Cc: Lars Ingebrigtsen , Emacs Development , =?utf-8?Q?K=C3=A9vin?= Le Gouguec To: "T.V Raman" Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Fri Jun 26 19:58:10 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 1josc5-000TbZ-NF for ged-emacs-devel@m.gmane-mx.org; Fri, 26 Jun 2020 19:58:09 +0200 Original-Received: from localhost ([::1]:32832 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1josc4-00032o-OV for ged-emacs-devel@m.gmane-mx.org; Fri, 26 Jun 2020 13:58:08 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:51496) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1josbY-0002cG-Gf for emacs-devel@gnu.org; Fri, 26 Jun 2020 13:57:36 -0400 Original-Received: from newsp.red-bean.com ([45.79.25.59]:41942) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1josbW-0004wF-9x for emacs-devel@gnu.org; Fri, 26 Jun 2020 13:57:36 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=red-bean.com; s=202005newsp; h=Content-Transfer-Encoding:Content-Type: MIME-Version:Message-ID:In-Reply-To:Date:Reply-To:References:Subject:Cc:To: From:Sender:Content-ID:Content-Description; bh=rsUw3NRNiTnctcyHVhpPM/dty6N/TvTNk79a+oM3TLE=; t=1593194251; x=1594403851; b=HWReqTDOdwb2Trc6SfF8NWbcTXvrZkTdDQtWRhZty1JJQuP66lhaMaoxM/fbOEzN3vdG/EN6Be XwtFP5C0ske8Os6UxZ19UqHc2vjzqCZoEgF16C/pLT0r8mnOP4EJz5udyD9LN2utCM9YUcBFs+C5x jZhSJGDV3ZJZ3evV9Q5Nhp2nrXCVytQMzvKUVVFgcQBVFXbHTCgTxGnLrGIUUWCE/l4EklmUt8vCr wtSiKmtLVwXolZiZUpBNeOOGGyGJ3kzQa0ykwdAuBAYMvLRIDX3nXQJ9lhllcwzn5GQzbl+CSQKCv FTqd2mzIDHGw91WVSdFYndL8Az1tQbmr/EGkw==; Original-Received: from 99-112-125-163.lightspeed.cicril.sbcglobal.net ([99.112.125.163]:40396 helo=floss) by newsp.red-bean.com with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1josbS-0007qf-Dz; Fri, 26 Jun 2020 17:57:30 +0000 In-Reply-To: (T. V. Raman's message of "Fri, 26 Jun 2020 07:35:01 -0700") Received-SPF: pass client-ip=45.79.25.59; envelope-from=kfogel@red-bean.com; helo=newsp.red-bean.com X-detected-operating-system: by eggs.gnu.org: First seen = 2020/06/26 13:57:30 X-ACL-Warn: Detected OS = Linux 2.2.x-3.x [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, 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:252543 Archived-At: On 26 Jun 2020, T.V Raman wrote: >Lars Ingebrigtsen writes: > >The other function that demonstrates the same issue is read-char-choice >and clients that use it --e.g. magit et al then are forced to put up >hard to parse prompts of the form [u]rl, [n]ame, ... as an >example. Another good example of a hard to use client UI is org's export >wizard. > >Note: If you can see the screen, prompts like the above work once you're >familiar with them, with spoken output, they're a complete usability disas= ter. >-- >> K=C3=A9vin Le Gouguec writes: >> >>> FWIW, back in December[1] Juri mentioned that read-multiple-choice >>> should probably be patched to use the minibuffer. >> >> Yup, I agree. Thanks, everyone. I will try to find time to do something on this this wee= kend. I'll post a patch in this thread for review before committing anythi= ng, as (I suspect) this is an unfamiliar area of the code for me. Best regards, -Karl