From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Dmitry Gutov Newsgroups: gmane.emacs.devel Subject: Re: IDE Date: Mon, 12 Oct 2015 17:49:02 +0300 Message-ID: <561BC85E.8060901@yandex.ru> References: <831td9z18h.fsf@gnu.org> <5612E996.7090700@yandex.ru> <83bnc7tavr.fsf@gnu.org> <5618C92A.3040207@yandex.ru> <83a8rrt9ag.fsf@gnu.org> <5618D376.1080700@yandex.ru> <831td3t62e.fsf@gnu.org> <5618E51D.4070800@yandex.ru> <83twpzrp05.fsf@gnu.org> <5618ED93.8000001@yandex.ru> <83lhbbrnn7.fsf@gnu.org> <56191D6B.8040405@yandex.ru> <838u7assvj.fsf@gnu.org> <561A3582.5080806@yandex.ru> <561A3756.1010404@gmx.at> <561A41CA.6060908@yandex.ru> <87io6c5ov5.fsf@gmail.com> <561B999D.2060900@yandex.ru> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1444661388 26211 80.91.229.3 (12 Oct 2015 14:49:48 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 12 Oct 2015 14:49:48 +0000 (UTC) Cc: martin rudalics , Eli Zaretskii , adatgyujto@gmail.com, emacs-devel@gnu.org To: Drew Adams , Oleh Krehel Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Oct 12 16:49:33 2015 Return-path: Envelope-to: ged-emacs-devel@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 1ZlePs-0008Hj-6T for ged-emacs-devel@m.gmane.org; Mon, 12 Oct 2015 16:49:32 +0200 Original-Received: from localhost ([::1]:55877 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZlePr-00084Q-VQ for ged-emacs-devel@m.gmane.org; Mon, 12 Oct 2015 10:49:31 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:42208) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZlePW-00083i-Ke for emacs-devel@gnu.org; Mon, 12 Oct 2015 10:49:11 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ZlePR-0002rn-IG for emacs-devel@gnu.org; Mon, 12 Oct 2015 10:49:10 -0400 Original-Received: from mail-wi0-x22c.google.com ([2a00:1450:400c:c05::22c]:38083) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZlePR-0002ra-BU; Mon, 12 Oct 2015 10:49:05 -0400 Original-Received: by wieq12 with SMTP id q12so24012126wie.1; Mon, 12 Oct 2015 07:49:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:subject:to:references:cc:from:message-id:date:user-agent :mime-version:in-reply-to:content-type:content-transfer-encoding; bh=JyAhnpSPK31ZFmqLuTOp8fiwCWE8xggwHlGCxY349ok=; b=sYg+pZD0mMEuNXKpAMr1So0Xqj8upAG6mtX8pYiaMi1uK24HWrtXezb71iAfb+UsW/ EMDZuUR4VF+8di+MsJpJyslUwD3xEES+OKtx7s6Z8r0T6tPOKO7WeYqu+IfYLTWH0egT AwoSSG0N5i4hcCK6XySO8rUC3S7m1tMpyyeBr/TZWVaa8gTA6dDDUTlB/BKOcHyKTWR+ dT7Pqcsihe03BHMcL1Xg19/W6mHIvv+lDgcvohYFU0Suo/tXZXLIE2876CiugMEMJkrw ryZS3/GksX4DlnSgOVz3U8DqDrsxZ2vM1towlsNAfya8a66m29VLPX2LNif5KW0pf/Ds LVPg== X-Received: by 10.194.103.194 with SMTP id fy2mr29707053wjb.10.1444661344716; Mon, 12 Oct 2015 07:49:04 -0700 (PDT) Original-Received: from [10.9.0.103] (nat.webazilla.com. [78.140.128.228]) by smtp.googlemail.com with ESMTPSA id qc4sm20259907wjc.33.2015.10.12.07.49.03 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 12 Oct 2015 07:49:04 -0700 (PDT) User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:41.0) Gecko/20100101 Thunderbird/41.0 In-Reply-To: X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2a00:1450:400c:c05::22c X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 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.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:191343 Archived-At: On 10/12/2015 05:39 PM, Drew Adams wrote: > Whether separate frames are used or not is not so important. > It is important, though, to be _able_ to show the completions > without necessarily showing the help for the current one. > IOW, separate display can be useful, whether or not separate > frames are used for that. If you're forced to use the same frame, you're forced to make the documentation pane and the completions menu the same height (or width), or just have an empty rectangle somewhere. That's not ideal. Having separate display would also need work in that case. > What is better, and why? Please don't gloss over this. Not having to always look at the minibuffer when entering stuff. > Those are pros. A con is that the minibuffer and `*Completions*' > are not necessarily displayed close to point. That's a display > question that could be addressed in various ways. Right. > Does it display the complete doc string? If not, I'd say users > are missing out. If yes, and this is done systematically, I'd > say that users are being force-fed. They should have a choice. The user can disable the minor mode.