From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.ciao.gmane.io!not-for-mail From: =?utf-8?Q?Simen_Heggest=C3=B8yl?= Newsgroups: gmane.emacs.devel Subject: Re: New feature in project.el: Remembering the previously used projects Date: Tue, 02 Jun 2020 19:04:52 +0200 Message-ID: <47369.1526263551$1591117726@news.gmane.org> References: <87wo4tn2ap.fsf@warpmail.net> 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="23886"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.91 (gnu/linux) Cc: contovob@tcd.ie, emacs-devel@gnu.org, dgutov@yandex.ru To: "Philip K." Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Tue Jun 02 19:08:42 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 1jgAP4-00068j-PB for ged-emacs-devel@m.gmane-mx.org; Tue, 02 Jun 2020 19:08:42 +0200 Original-Received: from localhost ([::1]:44670 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1jgAP3-00024I-Od for ged-emacs-devel@m.gmane-mx.org; Tue, 02 Jun 2020 13:08:41 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:40238) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1jgALi-0003uq-CX for emacs-devel@gnu.org; Tue, 02 Jun 2020 13:05:14 -0400 Original-Received: from aibo.runbox.com ([91.220.196.211]:58590) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1jgALg-0007mm-50 for emacs-devel@gnu.org; Tue, 02 Jun 2020 13:05:13 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=runbox.com; s=selector1; h=Content-Transfer-Encoding:Content-Type:MIME-Version: Message-ID:Date:References:Subject:Cc:To:From; bh=pKZFB7KwYrCdaR52tr/FLCDgs9ZGJGf1qLWhN6OZFXk=; b=KlXa2loyeEnjme5uXZofiW1ndO bym2+GyPlWnYrQj9e4mwp3Ke77/oT2HdwBnm+PUDQFyBiRt43geLuy0baAe4qmCXNNB5w7vWdsfTe F1V5XyqkiNtQZM8nUjPzz7XtASknC/1FqCyn2DxknKxRVaaqJcUtlpFd0MGV+kua6CBzl5xrFJh2T h3xLn+zNnXnk7a4WaV2cqL+HpFPLSOdR0DHi93yaibeqBaPlWkuQQyE8cQl9BOz53HW8J85Q0uylh kWxdnkHG874eTKuwigdv4u+c9HvG+SYm0cwOLv3XSLGw4FnkUjgchkZADwC3u4PTfHWW5yWSS3K0v crv/dBAw==; Original-Received: from [10.9.9.73] (helo=submission02.runbox) by mailtransmit02.runbox with esmtp (Exim 4.86_2) (envelope-from ) id 1jgALZ-0006rv-8Z; Tue, 02 Jun 2020 19:05:05 +0200 Original-Received: by submission02.runbox with esmtpsa [Authenticated alias (963757)] (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) id 1jgALM-0004Zp-Ag; Tue, 02 Jun 2020 19:04:52 +0200 Received-SPF: pass client-ip=91.220.196.211; envelope-from=simenheg@runbox.com; helo=aibo.runbox.com X-detected-operating-system: by eggs.gnu.org: First seen = 2020/06/02 13:05:07 X-ACL-Warn: Detected OS = ??? X-Spam_score_int: -17 X-Spam_score: -1.8 X-Spam_bar: - X-Spam_report: (-1.8 / 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_MULTIPLE_AT=1, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=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:251764 Archived-At: "Philip K." writes: > Simen Heggest=C3=B8yl writes: > >> Hm, won't that be a problem when the user wants to use the lower and >> upper variants of the same character for different commands? That's done >> extensively in Org Mode's Export Dispatcher for instance. The bracketed >> layout approach has natural support for it however: >> >> [f] Find foo [F] Find bar > > Is that intended? Org uses this for things like generate HTML in a file > or in a buffer, where the lowercase variant is what's more probable > (since you don't need to press the extra shift key). Yes, Org uses it for things that are similar to each other, like the "Export to HTML" options: [h] As a HTML file [H] As a HTML buffer And Magit uses it for different log listing styles for instance: [l] Short [L] Long > I can't think of examples where something like this would be > interesting when opening a project? Or what would "foo" and "bar" be > in your example? I didn't have anything specific in mind, just thinking why remove the possibility if the user wishes to do so? Maybe "e" and "E" could be used to launch different shells in the project root, for instance: [e] Shell [E] Eshell Or having string search and regexp search commands separately: [s] Find string [S] Find regexp > I would have prefered read-multiple-choice, because the function is > more extensive than "just" a key-reading-loop, and seems to catch more > edge-cases. Me too. The only gripe I (and Dmitry) had with it was that we preferred the layout of the current interface. For me it's because I find it hard to distinguish the bold letters used by read-multiple-choice. Would it be an option to change read-multiple-choice's prompt to use brackets to distinguish key choices instead? If more people prefer it, making it the default, or if not, at least adding it as an option? In that case I wouldn't hesitate to change project-switch-project to use read-multiple-choice. -- Simen