emacs-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: IDE


From: Andreas Röhler
Subject: Re: IDE
Date: Sun, 11 Oct 2015 10:15:41 +0200
User-agent: Mozilla/5.0 (X11; Linux i686; rv:31.0) Gecko/20100101 Thunderbird/31.4.0


Am 10.10.2015 um 23:23 schrieb Dmitry Gutov:
On 10/10/2015 09:58 PM, Eli Zaretskii wrote:

To me, an IDE is not a set of functionalities.  It's a coherent
application that provides an IDE-like look-and-feel, and all the
related functions already integrated and ready for me to be used.
That includes window-layout, btw, because configuring Emacs windows
for IDE-like behavior is an exceedingly complex task, one that's
impossible without good command of ELisp.  Not something I'd offer a
user whose only wish is to build a project in some language we
support.

While I agree that working with windows in Emacs is often more trouble than it should be, I don't think that offering a fixed layout like ECB is the answer: it doesn't anticipate the needs of commands like vc-dir, and it doesn't solve all problems anyway.

Rather than that, we should provide more consistent guidelines for window behavior, like whether a command should use a new window, reuse an existing one, etc, and try harder not to destroy a layout the user created. Maybe include a more accessible alternative to winner-mode (which is a lifesaver, but is more of a kludge than a user-friendly solution).



AFAIU Emacs in past time changed too fast, introduced new features or new function without an appropriate discussion, broke backward code too fast.

Got the impression developers spend a lot of time with fruits of their colleages, which just weren't in time to sell it yet.

That's rather an impression than established knowledge.

In case its true, a policy focused on branches while feature-freeze being the normal state might help.






reply via email to

[Prev in Thread] Current Thread [Next in Thread]