From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: phillip.lord@newcastle.ac.uk (Phillip Lord) Newsgroups: gmane.emacs.help Subject: Re: A package in a league of its own: Helm Date: Tue, 02 Sep 2014 14:19:52 +0100 Message-ID: <87ha0qb1mv.fsf@newcastle.ac.uk> References: <787f8d86-dede-4627-b4e5-3658a1833455@googlegroups.com> <73520ac0-9fc0-42ce-8a15-cc400b6f8308@googlegroups.com> <672a0d66-bc48-4b7a-9279-c7d631a03f79@googlegroups.com> <66ac7656-4c1a-416b-873c-88e2bad3cf83@googlegroups.com> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Trace: ger.gmane.org 1409664033 14508 80.91.229.3 (2 Sep 2014 13:20:33 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 2 Sep 2014 13:20:33 +0000 (UTC) Cc: help-gnu-emacs@gnu.org To: "Tu\, Do" Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Tue Sep 02 15:20:26 2014 Return-path: Envelope-to: geh-help-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1XOo0O-0002IE-6E for geh-help-gnu-emacs@m.gmane.org; Tue, 02 Sep 2014 15:20:16 +0200 Original-Received: from localhost ([::1]:38113 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XOo0N-0003HX-Jv for geh-help-gnu-emacs@m.gmane.org; Tue, 02 Sep 2014 09:20:15 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:57890) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XOo07-0003GB-CB for help-gnu-emacs@gnu.org; Tue, 02 Sep 2014 09:20:03 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1XOo03-0000tf-5Y for help-gnu-emacs@gnu.org; Tue, 02 Sep 2014 09:19:59 -0400 Original-Received: from cheviot22.ncl.ac.uk ([128.240.234.22]:48821) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XOo02-0000pK-Rq for help-gnu-emacs@gnu.org; Tue, 02 Sep 2014 09:19:55 -0400 Original-Received: from smtpauth-vm.ncl.ac.uk ([10.8.233.129] helo=smtpauth.ncl.ac.uk) by cheviot22.ncl.ac.uk with esmtp (Exim 4.63) (envelope-from ) id 1XOo00-00042u-Fe; Tue, 02 Sep 2014 14:19:52 +0100 Original-Received: from jangai.ncl.ac.uk ([10.66.67.223] helo=localhost) by smtpauth.ncl.ac.uk with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.63) (envelope-from ) id 1XOo00-00072x-O1; Tue, 02 Sep 2014 14:19:52 +0100 In-Reply-To: <66ac7656-4c1a-416b-873c-88e2bad3cf83@googlegroups.com> (Do Tu's message of "Mon, 1 Sep 2014 09:43:20 -0700") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3 (gnu/linux) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Received-From: 128.240.234.22 X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Users list for the GNU Emacs text editor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Original-Sender: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.help:99591 Archived-At: I could rebind helm to make it use tab and delete like ido, although I think it would still not be as nice as ido. Say I do find-file in a directory, then select src, then uk, then ac, then ncl (as in a java project), in ido I go C-xC-f s [rtn][rtn][rtn][rtn] because ido offers "uk" and the others as the first completion. Helm offers "." and ".." as the first two, so I have to do C-xCf s [right][down][down][right][down][down][right]. Or I have to hit the first key of "uk", then "ac" -- all of which requires thinking about. I've been using projectile, but with ido -- this is what is giving you the completion you show? Well, I am writing. Across the top of the helm-find-file session, my buffer says: C-j: Hit1 Expand Candidate, Hit2 or (C-u) Find file find-file (`C-l': Go up one level) What does "Hit1" and "Hit2" mean? Phil "Tu, Do" writes: > @Ernesto I'm glad you find it helpful. I hope you enjoy Helm :) > > @Phil > > You should follow the configuration in my guide and swap TAB and C-z. The= n, > you can press TAB for entering directory. C-l is used to go back to parent > directory, it requires two key pressed but it is closer to the home row. I > don't think it's much slower. I find it actually faster. If you want to s= earch > for any file in your project, you have to use Projectile: > https://github.com/bbatsov/projectile > > If you don't use Projectile, Ido won't be able to any file in your direct= ory either. > > V=C3=A0o 23:01:22 UTC+7 Th=E1=BB=A9 hai, ng=C3=A0y 01 th=C3=A1ng ch=C3=AD= n n=C4=83m 2014, Phil Lord =C4=91=C3=A3 vi=E1=BA=BFt: >> First, thanks for the tutorial. I've tried helm (and anything) several >>=20 >> times, but never got on with it as I have found the experience too >>=20 >> confusing. I've always reverted to ido. I like the idea of helm because >>=20 >> it is more pervasive than ido and can do several things at once. I >>=20 >> dislike the practice of helm because too many things happen at once (and >>=20 >> the wiki is incomprehensible). >>=20 >>=20 >>=20 >> The thing that I am stuck on at the moment, is file navigation. With >>=20 >> ido.el, I use [tab] or [del] to move up or down directories (and carry >>=20 >> on selecting). With helm I have to use C-l C-j which I find much slower >>=20 >> because of the double keypress and because C-k is in the middle. >>=20 >>=20 >>=20 >> I don't get the behaviour you are talking about with helm. I get a >>=20 >> single directory at once, and I have to navigate through it to get to >>=20 >> the files I want. >>=20 >>=20 >>=20 >> Clearly I doing something wrong! >>=20 >>=20 >>=20 >> Phil >>=20 >>=20 >>=20 >>=20 >>=20 >>=20 >>=20 >> writes: >>=20 >> > Consider this path: arch/x86/boot/main.c >>=20 >> > >>=20 >> > Can you type the file name first: "main.c", then add "x86" to get the = correct >>=20 >> > file above? I'm pretty sure ido+flx can't do that, but maybe I'm missi= ng >>=20 >> > something. >>=20 >> > >>=20 >> > With Helm, you can simply specify "mai x86" and it narrows to 3 candid= ates >>=20 >> > with the above path at the top. The file is in Linux kernel source. >>=20 >> > >>=20 >> > Maybe you misunderstood my statement about precise remembering project >>=20 >> > structure. What I meant was you have to remember the correct path orde= ring, >>=20 >> > and that requires you to be familiar with the directory structure. Whl= ie in >>=20 >> > Helm, I'm completely new to a directory and simply know nothing about >>=20 >> > directory structure. With Helm, I can start pop up questions like "is = there a >>=20 >> > main.c that is relate to x86 arch?" and so on. >>=20 >> > >>=20 >> > >>=20 >>=20 >>=20 >> --=20 >>=20 >> Phillip Lord, Phone: +44 (0) 191 222 7827 >>=20 >> Lecturer in Bioinformatics, Email: phillip.lord@newcastle.ac= .uk >>=20 >> School of Computing Science, http://homepages.cs.ncl.ac.uk/ph= illip.lord >>=20 >> Room 914 Claremont Tower, skype: russet_apples >>=20 >> Newcastle University, twitter: phillord >>=20 >> NE1 7RU > > > --=20 Phillip Lord, Phone: +44 (0) 191 222 7827 Lecturer in Bioinformatics, Email: phillip.lord@newcastle.ac.uk School of Computing Science, http://homepages.cs.ncl.ac.uk/phill= ip.lord Room 914 Claremont Tower, skype: russet_apples Newcastle University, twitter: phillord NE1 7RU=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20