From mboxrd@z Thu Jan 1 00:00:00 1970 From: Darlan Cavalcante Moreira Subject: Re: Ido org-refile results in misfiling Date: Fri, 01 Jun 2012 18:45:07 -0300 Message-ID: <4fc937e6.ce1d340a.2c55.1ebc@mx.google.com> References: Mime-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII Return-path: Received: from eggs.gnu.org ([208.118.235.92]:38540) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SaZel-00029G-Rz for emacs-orgmode@gnu.org; Fri, 01 Jun 2012 17:45:18 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1SaZej-0003lG-Qd for emacs-orgmode@gnu.org; Fri, 01 Jun 2012 17:45:15 -0400 Received: from mail-vc0-f169.google.com ([209.85.220.169]:49263) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SaZej-0003kk-KB for emacs-orgmode@gnu.org; Fri, 01 Jun 2012 17:45:13 -0400 Received: by vcbfl10 with SMTP id fl10so1905579vcb.0 for ; Fri, 01 Jun 2012 14:45:11 -0700 (PDT) In-Reply-To: List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org Sender: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org To: Samuel Wales Cc: emacs-orgmode@gnu.org One thing that may help is using "C-space" to lock previous matches with ido completion. For instance, you start ido completion (does not matter in which context: buffers, files, functions, etc) and start typing This will give you a bunch of matches. Then use C-space to "lock these matches" and it is like starting ido completion again but limited to whatever matched the previous typing. Using this method when you have many matches is usually much easier then trying to find what you want in a single pass. -- Darlan At Thu, 31 May 2012 19:51:36 -0700, Samuel Wales wrote: > > Ido and org-refile are a superb combination that enhances > Org significantly. It is a killer feature IMO. > > However, in my usage there is a substantial risk of > misfiling: > > 1) If I start from a fresh Emacs, "myorg" is sufficient to > select "computer/emacs/org/myorg/". This is good. > > 2) If I refile something to > "computer/emacs/org/myorg/strategy and examples/various > todo kw and maybe some tags/", "various" is enough to > select it. Note that this is below "myorg". Also good. > > 3) (Just as an aside, if I then refile something else to > the same entry, I don't even need to enter "various". > It is the default. A nice feature.) > > 4) Now suppose I want to refile something to "myorg". I > enter "myorg" but I get "various". > > Detail on this subtle issue is below: > > === > > My expectation is that if "myorg" selects "myorg" once, it > should always do so no matter what my refile history is. > This expectation is violated. > > It violates a sort of referential transparency. The same > narrowing inputs should produce the same narrowed outputs > (in my expectation at least). > > I suspect that the reason for the unexpected behavior is related (in > some way) to > the defaulting in 3, which is useful. However, the false defaulting in 4 is > NOT useful in any obvious way. > > === > > Proposed solution: > > I think that as soon as the user starts selecting something, > the default should be discarded. > > === > > With my expectation, it is never necessary to check the > offered olpaths except as a confirmation. > > With the current behavior, checking is always necessary > because in edge cases, there will be a guaranteed misfile. > > Here is why: the only reason that default showed up at all > is that the narrowing input /happened/ to match both > headlines. Otherwise the default would have been discarded. > So it is an edge case that allowed the offer to misfile. In > other cases, the correct default would be provided. If I > wanted "various", RET would be sufficient. > > User checking is significantly more error-prone because one > olpath is a substring of the other. > > Likewise, the requirement to navigate in the list is > burdensome as 4 is never useful as far as I can tell. > > === > > Is there any way to fix this? I tried looking at ido > customizations and got lost. > > If you can't reproduce witn your ido settings, I'll try to > provide an MCE at some point. Might take a while though. > > Thanks. > > Samuel > > -- > The Kafka Pandemic: http://thekafkapandemic.blogspot.com >