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: Re: Better vertical-ness in ido-mode? Date: Thu, 4 Apr 2013 10:16:39 -0500 Message-ID: References: <83a9pfiqxp.fsf@gnu.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: multipart/alternative; boundary=bcaec52e5b730dc21204d98a7520 X-Trace: ger.gmane.org 1365088622 10419 80.91.229.3 (4 Apr 2013 15:17:02 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 4 Apr 2013 15:17:02 +0000 (UTC) Cc: "help-gnu-emacs@gnu.org" To: Tom Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Thu Apr 04 17:17:30 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 1UNlum-0008ML-72 for geh-help-gnu-emacs@m.gmane.org; Thu, 04 Apr 2013 17:17:24 +0200 Original-Received: from localhost ([::1]:41772 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UNluN-0001Z2-9x for geh-help-gnu-emacs@m.gmane.org; Thu, 04 Apr 2013 11:16:59 -0400 Original-Received: from eggs.gnu.org ([208.118.235.92]:33604) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UNlu8-0001Y5-Tz for help-gnu-emacs@gnu.org; Thu, 04 Apr 2013 11:16:48 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1UNlu4-00048c-HV for help-gnu-emacs@gnu.org; Thu, 04 Apr 2013 11:16:44 -0400 Original-Received: from mail-da0-x232.google.com ([2607:f8b0:400e:c00::232]:58677) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UNlu4-00048O-BM for help-gnu-emacs@gnu.org; Thu, 04 Apr 2013 11:16:40 -0400 Original-Received: by mail-da0-f50.google.com with SMTP id t1so1165963dae.9 for ; Thu, 04 Apr 2013 08:16:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=eCloj6MWSMRMZzsPUtBLT9puTgwbhGMfVyZZkXylOFE=; b=tVM+WBSasgdMJ0WRViN4BHPj/9r8sQnkeUmEHOAOfIy1bbs+fJXNSqbTy+UaemI/+T VjY5RPh0Hk8r6GP1cC4CmOCQWoY0PxD2WfEFUudWOr5P/QlqMS/qc+NwEKmLdpPkopJg FbS5q73SugQ7kfMQe4/apxLvQZlmVUr5kFQxPnvhBGqJ2NMYMppk3UT60uOOa+C+2Yev 60/1aVmrI0dJESR+C+UqQPGO2ricjVxGDIP5dBmuP6QOauyqX+2RcF2t6zn2oIBjoI7o 0Vc9jT5RDZRYbu1m8WNBJWR/QJLj6hR58wIoQRwd3RMi/2jTgS+07K9+UjE8KxE2knPR s77g== X-Received: by 10.68.64.136 with SMTP id o8mr9376088pbs.59.1365088599391; Thu, 04 Apr 2013 08:16:39 -0700 (PDT) Original-Received: by 10.70.6.100 with HTTP; Thu, 4 Apr 2013 08:16:39 -0700 (PDT) In-Reply-To: X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2607:f8b0:400e:c00::232 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:89987 Archived-At: --bcaec52e5b730dc21204d98a7520 Content-Type: text/plain; charset=ISO-8859-1 Helm is way, way overkill. I tried it for months and I can't get used to it. It does too many things, has too many options, leaves buffers lying around whenever you use it. But the way ido-mode works is quite perfect. All except this one little visual detail that I'm thinking is probably easy to fix. -Steven On Thu, Apr 4, 2013 at 10:06 AM, Tom wrote: > Steven Degutis gmail.com> writes: > > > These ideas seem like overkill. The current technique ido-mode > > uses is great, it just could use a different visual > > representation when displayed vertically, that's all. I'm sure > > it can't be that hard, maybe forking ido-mode and hard-coding > > it would be sufficient. > > In that case it would make more sense to use Helm. Helm uses a > vertical display by default, so the best solution would be to > create some kind of a bridge between them, so that ido provides > the backend and Helm the frontend. > > > > --bcaec52e5b730dc21204d98a7520 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Helm is way, way overkill. I tried it for months and I can= 't get used to it. It does too many things, has too many options, leave= s buffers lying around whenever you use it. But the way ido-mode works is q= uite perfect. All except this one little visual detail that I'm thinkin= g is probably easy to fix.

-Steven


=
On Thu, Apr 4, 2013 at 10:06 AM, Tom <adat= gyujto@gmail.com> wrote:
Steven Degutis <sbdegut= is <at> gmail.com&= gt; writes:

> These ideas seem like overkill. The current technique ido-mode
> uses is great, it just could use a different visual
> representation when displayed vertically, that's all. I'm sure=
> it can't be that hard, maybe forking ido-mode and hard-coding
> it would be sufficient.

In that case it would make more sense to use Helm. Helm uses a
vertical display by default, so the best solution would be to
create some kind of a bridge between them, so that ido provides
the backend and Helm the frontend.




--bcaec52e5b730dc21204d98a7520--