unofficial mirror of help-gnu-emacs@gnu.org
 help / color / mirror / Atom feed
From: York Zhao <gtdplatform@gmail.com>
To: "Tu, Do" <solidius4747@gmail.com>
Cc: help-gnu-emacs@gnu.org
Subject: Re: A package in a league of its own: Helm
Date: Mon, 1 Sep 2014 13:40:16 -0400	[thread overview]
Message-ID: <CAD3zm23Us9Lzw4uw=LLR3dUUEJLy1n6y1=WAUcHiOTkftmd-wg@mail.gmail.com> (raw)
In-Reply-To: <0e52cfc6-d6ed-4b45-bbd3-2cdd13fcc91b@googlegroups.com>

I think my biggest problem with `helm-find-file' is it's "auto-expansion", which
is really annoying. Most of the time I don't want Helm to automatically expand
the file or directory for me because Helm's expansion was always wrong. For
example, I press C-x C-f and I want to open the file "notes/foo.org", but as
soon as I typed note, Helm expand to notes/e which is obviously wrong, and I
always have to type backspace to delete the letter `e', and then type foo.org.
The reason for this is that Helm expanded "not", rather than "note" to "notes/",
and in order to get right I have to type "not" and stop, waiting for Helm to
expand to "note/" before keep typing. But the problem is that you don't know
where to stop typing and wait for Helm. What I want is that Helm do not
automatically expand for me. Instead, let me choose a candidate. Maybe this
behavior can be configured, but I never got the time to research on this yet.

On Mon, Sep 1, 2014 at 12:59 PM, Tu, Do <solidius4747@gmail.com> wrote:
> I think helm-find-files is much better than stock ido-find-file or even ido-find-file because:
>
> - It has fuzzy matching by default. You have to install flx to get fuzzy matching in ido.
> - Some people find that Ido horizontal listing is messy, so they create `ido-vertical-mode` for cleaner looking. With Helm, you get this by default with its interface. If you worry the Helm buffer is a bit big, you can always customize its size.
> - It has highlighting on candidates depend on types: directory has a color, plain file has a color, executable has a color, shell script has a color.
> - Depends on what file type your highlighting candidate is, Helm opens it appropriately. For example, if you RET on a directory, Helm opens dired; if you RET on a file, Helm opens that file. You can also customize the application to open the files. Stock find-file at least can open directory; Ido simply can't.
> - You can open multiple files with helm-find-files by marking with C-SPC and press RET. If you want to everything at current directory, you can use M-a to mark all then RET. You can even use wildcard expression like stock find-file
> - Helm has a list of actions to apply on your files: checksum file, open file externally, switch to eshell, grep, diff...
> - Helm is compatible with both Linux and Windows path. Ido can't; you have to drop into stock find-file.
>
> Vào 23:49:00 UTC+7 Thứ hai, ngày 01 tháng chín năm 2014, York Zhao đã viết:
>> I've been using Helm for many years, and it has been a fundamental part of my
>>
>> Emacs system. However, I also don't like `helm-find-file', and I agree ido is
>>
>> much better in this. By the way, in `helm-find-file', you may want to try using
>>
>> the left arrow to go to the parent directory, not as good as in ido but still
>>
>> usable. Having said that, I think other than "find file", helm is great in
>>
>> anything else.



  parent reply	other threads:[~2014-09-01 17:40 UTC|newest]

Thread overview: 41+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-08-29  4:18 A package in a league of its own: Helm solidius4747
2014-08-29  5:49 ` Guide for package use?(was A package in a league of its own: Helm) Rusi
2014-08-29  6:17   ` solidius4747
2014-08-29 13:36 ` A package in a league of its own: Helm Óscar Fuentes
     [not found] ` <mailman.7830.1409319420.1147.help-gnu-emacs@gnu.org>
2014-08-29 14:03   ` solidius4747
2014-08-29 15:06   ` solidius4747
2014-08-29 16:48     ` Óscar Fuentes
     [not found]     ` <mailman.7852.1409330926.1147.help-gnu-emacs@gnu.org>
2014-08-29 17:08       ` solidius4747
2014-08-29 18:03         ` Óscar Fuentes
     [not found]         ` <mailman.7861.1409335444.1147.help-gnu-emacs@gnu.org>
2014-08-30  1:49           ` solidius4747
2014-08-30  3:33             ` Óscar Fuentes
     [not found]             ` <mailman.7892.1409369651.1147.help-gnu-emacs@gnu.org>
2014-08-30  3:55               ` solidius4747
2014-09-01 16:01         ` Phillip Lord
2014-09-01 16:49           ` York Zhao
2014-09-02 13:06             ` Phillip Lord
     [not found]           ` <mailman.8044.1409590146.1147.help-gnu-emacs@gnu.org>
2014-09-01 16:59             ` Tu, Do
2014-09-01 17:25               ` Nikolai Weibull
2014-09-01 17:28               ` Óscar Fuentes
2014-09-01 17:40               ` York Zhao [this message]
2014-09-01 20:37                 ` Michael Heerdegen
2014-09-02  0:27                   ` York Zhao
2014-09-02  1:40                     ` Eric Abrahamsen
2014-09-02  1:56                       ` York Zhao
2014-09-02 23:15                         ` Tak Kunihiro
     [not found]               ` <mailman.8046.1409592357.1147.help-gnu-emacs@gnu.org>
2014-09-02  8:21                 ` Tu, Do
2014-09-02 13:27                   ` Phillip Lord
     [not found]         ` <mailman.8039.1409587302.1147.help-gnu-emacs@gnu.org>
2014-09-01 16:43           ` Tu, Do
2014-09-02 13:19             ` Phillip Lord
2014-09-02 14:13               ` York Zhao
2014-09-02 14:20                 ` Phillip Lord
2014-09-02 17:03                   ` York Zhao
2014-09-03  9:58                     ` Phillip Lord
     [not found]                     ` <mailman.8183.1409738348.1147.help-gnu-emacs@gnu.org>
2014-09-03 10:19                       ` Tu, Do
     [not found]                   ` <mailman.8134.1409677438.1147.help-gnu-emacs@gnu.org>
2014-09-02 17:11                     ` Tu, Do
2014-09-02 17:32                       ` York Zhao
2014-09-02 18:15                         ` Tu
2014-09-03  0:35                           ` York Zhao
     [not found]                           ` <mailman.8166.1409704538.1147.help-gnu-emacs@gnu.org>
2014-09-03  3:50                             ` Tu, Do
     [not found]             ` <mailman.8106.1409664004.1147.help-gnu-emacs@gnu.org>
2014-09-02 14:32               ` Tu, Do
2014-09-03 10:43                 ` Phillip Lord
2014-08-31  9:09 ` Ernesto Durante

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

  List information: https://www.gnu.org/software/emacs/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to='CAD3zm23Us9Lzw4uw=LLR3dUUEJLy1n6y1=WAUcHiOTkftmd-wg@mail.gmail.com' \
    --to=gtdplatform@gmail.com \
    --cc=help-gnu-emacs@gnu.org \
    --cc=solidius4747@gmail.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).