From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Stefan Monnier Newsgroups: gmane.emacs.devel Subject: Re: could matlab-mode be in ELPA or the GNU emacs tree (like auctex and org-mode)? Date: Mon, 22 Nov 2021 08:58:11 -0500 Message-ID: References: <878rxiu323.fsf@mat.ucm.es> <87v90mrkvu.fsf@mat.ucm.es> <87zgpxncrf.fsf@yahoo.com> <87pmqtsyox.fsf@mat.ucm.es> <87lf1hpj20.fsf@mat.ucm.es> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="14282"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (gnu/linux) To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Mon Nov 22 14:58:57 2021 Return-path: Envelope-to: ged-emacs-devel@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1mp9qT-0003PO-9D for ged-emacs-devel@m.gmane-mx.org; Mon, 22 Nov 2021 14:58:57 +0100 Original-Received: from localhost ([::1]:34272 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1mp9qR-0005r2-59 for ged-emacs-devel@m.gmane-mx.org; Mon, 22 Nov 2021 08:58:55 -0500 Original-Received: from eggs.gnu.org ([209.51.188.92]:43332) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mp9ps-00056M-MC for emacs-devel@gnu.org; Mon, 22 Nov 2021 08:58:20 -0500 Original-Received: from mailscanner.iro.umontreal.ca ([132.204.25.50]:53794) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mp9pp-0005JU-9x for emacs-devel@gnu.org; Mon, 22 Nov 2021 08:58:19 -0500 Original-Received: from pmg2.iro.umontreal.ca (localhost.localdomain [127.0.0.1]) by pmg2.iro.umontreal.ca (Proxmox) with ESMTP id 24CB8805E6; Mon, 22 Nov 2021 08:58:15 -0500 (EST) Original-Received: from mail01.iro.umontreal.ca (unknown [172.31.2.1]) by pmg2.iro.umontreal.ca (Proxmox) with ESMTP id 5543380169; Mon, 22 Nov 2021 08:58:13 -0500 (EST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=iro.umontreal.ca; s=mail; t=1637589493; bh=LhEBezZpHEcn5E3BnvoRrBM/IQzMnDzk6XBZrx6GV4g=; h=From:To:Subject:References:Date:In-Reply-To:From; b=EMSntd3xyXKRvNNNZK4NTKjsgG2H9zqd+HdQ1QVZM6P4sCZYMLeKPncgwQFoY6uQ5 Qvog2STnTupdpIKhEHNobpjW7YFjUsTDxrkkq7w+aNDyWYR+afuD7CqgXVdax9Krm/ aiN464ugyd9ychWP/2OINZVWBl1eQfe3306flg+Mqs38jns7bqauuWKViFBEbhT8Pb M2iZrrUgWxMLgKgm6rJ3VfX8SZzac0C3SGh2/Rz5UWtG3+dbgMO+7zuv7qic50H25X Jcx0/PLO7DzCpR0yYffYBxvrFCjMkk7b9cPi1P82Q+NCX2DcdKoOdvJjdGo06mnD/K eC9QAJFs6uu0g== Original-Received: from pastel (unknown [216.154.30.173]) by mail01.iro.umontreal.ca (Postfix) with ESMTPSA id 0F0E01204BA; Mon, 22 Nov 2021 08:58:13 -0500 (EST) In-Reply-To: <87lf1hpj20.fsf@mat.ucm.es> (Uwe Brauer's message of "Sun, 21 Nov 2021 17:31:03 +0100") Received-SPF: pass client-ip=132.204.25.50; envelope-from=monnier@iro.umontreal.ca; helo=mailscanner.iro.umontreal.ca X-Spam_score_int: -42 X-Spam_score: -4.3 X-Spam_bar: ---- X-Spam_report: (-4.3 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_MED=-2.3, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.29 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-mx.org@gnu.org Original-Sender: "Emacs-devel" Xref: news.gmane.io gmane.emacs.devel:279912 Archived-At: >>> GNU Emacs runs on free and non free OS, so although that is important >>> point I don't think it is essential. > >> But Emacs does not work better under Windows (or macOS) than under GNU/Linux. >> E.g. we explicitly disabled support for colored fonts on macOS until we >> had support for that under GNU/Linux. > >> So a comparable situation would be for a mode that works both with >> Matlab and Octave but doesn't provide any feature which only works >> with Matlab. > > I am not sure that the command-shell would fit into that description. > > Frankly, I don't see here a problem, in my understanding currently we > have > > 1. One shell for octave > > 2. One shell for matlab Other than (re)writing the indentation code in `octave-mode` (used as a guinea pig back then for experimentation with SMIE), I know very little about Octave and Matlab, so I really don't know at all what might be the differences in terms of features that matlab/octave-mode could offer when used with Matlab vs when used with Octave. All I was saying is that in order to get `matlab-mode` into GNU ELPA, you'll probably have to make sure it doesn't provide any feature that only works with Matlab but not with Octave. [ And if such a feature is missing, the way forward is to add it to the Octave side, potentially by adding some underlying feature to Octave itself and then adding support for it to the ELisp package. ] Stefan