From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Eric Abrahamsen Newsgroups: gmane.emacs.devel,gmane.emacs.orgmode Subject: Re: Key binding popup interface Date: Tue, 12 Dec 2017 12:20:51 -0800 Message-ID: <87shcfpujg.fsf@ericabrahamsen.net> References: <87r2s3ctxh.fsf@ericabrahamsen.net> <87d13m3jt2.fsf@gmx.us> <87efo2wf0s.fsf@ericabrahamsen.net> <87y3m8s7ym.fsf@gmx.us> <87fu8gwfbr.fsf@nicolasgoaziou.fr> <87k1xs2h0h.fsf@gmx.us> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: blaine.gmane.org 1513110114 10080 195.159.176.226 (12 Dec 2017 20:21:54 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Tue, 12 Dec 2017 20:21:54 +0000 (UTC) User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux) Cc: Oleh Krehel , emacs-org list , Rasmus , Emacs developers To: Kaushal Modi Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Dec 12 21:21:51 2017 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by blaine.gmane.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eOr3m-0002Md-1r for ged-emacs-devel@m.gmane.org; Tue, 12 Dec 2017 21:21:50 +0100 Original-Received: from localhost ([::1]:60338 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1eOr3t-0005pL-2R for ged-emacs-devel@m.gmane.org; Tue, 12 Dec 2017 15:21:57 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:40024) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1eOr31-0005nu-EL for emacs-devel@gnu.org; Tue, 12 Dec 2017 15:21:04 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1eOr2y-0006sY-8f for emacs-devel@gnu.org; Tue, 12 Dec 2017 15:21:03 -0500 Original-Received: from mail.ericabrahamsen.net ([50.56.99.223]:43635) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1eOr2y-0006oe-3D; Tue, 12 Dec 2017 15:21:00 -0500 Original-Received: from localhost (71-212-75-109.tukw.qwest.net [71.212.75.109]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: eric@ericabrahamsen.net) by mail.ericabrahamsen.net (Postfix) with ESMTPSA id 78693C0866; Tue, 12 Dec 2017 20:20:52 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=mail.ericabrahamsen.net; s=mail; t=1513110052; bh=dVLwFEDA7/J4YWsAQihmX/c8S0IqQzVrLUs9XKlOJH8=; h=From:To:Cc:Subject:References:Date:In-Reply-To:From; b=hyXHHtXEC5eXzBsKtEGgYEMS5R+RtmnGoRIymZFvR+IVD0MXfspWiGy3PPGLcKPJO WMmvosT9+X9gE5rzICgtZ4fwVsECNXo2T3qKabpokwXufjznGsIP597iLF75JCZqmW DCP62ZkTEUGLHoBwyMnvhPlAlBfHYKADP76EIQrY= In-Reply-To: (Kaushal Modi's message of "Tue, 12 Dec 2017 14:02:29 +0000") X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] [fuzzy] X-Received-From: 50.56.99.223 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.21 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.org@gnu.org Original-Sender: "Emacs-devel" Xref: news.gmane.org gmane.emacs.devel:220948 gmane.emacs.orgmode:117469 Archived-At: Kaushal Modi writes: > Copying this on both Emacs devel and Org mode list. Hopefully this discussion is eligible for that. > > Problem statement: Need to have a pretty interface that shows the available valid key bindings. > > We have something custom developed for Org export interface. Magit has its own popup interface. I know verilog-mode.el has something in-house for picking the skeleton for insertion, but the interface is not as good as hydra's. > Projectile.el (not on GNU Elpa) has its projectile commander, another in-house attempt to get a similar pop-up interface. > > Of all those options and more that I've seen out there, hydra.el looks like the most elegant and *configurable* option. > > Can hydra.el be merged into Emacs core, so that all the packages can start taking advantage of that? We need to stop having each package develop their own way to do this same thing. Hydra definitely sounds nice, but unless I'm misunderstanding how it works, it can't be a replacement for either Org's export interface, or Magit's popups. Both of those can set various state variables before choosing an actual action -- Hydra can't do that, can it? Did I hear that Magit was breaking its popup interface out into a separate library? If so, that would also be a nice thing.