From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED.blaine.gmane.org!not-for-mail From: Stefan Monnier Newsgroups: gmane.emacs.help Subject: Re: Is Elisp really that slow? Date: Wed, 15 May 2019 11:42:18 -0400 Message-ID: References: <20190514235412.kncazq45szlum2gr@Ergus> <46f308ff-5a70-8ccc-310b-48167088ff5a@yandex.ru> <87woirsvdb.fsf@telefonica.net> <87sgtfsswd.fsf@telefonica.net> <76f6370c-e8b7-bc59-634c-c48ea7af7f70@yandex.ru> <87lfz7sqb9.fsf@telefonica.net> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: blaine.gmane.org; posting-host="blaine.gmane.org:195.159.176.226"; logging-data="238595"; mail-complaints-to="usenet@blaine.gmane.org" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux) To: help-gnu-emacs@gnu.org Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Wed May 15 17:58:37 2019 Return-path: Envelope-to: geh-help-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([209.51.188.17]) by blaine.gmane.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:256) (Exim 4.89) (envelope-from ) id 1hQwId-000zpS-K2 for geh-help-gnu-emacs@m.gmane.org; Wed, 15 May 2019 17:58:35 +0200 Original-Received: from localhost ([127.0.0.1]:39022 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1hQwIc-0005Bk-Mm for geh-help-gnu-emacs@m.gmane.org; Wed, 15 May 2019 11:58:34 -0400 Original-Received: from eggs.gnu.org ([209.51.188.92]:51592) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1hQwFX-0002wS-Dx for help-gnu-emacs@gnu.org; Wed, 15 May 2019 11:55:24 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1hQw32-0005rX-HD for help-gnu-emacs@gnu.org; Wed, 15 May 2019 11:42:30 -0400 Original-Received: from [195.159.176.226] (port=44180 helo=blaine.gmane.org) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1hQw32-0005qT-6U for help-gnu-emacs@gnu.org; Wed, 15 May 2019 11:42:28 -0400 Original-Received: from list by blaine.gmane.org with local (Exim 4.89) (envelope-from ) id 1hQw2z-000hdB-NA for help-gnu-emacs@gnu.org; Wed, 15 May 2019 17:42:25 +0200 X-Injected-Via-Gmane: http://gmane.org/ Cancel-Lock: sha1:sliQRI+YaNJlBk5iRtKziuJp/OE= X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 195.159.176.226 X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Users list for the GNU Emacs text editor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Original-Sender: "help-gnu-emacs" Xref: news.gmane.org gmane.emacs.help:120397 Archived-At: > And, as already mentioned, comment-dwim is not an alternative to > comment-region. They do different things. I beg to differ. > At the end, we deplete the available bindings from each mode just for > the cause of coherence. comment-region is not specific to C-mode, so if we want to bind it (to C-c C-c or something else), it should be done elsewhere (e.g. prog-mode). The way things work in Emacs is that major-modes are written by users. Those don't directly care about distinguishing what is really specific to this major-mode from what is rather a personal preference or what would be a generally useful functionality: they just want to get their major mode to behave in a particular way. Then, over time, as this major mode and its behavior is exposed to other users, its maintainer(s) learn to distinguish between these differences, so they remove some settings altogether (which proved to be personal preferences of the author, typical examples being comment-indent, indent-tabs-mode, word-syntax for the _ character, ...), and repackage others as separate packages usable in different major modes (e.g. tab-always-indent, electric-indent-mode, comment-region, smie, ...). This second step is not necessarily in the best short-term interest of users of this mode (not only because change is annoying but also because often as feature are made usable in several modes they end up dropping some very specific ad-hoc behavior which is too hard to support in a generic way, ...), but it is the best long term interest of Emacs as a whole. Stefan