From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.ciao.gmane.io!not-for-mail From: Ergus Newsgroups: gmane.emacs.devel Subject: vertical fido-mode Date: Wed, 10 Jun 2020 16:27:18 +0000 (UTC) Message-ID: <1704199899.1577092.1591806438580@mail.yahoo.com> References: <1704199899.1577092.1591806438580.ref@mail.yahoo.com> Reply-To: Ergus Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_1577091_190526473.1591806438579" Injection-Info: ciao.gmane.io; posting-host="ciao.gmane.io:159.69.161.202"; logging-data="121064"; mail-complaints-to="usenet@ciao.gmane.io" To: "emacs-devel@gnu.org" Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Wed Jun 10 18:28:14 2020 Return-path: Envelope-to: ged-emacs-devel@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1jj3aH-000VNZ-Db for ged-emacs-devel@m.gmane-mx.org; Wed, 10 Jun 2020 18:28:13 +0200 Original-Received: from localhost ([::1]:47406 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1jj3aG-0002Fb-EK for ged-emacs-devel@m.gmane-mx.org; Wed, 10 Jun 2020 12:28:12 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:38388) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1jj3ZY-0001fN-8W for emacs-devel@gnu.org; Wed, 10 Jun 2020 12:27:28 -0400 Original-Received: from sonic316-11.consmr.mail.bf2.yahoo.com ([74.6.130.121]:42710) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1jj3ZW-0005FB-3W for emacs-devel@gnu.org; Wed, 10 Jun 2020 12:27:27 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=aol.com; s=a2048; t=1591806443; bh=aNjT+YCCMr+2s0zRPvYQRHTDCnQS6myKKAXpmoOiWO8=; h=Date:From:Reply-To:To:Subject:References:From:Subject; b=TJ2Hz4t67fdKAi/KPQawvEhWrfCMZj7BYvarYdXRdIUi/I+jZP6M1yQKBKDL+4pqvZBR8wc1y85CcTdx1/BhTJUM/7gks147YdbdQn//cm0Pk1AHNgONSyzxN9youmTDsLdvlCS+LTNhJF4TqPO5GqF8kp5ybNsK8lL+RYwgX5dssg485nK1GJEnVTU0W+oHZiduXtymaqHU216S+1yXp08v8dZrIC9Jr8EvAF0DyRwEVZDJ4RMlW/TsLarg53f27VCPs0LXN5NsLK/gfp5IsRQUgVDlfQdmrjqB3/8H47+cuzREsDRmH5sEFrrpeMV1R6iDvlGoVmLgjDFIgY0yFg== X-YMail-OSG: 698oPv8VM1nFQTmq8GTvapa32yc4RzEt_KABlXDTEKrUwvbR00EP.qBlIMSRsYm eYQCVyrgB4gvkNmapSO4b8oJww8IEe47YBnzml0ldBnY2FIpQ5liOOfcyx5W8aOZM_iS26fyThKP ABFSeEvB7yS0ueRPWycvlUwIvwzJb_41RSi77ozqHocEaycwsKP6wPg7vn8mFgZXDg6itUlWZVB1 AejnOfj_I3jK8hpaMZFchNosdrdaW10igttUhcSlgEDhMF8SlAvAPZ.gEePIwrY7eqaPVEzUK3dE on88EmWBsET62T3kZP.7OB1sc.FFqouVMqa4do2pCiIB6IFeZ4NYCJws6t_mlJexy1sDqgimAKbE KjVlkCc.cm5DXpmlMkb9cL8T2ThdNU3eRoE4MmOYtfel314OyoQd.FjX.eNKJilcw_k3dyPxwOol _R5rJN7UZB4xsOjD8oB.MToKGfyg_djVfd2Ng8LYKLLS7klQjt6jwLOonWUClDltjQ7W7K4VAXmf NnUZUe0MuYakblzGIQzzi8GAxGF1wbTLQaTHWmg4nqCFWsJuq2d96.MLexKkUgFSOc0dP9dh0nvS BzLFiiL2yA.SOSud_z4SeyZbFrnLaCQCfb5v6QQ1yjj5i7UiYCnhKuw9cy0zqLUkBv5qDSLN8FGY Uzjnx.bFSKlJ34KL9Oe_PkF4R3J0r535eBoQUWy0r9Q92D6dUF50UeUuRrkhFcnjOYBRbm8G9Efj 5iYOZwDyCXpafGsaKToH.K3kDY2ELP69gGGm71xhVlp5bKG2WZfSCmuCEp10O9IqEDmmIEVCATjb 6ASoLRvG2YVv.69C2dGW04BbFONVieW51Fo_rqCLrJ Original-Received: from sonic.gate.mail.ne1.yahoo.com by sonic316.consmr.mail.bf2.yahoo.com with HTTP; Wed, 10 Jun 2020 16:27:23 +0000 X-Mailer: WebService/1.1.16072 aolwebmail Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/81.0.4044.138 Safari/537.36 Received-SPF: pass client-ip=74.6.130.121; envelope-from=spacibba@aol.com; helo=sonic316-11.consmr.mail.bf2.yahoo.com X-detected-operating-system: by eggs.gnu.org: First seen = 2020/06/10 12:27:23 X-ACL-Warn: Detected OS = Linux 3.1-3.10 [fuzzy] X-Spam_score_int: -30 X-Spam_score: -3.1 X-Spam_bar: --- X-Spam_report: (-3.1 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H2=-1, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=_AUTOLEARN X-Spam_action: no action X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Original-Sender: "Emacs-devel" Xref: news.gmane.io gmane.emacs.devel:252078 Archived-At: ------=_Part_1577091_190526473.1591806438579 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hi Joao. The last 2 days I have been wondering if it will be too complex (or potenti= ally error prone) to customize fido to show the candidates vertically (like= in ivy). In ido mode it was more or less easy to do just changing the separator, but= that created so many issues that multiple packages were created to "fix" t= hem. I could be interested in this feature ONLY if it doesn't add too much = complexity to fido-mode. Just now I tried: (fido-mode t) (setq icomplete-separator "\n"=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0icomplete-h= ide-common-prefix nil=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0icomplete-in-buffer = t) So far it seems to be working with some expected tiny issues no so complex = to fix: 1) An extra '{' and missing new line (see picture) that overlaps the cursor= and in vertical mode is confusing. (There is not separator between the cur= sor and the list of candidates) 2) The arrows could need to change bindings as in vertical mode and should do what and are doing now. 3) Maybe TAB should complete the current candidate in place (the first cand= idate or the common part of all candidates), in any case not open the *Comp= letions* buffer? Because the completion candidates are already there (this = is in general for fido mode), it will be more familiar for Bash users for e= xample. Best,Ergus ------=_Part_1577091_190526473.1591806438579 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: 7bit
Hi Joao.

The last 2 days I have been wondering if it will be too complex (or potentially error prone) to customize fido to show the candidates vertically (like in ivy).

In ido mode it was more or less easy to do just changing the separator, but that created so many issues that multiple packages were created to "fix" them. I could be interested in this feature ONLY if it doesn't add too much complexity to fido-mode.

Just now I tried:

(fido-mode t)

(setq icomplete-separator "\n"
         icomplete-hide-common-prefix nil
         icomplete-in-buffer t)


So far it seems to be working with some expected tiny issues no so complex to fix:

1) An extra '{' and missing new line (see picture) that overlaps the cursor and in vertical mode is confusing. (There is not separator between the cursor and the list of candidates)

2) The arrows could need to change bindings as in vertical mode <up> and <down> should do what <left> and <right> are doing now.

3) Maybe TAB should complete the current candidate in place (the first candidate or the common part of all candidates), in any case not open the *Completions* buffer? Because the completion candidates are already there (this is in general for fido mode), it will be more familiar for Bash users for example.

Best,
Ergus

------=_Part_1577091_190526473.1591806438579--