From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.devel Subject: Re: IDE Date: Sun, 11 Oct 2015 18:23:35 +0300 Message-ID: <83bnc5qvig.fsf@gnu.org> References: <5610207A.2000300@harpegolden.net> <83fv1r3gzp.fsf@gnu.org> <83bncf3f9k.fsf@gnu.org> <5610E0BC.8090902@online.de> <83si5r106e.fsf@gnu.org> <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> Reply-To: Eli Zaretskii NNTP-Posting-Host: plane.gmane.org X-Trace: ger.gmane.org 1444577038 11385 80.91.229.3 (11 Oct 2015 15:23:58 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sun, 11 Oct 2015 15:23:58 +0000 (UTC) Cc: adatgyujto@gmail.com, emacs-devel@gnu.org To: Dmitry Gutov Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sun Oct 11 17:23:42 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 1ZlITM-00032l-Ju for ged-emacs-devel@m.gmane.org; Sun, 11 Oct 2015 17:23:40 +0200 Original-Received: from localhost ([::1]:48674 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZlITL-0005Ea-Sy for ged-emacs-devel@m.gmane.org; Sun, 11 Oct 2015 11:23:39 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:35440) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZlITD-0005Bt-PV for emacs-devel@gnu.org; Sun, 11 Oct 2015 11:23:32 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ZlITA-0004Cl-HD for emacs-devel@gnu.org; Sun, 11 Oct 2015 11:23:31 -0400 Original-Received: from mtaout27.012.net.il ([80.179.55.183]:53633) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZlITA-0004CW-4K for emacs-devel@gnu.org; Sun, 11 Oct 2015 11:23:28 -0400 Original-Received: from conversion-daemon.mtaout27.012.net.il by mtaout27.012.net.il (HyperSendmail v2007.08) id <0NW200M00AHOJQ00@mtaout27.012.net.il> for emacs-devel@gnu.org; Sun, 11 Oct 2015 18:19:29 +0300 (IDT) Original-Received: from HOME-C4E4A596F7 ([84.94.185.246]) by mtaout27.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0NW200MB2AKHLT00@mtaout27.012.net.il>; Sun, 11 Oct 2015 18:19:29 +0300 (IDT) In-reply-to: <561A3582.5080806@yandex.ru> X-012-Sender: halo1@inter.net.il X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Received-From: 80.179.55.183 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:191239 Archived-At: > Cc: adatgyujto@gmail.com, emacs-devel@gnu.org > From: Dmitry Gutov > Date: Sun, 11 Oct 2015 13:10:10 +0300 > > On 10/10/2015 05:25 PM, Eli Zaretskii wrote: > > > It's standard software engineering practice, why should you ask for > > its justification? > > I'm asking for details. Again, to further the discussion. I don't understand what details you expect me to produce. > "Let's unify features X, Y and Z" is not necessarily the standard > practice. I didn't say anything even close. I did suggest to _decide_ which features we'd like to be in an Emacs IDE. > I've also given a few general reasons why a "big design" might be > suboptimal High-level design is not "big design". Quite the contrary: it generally leaves out all of the details, and documents only the main design decisions. Like which features will be included and which definitely excluded, whether "fixed-window" appearance should be part of it or not, etc. You can call this "guidelines" if "design" sounds too much. Developers will benefit from such guidelines because they will know what to expect and how to design their components. This is all standard SE practice. > the result is likely to turn out to be less flexible A good tool strikes a fine balance between "flexible enough" and "too flexible". The latter more often than not means the tool is complex and hard to set up. > a significant number of users might prefer to use only some of the > parts. That's OK, and I see no problem with that. > > The other IDEs use something similar to a tooltip, or a drop-down menu > > with different fonts and colors. > > You can already customize colors and fonts user for the Company popup. > But if you end up using fonts with different dimensions, of course, that > would result in jagged display. Right. Which is why tooltips or pop-up menus are better: they don't suffer from these problems. > From trying it out, I have the following complaints about x-show-tip > capabilities: > > - It's background rendering is inconsistent. As an example, the first > time I evaluate (tooltip-show "abc") in an Emacs session, the background > is yellow-ish. The next time, and after that, the background is black. This could be the result of the recent changes by Ken, to make tooltips less "voracious", to use Martin's term. Trying in an older Emacs will tell. FWIW, I don't see anything like that here (on MS-Windows). > - Is there a way to show several tooltips at once? To display different > elements of the completion UI side by side. No, you need to lump them all together, or use menus. > - If a tooltip is displayed, and I Alt-Tab to another program's window, > the tooltip remains on top. This is by far the most annoying one. Martin told you how to solve this, I think.