From mboxrd@z Thu Jan 1 00:00:00 1970 From: Carsten Dominik Subject: Re: C-c / r key-setting bug (?) Date: Thu, 21 Oct 2010 13:52:31 +0200 Message-ID: References: <4CC017E4.8040005@easy-emacs.de> <4CC027AD.5010902@easy-emacs.de> Mime-Version: 1.0 (Apple Message framework v936) Content-Type: text/plain; charset=ISO-8859-1; format=flowed; delsp=yes Content-Transfer-Encoding: quoted-printable Return-path: Received: from [140.186.70.92] (port=46846 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1P8thH-00077H-5j for emacs-orgmode@gnu.org; Thu, 21 Oct 2010 07:52:40 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1P8thC-0006rX-Si for emacs-orgmode@gnu.org; Thu, 21 Oct 2010 07:52:39 -0400 Received: from mail-ew0-f41.google.com ([209.85.215.41]:59343) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1P8thC-0006rT-ME for emacs-orgmode@gnu.org; Thu, 21 Oct 2010 07:52:34 -0400 Received: by ewy5 with SMTP id 5so2980657ewy.0 for ; Thu, 21 Oct 2010 04:52:33 -0700 (PDT) In-Reply-To: <4CC027AD.5010902@easy-emacs.de> List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org Errors-To: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org To: =?ISO-8859-1?Q?Andreas_R=F6hler?= Cc: emacs-orgmode On Oct 21, 2010, at 1:44 PM, Andreas R=F6hler wrote: > Am 21.10.2010 12:51, schrieb Carsten Dominik: >> Hi Andreas, >> >> On Oct 21, 2010, at 12:37 PM, Andreas R=F6hler wrote: >> >>> >>> Hi Carsten, >>> >>> key-setting below looks like a bug >>> >>> if >>> >>> C-c /, org-sparse-tree >>> >>> is set, there is no chance calling >>> >>> C-c / r >>> >>> as the first already matches (?) >> >> C-c / will prompt for another key and then dispatch depending on =20 >> that key. >> Many do. > > Hmm, that would fit into the already mentioned coding-style category. > Is it wise to do it that way? > For example M-x describe-mode fails telling about these keys. > Are reasons for this? Yes. There are not enough keys, unless I introduce a larger number of full-scale prefix keys. And it is much easier to remember just `C-=20= c /' and then get a friendly prompt for a number of options. For =20 interactive use, I think this is just perfect. Now, if you want to write programs based on these functions, then you want to have the real command names. This is one of the reasons why I =20= like to have them in the manual, for look up. > > Sincerely undecided here, just a question. > > >> >> To simplify you work, you can just leave these keys unchanged in the >> manual,and I will take a look at those later. > > Remains something to do anyway IMHO. > > First a creating command is mentioned, after it says "showing". > > @orgcmd{C-c /,org-sparse-tree} > This prompts for an extra key to select a sparse-tree creating =20 > command. > > ;;;;;;; > > @kindex C-c / r > @item C-c / r > @vindex org-remove-highlights-with-change > Occur. Prompts for a regexp and shows a sparse tree with all =20 > matches. If In this end, this should simply be @orgcmd{C-c / r, org-occur} Because the dispatcher command will call this command after "r" has =20 been pressed. But as I said, I can do these indirect calls pretty easily, I know =20 most of them by heart. - Carsten