From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: =?utf-8?Q?=C3=93scar_Fuentes?= Newsgroups: gmane.emacs.help Subject: Re: A package in a league of its own: Helm Date: Fri, 29 Aug 2014 18:48:08 +0200 Message-ID: <87mwan5jjr.fsf@wanadoo.es> References: <787f8d86-dede-4627-b4e5-3658a1833455@googlegroups.com> <73520ac0-9fc0-42ce-8a15-cc400b6f8308@googlegroups.com> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1409331494 8153 80.91.229.3 (29 Aug 2014 16:58:14 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 29 Aug 2014 16:58:14 +0000 (UTC) To: help-gnu-emacs@gnu.org Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Fri Aug 29 18:58:07 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 1XNPV0-0003Ie-T8 for geh-help-gnu-emacs@m.gmane.org; Fri, 29 Aug 2014 18:58:07 +0200 Original-Received: from localhost ([::1]:43325 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XNPV0-00041J-Hu for geh-help-gnu-emacs@m.gmane.org; Fri, 29 Aug 2014 12:58:06 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:51990) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XNPLp-0005TL-Eq for help-gnu-emacs@gnu.org; Fri, 29 Aug 2014 12:48:44 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1XNPLh-0008Sz-Rs for help-gnu-emacs@gnu.org; Fri, 29 Aug 2014 12:48:37 -0400 Original-Received: from plane.gmane.org ([80.91.229.3]:50081) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XNPLh-0008Sg-Lo for help-gnu-emacs@gnu.org; Fri, 29 Aug 2014 12:48:29 -0400 Original-Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1XNPLd-0003V0-0Y for help-gnu-emacs@gnu.org; Fri, 29 Aug 2014 18:48:25 +0200 Original-Received: from 18.red-83-41-63.dynamicip.rima-tde.net ([83.41.63.18]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 29 Aug 2014 18:48:25 +0200 Original-Received: from ofv by 18.red-83-41-63.dynamicip.rima-tde.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 29 Aug 2014 18:48:25 +0200 X-Injected-Via-Gmane: http://gmane.org/ Original-Lines: 38 Original-X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: 18.red-83-41-63.dynamicip.rima-tde.net User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.4.50 (gnu/linux) Cancel-Lock: sha1:b6QMrhRPHDV+fF221Ki/TlEdtEM= X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 80.91.229.3 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:99517 Archived-At: solidius4747@gmail.com writes: >> How difficult is to add a new completion command to helm? Such as >> >> providing it with a list of strings and complete on it? >> >> >> >> Can helm use other completion matching methods, such as flx? I regard >> >> flx as more convenient than helm's default matching system. > > It should be easy. I've never tried to provide custom source but if > you use existing Helm sources, it's very easy to craft your own. I guess that you are talking about the difficulty of adding a new completion command here. > For > me, I prefer Helm's way. That is, I can directly enter a filename, and > narrow down it later if more than one candidates are displayed. > Compared with ido + flx, I have to precisely remember the structure of > something and enter it follow the correct order. For example, I can > enter test.c and hundreds of them might exist. I can narrow down > further by specifying the path incrementally later. With Ido, I always > have to remember the path for fuzzy completion. Helm gives me greater > flexibility; with flexibility, it gives greater explorability in a > huge source. You should read the section "Why Helm is powerful" above. Okay. I have a different view here (and your description of flx requiring to precisely remenbering the structure of your target is not accurate, in my experience.) I would never switch from ido+flx if the alternative does nor provide the same fuzzy matching capabilities. After investigating a bit, the bad news is that incorporating flx into helm is not easy at all. The good news is that there are a significant interest on doing it, including flx's author. Let's see how this evolves. Thanks for answering my questions.