From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Stephen Leake Newsgroups: gmane.emacs.devel Subject: Re: New ELPA package ada-lite Date: Wed, 17 Aug 2022 18:23:11 -0700 Message-ID: <86fshufips.fsf@stephe-leake.org> References: <86y1vpfl1k.fsf@stephe-leake.org> <86sflvfbb5.fsf@stephe-leake.org> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="17499"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (windows-nt) Cc: emacs-devel To: Stefan Monnier Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Thu Aug 18 03:24:29 2022 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 1oOUGr-0004QC-7e for ged-emacs-devel@m.gmane-mx.org; Thu, 18 Aug 2022 03:24:29 +0200 Original-Received: from localhost ([::1]:42994 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1oOUGp-0007MU-SZ for ged-emacs-devel@m.gmane-mx.org; Wed, 17 Aug 2022 21:24:27 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:58372) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1oOUFu-0006gZ-HK for emacs-devel@gnu.org; Wed, 17 Aug 2022 21:23:30 -0400 Original-Received: from gproxy1-pub.mail.unifiedlayer.com ([69.89.25.95]:41424) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1oOUFs-0006op-69 for emacs-devel@gnu.org; Wed, 17 Aug 2022 21:23:29 -0400 Original-Received: from cmgw13.mail.unifiedlayer.com (unknown [10.0.90.128]) by progateway3.mail.pro1.eigbox.com (Postfix) with ESMTP id 20F1D1004BFE7 for ; Thu, 18 Aug 2022 01:23:13 +0000 (UTC) Original-Received: from host2007.hostmonster.com ([67.20.76.71]) by cmsmtp with ESMTP id OUFcoFNbWG7RFOUFcoagVV; Thu, 18 Aug 2022 01:23:13 +0000 X-Authority-Reason: nr=8 X-Authority-Analysis: v=2.4 cv=EscXEQQA c=1 sm=1 tr=0 ts=62fd9481 a=dWLzHQi6WpdymmZIwiVdBw==:117 a=Fln8i1WyhtedwaIJAdHvmw==:17 a=dLZJa+xiwSxG16/P+YVxDGlgEgI=:19 a=biHskzXt2R4A:10:nop_rcvd_month_year a=vvvmwbhNdt4A:10:endurance_base64_authed_username_1 a=iRZporoAAAAA:8 a=IIhfeBOmfpSMJSMY6gAA:9 a=NOBgFS-JBQ2l-kSd6-zu:22 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=stephe-leake.org; s=default; h=Content-Type:MIME-Version:Message-ID:Date: References:In-Reply-To:Subject:Cc:To:From:Sender:Reply-To: Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date: Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id: List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=acvlH3tu9MJWbigFtIxL8Y9uad5DwmE0SdGE9EUR9xI=; b=Kp65Cdf6GajK6WUXi5MoCTaWw6 yzTE3cTcZ22/eq0ZnBHmhvVZkVsqIp7lKYT/fnv9ZK7VpU3aDrPkIlxmDmLK7EYlwvMx0m42ryQY0 HQZohuwWiGSYs3LMePV1zAAjshzp7F/lnL2ZPOrYXRH6QX4SDoxsZpeGCfWiUAT0ISoPqSZwdKz7V lFCAV6wddtNdQHcAPtqEjP8NsP7qSPGQsksuILCzRoaGRWa/IjeHQ7OcLfw+1h5pnc/9KGCo/MW2F Jvb8aVIRrwNqC/BYXSCN7D1PJ3yS4NzuIjuWK+OQmsVzUoYGGOpOvtBaKgmaZG4atdkzN2iAibHTf ebTj0j0g==; Original-Received: from 135-180-197-170.fiber.dynamic.sonic.net ([135.180.197.170]:50101 helo=DESKTOP-G20DCG1) by host2007.hostmonster.com with esmtpsa (TLS1.2) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.95) (envelope-from ) id 1oOUFc-003b7v-LD; Wed, 17 Aug 2022 19:23:12 -0600 In-Reply-To: (Stefan Monnier's message of "Wed, 17 Aug 2022 07:49:45 -0400") X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - host2007.hostmonster.com X-AntiAbuse: Original Domain - gnu.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - stephe-leake.org X-BWhitelist: no X-Source-IP: 135.180.197.170 X-Source-L: No X-Exim-ID: 1oOUFc-003b7v-LD X-Source-Sender: 135-180-197-170.fiber.dynamic.sonic.net (DESKTOP-G20DCG1) [135.180.197.170]:50101 X-Source-Auth: stephen_leake@stephe-leake.org X-Email-Count: 5 X-Source-Cap: c3RlcGhlbGU7c3RlcGhlbGU7aG9zdDIwMDcuaG9zdG1vbnN0ZXIuY29t X-Local-Domain: yes Received-SPF: pass client-ip=69.89.25.95; envelope-from=stephen_leake@stephe-leake.org; helo=gproxy1-pub.mail.unifiedlayer.com X-Spam_score_int: -16 X-Spam_score: -1.7 X-Spam_bar: - X-Spam_report: (-1.7 / 5.0 requ) BAYES_00=-1.9, DKIM_INVALID=0.1, DKIM_SIGNED=0.1, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01 autolearn=no 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:293578 Archived-At: Stefan Monnier writes: >>> Sounds good, as long as the other ada-mode will be modified to (require >>> and) derive from (or extend) ada-lite. >>> >>> Currently, if both ada-mode and ada-lite packages are installed and >>> activated, their autoloads will fight for the top spot of >>> `auto-mode-alist`. >> >> Hmm. I was assuming only one would be activated. In my current testing, >> I have ada-mode disabled in package-load-list, so I have not run into >> this problem. >> >> I don't see how deriving ada-mode from ada-lite-mode helps here; there >> are still conflicting entries in auto-mode-alist. > > It doesn't for the `auto-mode-alist` issue. > > Maybe the full ada-mode should be turned into a minor mode for > `ada-lite-mode` (like eglot-mode)? Hmm. Maybe. Currently they are distinct modes because eglot uses the mode to find the language server; ada-lite-mode allows for eglot, but ada-mode provides many of the same facilities as eglot, and therefore eglot should _not_ know about it. The current entry in eglot-server-programs has ada-mode; that will change to ada-lite-mode when this gets released. Unless we decide on a different solution. > There's a bunch of similar cases: > - Built-in tex-mode va AUCTeX > - cperl-mode vs perl-mode > - js-mode vs js2-mode vs js3-mode vs jsx-mode vs ... > - python.el vs python-mode.el > > This is generally considered as a problem, so the better choice is to > try and avoid it. I guess the long-term goal is to merge all features into one mode, possibly as minor-modes, as you describe for javascript. If each feature of ada-mode that conflicts with eglot is changed to a minor mode, it can just be disabled, rather than deleted. I'll experiment; I'll use ada-mode with eglot, and try to turn off things that cause problems. >> You seem to be implying that syntax-ppss-flush-cache is already done by >> the "set major mode" code? > > Yes, that should be the case (because the cache's info is kept in local > vars which get zapped by the `kill-all-local-variables`). Ok, I'll delete the flush-cache and see what happens. -- -- Stephe