From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: David Kastrup Newsgroups: gmane.emacs.devel Subject: Re: IDE Date: Sat, 10 Oct 2015 20:46:13 +0200 Message-ID: <87oag6ftoq.fsf@fencepost.gnu.org> 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> <56191EBE.5050404@yandex.ru> <83612essaw.fsf@gnu.org> <877fmuix68.fsf@isaac.fritz.box> <8337xispn2.fsf@gnu.org> <56195055.6010409@gmx.at> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1444502886 6415 80.91.229.3 (10 Oct 2015 18:48:06 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sat, 10 Oct 2015 18:48:06 +0000 (UTC) To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sat Oct 10 20:48:06 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 1ZkzBa-0000hj-Ak for ged-emacs-devel@m.gmane.org; Sat, 10 Oct 2015 20:48:02 +0200 Original-Received: from localhost ([::1]:45859 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZkzBZ-00043w-NY for ged-emacs-devel@m.gmane.org; Sat, 10 Oct 2015 14:48:01 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:33408) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZkzB4-00042W-Fu for emacs-devel@gnu.org; Sat, 10 Oct 2015 14:47:31 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ZkzB3-0007Jh-Kk for emacs-devel@gnu.org; Sat, 10 Oct 2015 14:47:30 -0400 Original-Received: from fencepost.gnu.org ([2001:4830:134:3::e]:58479) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZkzB3-0007JR-Hr for emacs-devel@gnu.org; Sat, 10 Oct 2015 14:47:29 -0400 Original-Received: from localhost ([127.0.0.1]:44062 helo=lola) by fencepost.gnu.org with esmtp (Exim 4.82) (envelope-from ) id 1ZkzB2-0006Bi-TF for emacs-devel@gnu.org; Sat, 10 Oct 2015 14:47:29 -0400 Original-Received: by lola (Postfix, from userid 1000) id DCA46E2FDB; Sat, 10 Oct 2015 20:46:13 +0200 (CEST) In-Reply-To: (John Wiegley's message of "Sat, 10 Oct 2015 11:31:13 -0700") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.0.50 (gnu/linux) X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2001:4830:134:3::e 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:191161 Archived-At: "John Wiegley" writes: > Right now we have a pretty nice infrastructure for things like > indenting code. That is, there are standard keybindings (TAB, C-M-\), > a standard per-buffer override variable (indent-line-function), a > standard command (indent-according-to-mode), and ways for packages > like Yasnippet to override the meaning of TAB without ruining > functionality. Emacs sucks at multiple-language buffers out of the box. They are inherent for any form of literate programming, they are rather prevalent for embedding languages in HTML, they are useful for things like Texinfo with embedded examples, I'd need them for LilyPond (which integrates Scheme code). Many IDEs are single-language to start with, and if they aren't, they are either generic or single-language per file. There is mmm-mode but it's not part of ELPA (and probably not copyright-assignable, at least that's my guess of why it might be out). And I strongly suspect that some stronger core features inside of Emacs would be desirable, like keeping indentation and font-locking engines and syntax constrained to regions identified with overlays or text properties. -- David Kastrup