From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Steven Degutis Newsgroups: gmane.emacs.help Subject: Better vertical-ness in ido-mode? Date: Tue, 2 Apr 2013 13:11:46 -0500 Message-ID: NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: multipart/alternative; boundary=bcaec520f5f7a18f7d04d964abe3 X-Trace: ger.gmane.org 1364926324 27478 80.91.229.3 (2 Apr 2013 18:12:04 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 2 Apr 2013 18:12:04 +0000 (UTC) To: help-gnu-emacs@gnu.org Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Tue Apr 02 20:12:32 2013 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 1UN5h9-0003r7-Ol for geh-help-gnu-emacs@m.gmane.org; Tue, 02 Apr 2013 20:12:31 +0200 Original-Received: from localhost ([::1]:52823 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UN5gl-0007ji-0A for geh-help-gnu-emacs@m.gmane.org; Tue, 02 Apr 2013 14:12:07 -0400 Original-Received: from eggs.gnu.org ([208.118.235.92]:38514) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UN5gX-0007eS-4O for help-gnu-emacs@gnu.org; Tue, 02 Apr 2013 14:11:57 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1UN5gR-0008JO-Bd for help-gnu-emacs@gnu.org; Tue, 02 Apr 2013 14:11:53 -0400 Original-Received: from mail-pd0-f173.google.com ([209.85.192.173]:54559) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UN5gR-0008JG-54 for help-gnu-emacs@gnu.org; Tue, 02 Apr 2013 14:11:47 -0400 Original-Received: by mail-pd0-f173.google.com with SMTP id v14so156220pde.18 for ; Tue, 02 Apr 2013 11:11:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:date:message-id:subject:from:to :content-type; bh=RzmVOJQGLAplGQ3fA6fJyoamPHJFs97/b+PDx10jJ/s=; b=pGFqEVG9EIDNH5VOsIF8dbxkXvsE3BaOsMiYCXsHGzEWrVOo85jDp+zGweKd58Vslx D4RyLivPX9pUrQIBvXYhNPlcRawZT/wM9ngnE36aHwG7hCpavDCtXmTDSOtJ4X+EIudo b8XJiG+xMtdE48MBq6EBZN7/lN9nqxBmP3tIFdLs8nF2FrqT/iKsOOEu/K3MeXT2KBa6 SD3VExexP89WIOr9t7UZGFVpiuWLxWF95dAijSoZSg/J0u1xRoGtBhgLLp//iUFOHuwM l6f7BtfVa3P1KQn+h+64WHk97iV+IpGpcYvumzmjyxgEVM0D6y/H2DvR/J4W8pN+y5Y/ 0gvA== X-Received: by 10.68.44.169 with SMTP id f9mr25913530pbm.106.1364926306289; Tue, 02 Apr 2013 11:11:46 -0700 (PDT) Original-Received: by 10.70.30.35 with HTTP; Tue, 2 Apr 2013 11:11:46 -0700 (PDT) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x [fuzzy] X-Received-From: 209.85.192.173 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:89902 Archived-At: --bcaec520f5f7a18f7d04d964abe3 Content-Type: text/plain; charset=ISO-8859-1 Currently I use this code on emacswiki ( http://emacswiki.org/emacs/InteractivelyDoThings#toc20) for making ido-mode vertical. It's much easier to visually parse than horizontal mode. But ido wasn't meant to be done vertically, so some things are a bit strange. For example, if you've typed enough to narrow it down to one candidate, it shows up on the same line as what you're typing, instead of the line below it like it would if there were at least two candidates. Changing the 5th element of ido-decorations to show up on the next line isn't a legitimate solution because sometimes that's used to visually wrap around a partial match, which ends up looking very confusing and strange on the next line. How hard would it be to change/edit/hack ido-mode to work more naturally when showing results vertically, maybe as an official option of ido-mode, or a fork? I've tried helm, and it's way too overkill for this small task. It's much too heavyweight, uses buffers and leaves them sitting around, and does way too many things. Now ido-mode is *almost* perfect for completion and narrowing when used vertically. It just has a few quirks because it was never imagined to be used this way by the developers. -Steven --bcaec520f5f7a18f7d04d964abe3 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Currently I use this code=A0on emacswiki=A0(http://emacswiki.org/e= macs/InteractivelyDoThings#toc20) for making ido-mode vertical. It'= s much easier to visually parse than horizontal mode. But ido wasn't me= ant to be done vertically, so some things are a bit strange.

For example, if you've typed enough to narrow it d= own to one candidate, it shows up on the same line as what you're typin= g, instead of the line below it like it would if there were at least two ca= ndidates. Changing the 5th element of ido-decorations to show up on the nex= t line isn't a legitimate solution because sometimes that's used to= visually wrap around a partial match, which ends up looking very confusing= and strange on the next line.

How hard would it be to change/edit/hack id= o-mode to work more naturally when showing results vertically, maybe as an = official option of ido-mode, or a fork?

I've tried helm, and it's way too overkill for this small task. It&= #39;s much too heavyweight, uses buffers and leaves them sitting around, an= d does way too many things. Now ido-mode is *almost* perfect for completion= and narrowing when used vertically. It just has a few quirks because it wa= s never imagined to be used this way by the developers.

-Steven
--bcaec520f5f7a18f7d04d964abe3--