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: Wed, 03 Sep 2014 11:43:17 +0100 Message-ID: <87k35lvvay.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> <75ba2f61-8bff-41dd-aee5-6ce99cedd9d7@googlegroups.com> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1409741667 8312 80.91.229.3 (3 Sep 2014 10:54:27 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 3 Sep 2014 10:54:27 +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 Wed Sep 03 12:54:20 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 1XP8Ca-0006PU-3Z for geh-help-gnu-emacs@m.gmane.org; Wed, 03 Sep 2014 12:54:12 +0200 Original-Received: from localhost ([::1]:44067 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XP8CZ-0003gX-Jh for geh-help-gnu-emacs@m.gmane.org; Wed, 03 Sep 2014 06:54:11 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:47947) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XP8Ba-0002hE-NW for help-gnu-emacs@gnu.org; Wed, 03 Sep 2014 06:53:18 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1XP8BU-0004oU-BI for help-gnu-emacs@gnu.org; Wed, 03 Sep 2014 06:53:10 -0400 Original-Received: from cheviot12.ncl.ac.uk ([128.240.234.12]:58391) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XP8BU-0004o0-60 for help-gnu-emacs@gnu.org; Wed, 03 Sep 2014 06:53:04 -0400 Original-Received: from smtpauth-vm.ncl.ac.uk ([10.8.233.129] helo=smtpauth.ncl.ac.uk) by cheviot12.ncl.ac.uk with esmtp (Exim 4.63) (envelope-from ) id 1XP821-0007eK-BU; Wed, 03 Sep 2014 11:43:17 +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 1XP821-0002E5-FK; Wed, 03 Sep 2014 11:43:17 +0100 In-Reply-To: <75ba2f61-8bff-41dd-aee5-6ce99cedd9d7@googlegroups.com> (Do Tu's message of "Tue, 2 Sep 2014 07:32:12 -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.12 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:99624 Archived-At: "Tu, Do" writes: >> 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. >> > > For an edge case like that where everything is at the top, then even stock > find-file is fast. This is not an edge case for me. I have a lot of empty directories. In the ideal world ido or helm would just squash them. > But then, your current directory contains many files then you may one > to look around to see the files in that directory. In that case, Ido > cannot do it because you cannot have an actually buffer to scroll > up/down to see. In this case, with Ido, you have to drop into Dired, > look around and start ido-find-file again. Yes, this is true, if the number of files is large. For small numbers you can see the options, for large numbers this is truncated. >> 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 > > helm-projectile is really nice but if you want to look at the current > directory or navigate around, you should use helm-find-files. C-j means that > you proceed to the next level, that is either a file or a directory. Hit 1 > means pressing one time. Hit 2 means pressing 2 times; pres you hit C-j twices > and if your highlighting is on a file, then the file content is opened up in > another buffer. You can also press C-u in helm-find-files; its has the same > effect as pressing C-j twice. You can navigate the other buffer with > M-/M-. Okay, that's a good explanation! > Actually, navigating back and forth with C-j/C-l is much faster than and > / since both of those keys are on the home row. Well, we both having the confounding factor that I am used to del/tab/ret and you are used to C-j/C-l. None the less, I would argue that single key presses are faster than doubles, especially for tab/del/retn which everyone uses a lot and are nice and big. Phil