From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: =?UTF-8?Q?S=C5=82awomir_Grochowski?= Newsgroups: gmane.emacs.devel Subject: Re: Adding a "quick-help" menu Date: Fri, 16 Sep 2022 19:03:09 +0200 Message-ID: References: <87v8pn4968.fsf@posteo.net> <87r10b465q.fsf@posteo.net> Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="000000000000d4afd605e8ce566a" Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="28228"; mail-complaints-to="usenet@ciao.gmane.io" Cc: Stefan Kangas , emacs-devel@gnu.org To: Philip Kaludercic Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Fri Sep 16 19:06:12 2022 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 1oZEn4-00078t-VT for ged-emacs-devel@m.gmane-mx.org; Fri, 16 Sep 2022 19:06:11 +0200 Original-Received: from localhost ([::1]:47816 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1oZEn2-0007x8-4Y for ged-emacs-devel@m.gmane-mx.org; Fri, 16 Sep 2022 13:06:10 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:44090) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1oZEkQ-0005zq-HN for emacs-devel@gnu.org; Fri, 16 Sep 2022 13:03:26 -0400 Original-Received: from mail-pg1-x533.google.com ([2607:f8b0:4864:20::533]:35796) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1oZEkO-0008RC-C0 for emacs-devel@gnu.org; Fri, 16 Sep 2022 13:03:25 -0400 Original-Received: by mail-pg1-x533.google.com with SMTP id t65so20924472pgt.2 for ; Fri, 16 Sep 2022 10:03:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date; bh=NukWW+T05hmEqrdObzPlOV0eiuigGsQkuBnozBLPJlU=; b=GWMThoiopt/rT9qrGu+H1P4YOSKdXs3z/gCBathhDXto1Vn0FTI/iZadEuBoHf0bs2 vtTDUXXt6cJiRpduFhJ8IRXE2/WsGMrQqcm/NWFsirIhfl01d+ZTil8y35wW4EGc00jV 45fYbk2c+TbNFhcPAIVM7fGlX4YpOzZebizAVbD3Pm7ErwyNotdakz/XNv5DlFN0S/UM 4zISQWV5b2RvaXySl07IsLgJytioowsGGItdNJvRz2JUwkaCRR9JBrUUfKtSfzLJHPyU QMNmKzBMJAp2rW1EjNsaxt+CZQjAfAtXN+Hgff1dU8rSwgw29TaOetr9Uc3diAUfJHFt Fpqg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date; bh=NukWW+T05hmEqrdObzPlOV0eiuigGsQkuBnozBLPJlU=; b=MRMYmuQwGE3YWR0w0jMJAgeesHePCBUB9vgXT/wV3x/vTb1H0+eKSjN9sg4BPhxn10 kvuVQoF/KK37L3BMZSUuM4Wui2zpRGMelyHiPUSP8D/qupcZQuTOiCqtuiWlNFsTrPva CjQ5Ysi58UCpTn3YFqHu8zL/Bu6vMB9rIs4YPXE+ZBG+JbbFQwGrqpAZ5Zj4rG0jn9oz EPbdd7UuyTWIMrlgBIuxPzhgNvjyu5RWYHL/L/l35wNX3RGm4aNPFdo2OzFIAr/nOGqK dYldCaka8RP9llhSvWMpHVNmGpldZsB9TXo3GSSDr+fSCSqAOlAQI2S8Z5TqfP56JBUB ryXQ== X-Gm-Message-State: ACrzQf1lO0HsFsP0sGKfHp/6vcnF+2ZeKsPXVvLQ0fLkSdXcdCuhCaAj UWtHZTUL3sw8lL8Un9/A4ePJJCXCgcUUSR4OlpU= X-Google-Smtp-Source: AMsMyM5L82Ko2bcC1GPBzL/PfT2AYYXg6clPzyLxH/pOiy1K5MXUZWIIZHPTBJ/2SvVtvLLoxJylRUWGzao4IStpDss= X-Received: by 2002:aa7:8893:0:b0:544:7429:b077 with SMTP id z19-20020aa78893000000b005447429b077mr5795430pfe.69.1663347801237; Fri, 16 Sep 2022 10:03:21 -0700 (PDT) In-Reply-To: <87r10b465q.fsf@posteo.net> Received-SPF: pass client-ip=2607:f8b0:4864:20::533; envelope-from=slawomir.grochowski@gmail.com; helo=mail-pg1-x533.google.com 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, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.29 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:295485 Archived-At: --000000000000d4afd605e8ce566a Content-Type: text/plain; charset="UTF-8" https://github.com/justbur/emacs-which-key features helps a lot in user interface. Help users to feel better, more comfortable and prevent from being lost. And it's kind of similar behavior to -> pressing the key for completion in 'minibuffer commands' like M-x, find-file, apropos etc. To make it simple it should be limited to only a minibuffer similar to the completion system. Because which-key package allows you to display it in another buffer or frame. But that would be too much complexity. On Fri, 16 Sept 2022 at 18:50, Philip Kaludercic wrote: > Stefan Kangas writes: > > > Philip Kaludercic writes: > > > >> Would having a "quick-help" menu along these lines for common > >> operations make sense for GNU Emacs as well? > > > > See also `which-keys', a package that I think is useful enough that we > > should distribute and enable it by default. > > I hear this a lot, but it seems to me that the "feel" (for lack of a > better word) for which-keys is different from everything else in Emacs > by default. Window management can be fragile enough to begin with, but > having a mode enabled by default that disturbs the current window layout > and visible parts of the buffer whenever a user isn't quick enough -- in > other words does nothing -- is something I don't think should be the > case by default. > > --000000000000d4afd605e8ce566a Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
https://github.com/justbur/emacs-which-key features helps a lot in us= er interface.
Help users to feel better, more comfortable and pre= vent from being lost.
And it's kind of similar behavior to -> pressing the <tab> key fo= r completion in 'minibuffer commands' like M-x, find-file, apropos e= tc.
To make it simple it should be limited to only a minibuffer s= imilar to the <tab> completion system.
Because which-key pa= ckage allows you to display it in another buffer or frame. But that would b= e too much complexity.

On Fri, 16 Sept 2022 at 18:50, Philip Kalu= dercic <philipk@posteo.net>= wrote:
Stefan K= angas <stefa= nkangas@gmail.com> writes:

> Philip Kaludercic <philipk@posteo.net> writes:
>
>> Would having a "quick-help" menu along these lines for c= ommon
>> operations make sense for GNU Emacs as well?
>
> See also `which-keys', a package that I think is useful enough tha= t we
> should distribute and enable it by default.

I hear this a lot, but it seems to me that the "feel" (for lack o= f a
better word) for which-keys is different from everything else in Emacs
by default.=C2=A0 Window management can be fragile enough to begin with, bu= t
having a mode enabled by default that disturbs the current window layout and visible parts of the buffer whenever a user isn't quick enough -- i= n
other words does nothing -- is something I don't think should be the case by default.

--000000000000d4afd605e8ce566a--