From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: npostavs@users.sourceforge.net Newsgroups: gmane.emacs.bugs Subject: bug#10945: Can't search through help menu. Date: Thu, 04 May 2017 22:48:27 -0400 Message-ID: <87inlgm32c.fsf@users.sourceforge.net> References: <20120305100726.GB2824@acm.acm> <3A39EF1E-2B7A-42B8-99CF-B1BB54CD94B0@gmail.com> <0d03e4b4-a581-4137-994f-42f45f506f72@default> <295C8275-A695-4551-A3D1-AB706D967CE5@gmail.com> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Trace: blaine.gmane.org 1493952495 4725 195.159.176.226 (5 May 2017 02:48:15 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Fri, 5 May 2017 02:48:15 +0000 (UTC) User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.2 (gnu/linux) Cc: 10945@debbugs.gnu.org To: Bartosz Duszel Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Fri May 05 04:48:08 2017 Return-path: Envelope-to: geb-bug-gnu-emacs@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 1d6THs-00011R-JN for geb-bug-gnu-emacs@m.gmane.org; Fri, 05 May 2017 04:48:08 +0200 Original-Received: from localhost ([::1]:44719 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1d6THw-0000hy-67 for geb-bug-gnu-emacs@m.gmane.org; Thu, 04 May 2017 22:48:12 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:53490) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1d6THr-0000hn-1Q for bug-gnu-emacs@gnu.org; Thu, 04 May 2017 22:48:07 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1d6THm-0000M6-6Q for bug-gnu-emacs@gnu.org; Thu, 04 May 2017 22:48:07 -0400 Original-Received: from debbugs.gnu.org ([208.118.235.43]:56893) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1d6THm-0000Le-2A for bug-gnu-emacs@gnu.org; Thu, 04 May 2017 22:48:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1d6THl-0001sT-KJ for bug-gnu-emacs@gnu.org; Thu, 04 May 2017 22:48:01 -0400 X-Loop: help-debbugs@gnu.org Resent-From: npostavs@users.sourceforge.net Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 05 May 2017 02:48:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 10945 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 10945-submit@debbugs.gnu.org id=B10945.14939524247152 (code B ref 10945); Fri, 05 May 2017 02:48:01 +0000 Original-Received: (at 10945) by debbugs.gnu.org; 5 May 2017 02:47:04 +0000 Original-Received: from localhost ([127.0.0.1]:55092 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1d6TGp-0001rH-PE for submit@debbugs.gnu.org; Thu, 04 May 2017 22:47:03 -0400 Original-Received: from mail-it0-f68.google.com ([209.85.214.68]:34442) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1d6TGn-0001qd-Iu; Thu, 04 May 2017 22:47:01 -0400 Original-Received: by mail-it0-f68.google.com with SMTP id c26so3764135itd.1; Thu, 04 May 2017 19:47:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version:content-transfer-encoding; bh=29JLxWRjmHvmSupetVRblzJWhV5jOpTpm365QDdjbtg=; b=Jzw5VfzWJK+Jh1yxHd5srfOcyJEupQojc9vlfD8T1NrPxaPLIXQd+lDjMa+B8+k3X7 p3ZLQfd5C34pGhnVqv7RESqekCc5qLaC4UcWFKWCs77Ob72oAGcdYtz6A6PRfC8turuZ W4BNO3bWp3sp1f5G3U5LrsK8G2VbqbJTMtACIm9T2mugHulz5+zhS7F19ZIpLvMRERHm ZlnuQlXRPiv/l1XMCKM4xQUlg8uNttgys8SJ826IkU0dfTQLL93+1QHVWpNA/3Nx7JBj W//p6nzLJ3JpiEDHlj71U7uH06/JRBjDh+HO/23SdXOoRY0/u04IrddB4u5iBlsM9xO4 NpQg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:from:to:cc:subject:references:date :in-reply-to:message-id:user-agent:mime-version :content-transfer-encoding; bh=29JLxWRjmHvmSupetVRblzJWhV5jOpTpm365QDdjbtg=; b=cuTCcWD8dkvHZhPjRRZbva5ONq9blfRx+vGYSATsTeI/W/wTvCS8vuTp47i3upurOm byb2ffpIEG6Ep9Th5Ot+uXNYrcoq5EVtYU/HQ8LMGJgDux/o+D+yYCfoeLZLF2Iqy4Yl QcdGFGjFFqqVrBxuS/qe4UA4Q/H36KCajWBlrxdbpewFbhZUvnLsp3leXSDiv3Pf4woI AAgBgIr95hcrpnI6Bvf5KXGLI857rcBBzdSSdivWde4P5ub+VqfUnd5COSbyzOtDh4Rw HVCb6g7RmtZE6MsBKSyi4bwOlc7XFTAUpPuAvQrMmtCLOiFauM5dX1oa9h5H5LeuOxie 6Ttg== X-Gm-Message-State: AN3rC/5JVn5cqGscjoZ4EwXvMfgAujK6zvEWtRSppeaF8Ksia+JC/FDh 10Q/3zzExdudww== X-Received: by 10.36.44.13 with SMTP id i13mr5581013iti.34.1493952415816; Thu, 04 May 2017 19:46:55 -0700 (PDT) Original-Received: from zony ([45.2.7.65]) by smtp.googlemail.com with ESMTPSA id r141sm78563ita.2.2017.05.04.19.46.54 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Thu, 04 May 2017 19:46:54 -0700 (PDT) In-Reply-To: (Bartosz Duszel's message of "Thu, 4 May 2017 20:10:45 +0200") X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 208.118.235.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.org gmane.emacs.bugs:132271 Archived-At: severity 10945 wishlist quit Bartosz Duszel writes: >>> 1. You can click mouse-1 in buffer `*Metahelp*' (the buffer you want >>> to search). >>>=20 >>> 2. I guess we could define a key in the local map (the value of >>> `helped-map' from `make-help-screen') that would switch to that >>> buffer. > > After some more thinking I am not sure if this is the best approach. > > 1. After clicking mouse-1 in buffer `*Metahelp*=E2=80=99 you can easily s= earch in this buffer but > all the mapped keys doesn=E2=80=99t work at this point. You need to look = for what you need in the buffer > and run C-h ? once again. > > 2. Author of the bug highlighted that the current behaviour is not friend= ly. I am also not sure > if adding another key just for changing the window is a good solution. > > At this point I do not know how we should handle this case. IMO any key that isn't bound should fallback to its standard binding, and the keys should only apply when the focus is in the minibuffer, like other prompts (e.g., find-file). In terms of implementation, I think this would mean binding the map only in the minibuffer instead of using read-key-sequence.