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 18:13:01 +0300 Message-ID: <561BCDFD.5090701@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> <561BC85E.8060901@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 1444662829 18410 80.91.229.3 (12 Oct 2015 15:13:49 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 12 Oct 2015 15:13:49 +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 17:13:46 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 1ZlenJ-0006uN-Og for ged-emacs-devel@m.gmane.org; Mon, 12 Oct 2015 17:13:45 +0200 Original-Received: from localhost ([::1]:56037 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZlenJ-00080E-FH for ged-emacs-devel@m.gmane.org; Mon, 12 Oct 2015 11:13:45 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:51611) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Zlemi-0007fg-BQ for emacs-devel@gnu.org; Mon, 12 Oct 2015 11:13:09 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Zleme-0003VT-99 for emacs-devel@gnu.org; Mon, 12 Oct 2015 11:13:08 -0400 Original-Received: from mail-wi0-x233.google.com ([2a00:1450:400c:c05::233]:34270) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Zleme-0003V8-3y; Mon, 12 Oct 2015 11:13:04 -0400 Original-Received: by wicgb1 with SMTP id gb1so54353689wic.1; Mon, 12 Oct 2015 08:13:03 -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=G09AK1COYipV9CnOxmiMZZ/yw6UIgt+F5VGuyM00V4I=; b=RRYjaP5KHdcl8AvZ3lEl54lzwUmHvdooRPdyDVnatP8Osa7EyZcLFyifuL5uphD0/P ZSCKDxW6SITxH9Rlzqfg2gGnufjmVJZyUKGgjc8X3AamKJmoHxE2StBIt0rGN7rZZXFG Snfb0PnCk0lPrJJtw1rR3EPcc4ovG+0pCcrMSQWu7STLfsL7w6Hh019g2D43+4YJTZBf UofdBByw5n+7U2N0EsTG7QhrGzUBYKQ5+lW86ZCRaSfC5VIRfQjrwXXFpSAzK3ix3pDq FswDBgaT/N2t98Sgy6ElYDQiV/Tj5Uc93n0Kvy0TRsPFk/AwhrLeQYvtV0xd/vRvYB1H ghtg== X-Received: by 10.194.236.74 with SMTP id us10mr30728206wjc.39.1444662783327; Mon, 12 Oct 2015 08:13:03 -0700 (PDT) Original-Received: from [10.9.0.103] (nat.webazilla.com. [78.140.128.228]) by smtp.googlemail.com with ESMTPSA id jf3sm11240080wic.8.2015.10.12.08.13.01 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 12 Oct 2015 08:13:02 -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::233 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:191350 Archived-At: On 10/12/2015 06:02 PM, Drew Adams wrote: > My point was that what is important is the ability to separate > their display - not couple them in a hardcoded way. Whether > separate frames are used for that is a separate question, and > less important. (But yes, I too prefer separate frames.) You should read the source code of Company. One can plug in a different frontend, and have different visualization as a result. > Separate frames allow not only elimination of wasted space, for > the reason you gave. They can also be overlapped, which can be > useful for additional space savings. IOW, sometimes you don't > need to see all of the contents of each frame, and you want to > additionally see other stuff on your display at the same time. > Frames allow great flexibility for screen real estate. My frames are always fullscreen. > And for a complex input pattern, which might be multiline, > using a separate editing buffer (the minibuffer) is a plus, IMO. Sure. >> The user can disable the minor mode. > > What does that mean? Does it (can it) display the complete doc > string? Everything is fine there, and the user is in control. Like I said, we have a separate command to display the doc in a new buffer.