From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Dmitry Gutov Newsgroups: gmane.emacs.help Subject: Re: Does anyone really use emacs in terminal? Date: Sun, 05 May 2013 10:58:04 +0400 Message-ID: <87y5btncar.fsf@yandex.ru> References: <877gjevvdc.fsf@kuiper.lan.informatimago.com> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1367737119 15357 80.91.229.3 (5 May 2013 06:58:39 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sun, 5 May 2013 06:58:39 +0000 (UTC) Cc: "Pascal J. Bourguignon" , "help-gnu-emacs@gnu.org" To: Steven Degutis Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Sun May 05 08:58:39 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 1UYsu4-0001sg-W2 for geh-help-gnu-emacs@m.gmane.org; Sun, 05 May 2013 08:58:37 +0200 Original-Received: from localhost ([::1]:59288 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UYsu4-0006Ot-Mo for geh-help-gnu-emacs@m.gmane.org; Sun, 05 May 2013 02:58:36 -0400 Original-Received: from eggs.gnu.org ([208.118.235.92]:57226) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UYstj-0006IU-H9 for help-gnu-emacs@gnu.org; Sun, 05 May 2013 02:58:19 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1UYste-0003iZ-SI for help-gnu-emacs@gnu.org; Sun, 05 May 2013 02:58:15 -0400 Original-Received: from mail-la0-x235.google.com ([2a00:1450:4010:c03::235]:48021) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UYste-0003fm-LQ for help-gnu-emacs@gnu.org; Sun, 05 May 2013 02:58:10 -0400 Original-Received: by mail-la0-f53.google.com with SMTP id eo20so2521600lab.40 for ; Sat, 04 May 2013 23:58:09 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:sender:from:to:cc:subject:references:date:in-reply-to :message-id:user-agent:mime-version:content-type:x-antivirus :x-antivirus-status; bh=z44GDif6ldsg7Cj5z5XxqRP1DW9LwzjNQit5cdNKoNI=; b=Cycjiknxu3E/a76jrcCnpxYPtgXMczHGfONFAkNPP64CY460EarwViPoyKJ/0/dv7X ZPYpLjvu4D2RChaivwDedmdubCsCxNTteEVCzTetEJjsKgJ4Of1Gfkkvj5V88tcSlV/s eYuFLgk1aB7rmnlt//ujkzBERhi/D+WEx0dMH+obzqGwe661p5jN6NSMU0zw/us+JrAj 1WrKfJ0LgyYWlKg+bFtXDH1hS/2KtDu4zdoD1lejSphsBzCR5KZvjgX3I/zjiOkaEHJD zcPpj7toUsXFV6Kx0QtoaNBQv2Yk0g2n0J4ano6pTFX5cUCDoL8N3ywX9jL4mCcEVKiX ORjQ== X-Received: by 10.112.171.7 with SMTP id aq7mr6508177lbc.130.1367737089142; Sat, 04 May 2013 23:58:09 -0700 (PDT) Original-Received: from SOL ([178.252.98.87]) by mx.google.com with ESMTPSA id c15sm6580130lbj.17.2013.05.04.23.58.07 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sat, 04 May 2013 23:58:08 -0700 (PDT) In-Reply-To: (Steven Degutis's message of "Sun, 5 May 2013 00:43:37 -0500") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3.50 (windows-nt) X-Antivirus: avast! (VPS 130504-1, 04.05.2013), Outbound message X-Antivirus-Status: Clean X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2a00:1450:4010:c03::235 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:90512 Archived-At: Steven Degutis writes: > I agree, ido-mode is unbearable in its default state. But with > ido-vertical-mode it's pretty great: > https://github.com/rson/ido-vertical-mode.el a) ido-vertical-mode wastes screen estate (blank space to the right). I wouldn't want to use that. b) ido-mode is generally useful, but it makes some trivial operations harder (like entering a file name of a new file, you have to press C-j instead of RET). Also, `ido-completing-read''s interface is subtly incompatible with `completing-read', hence the bag of tricks `ido-ubiquitous' has to employ.