helm-find-files not as good as ido-find-file about helm HOT 3 CLOSED

Julien Fantin
[email protected]
writes:

Since you guys are on a roll I might as well point out the obvious here, and see if we can come up with a better UX for this essential use case.

• Filtering is inconsistent/buggy
  If helm-mp-matching-method uses prefix matching like multi3p, in
  my ~/.emacs.d/, typing au will list auto-save-list, but aut
  clears the whole buffer
  Agree, other method than the default one are buggy, I might just remove
  them in future.
• Matching should take precedence over creating a new file
  Still in ~/.emacs.d/' if I type in, I get a single match for init.el but the selection stays on the [?] input line.
  Ido got this right by automatically selecting the first match and requiring user intervention for creatng a file whose name yields a match.
  I prefer the actual behavior, especially for copying/renaming etc...
• . and .. lines seem unnecessary especially since C-l will go up one level in the hierarchy.

The last two point combined make for a rather awkward flow when
traversing directories. I believe it'd be easier to get rid of the .
..and[?]` lines altogether, and have a keybinding to force
selecting the current input if there is a match.
No, they are all important, especially the "." and "..".

---

Reply to this email directly or view it on GitHub:
#26

Thierry
Get my Gnupg key:
gpg --keyserver pgp.mit.edu --recv-keys 59F29997

from helm.

I am closing this issue, feel free to reopen with one topic by issue.
Thanks.

from helm.

Filtering is inconsistent/buggy
If helm-mp-matching-method uses prefix matching like multi3p, in my ~/.emacs.d/, typing au will list auto-save-list, but >aut clears the whole buffer
@julienfantin It is now fixed.

from helm.