From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.bugs Subject: bug#60376: 29.0.60; Standardize csharp-ts-mode's font-lock features Date: Fri, 30 Dec 2022 16:15:48 +0200 Message-ID: <838rip6kq3.fsf@gnu.org> References: <7A5618C7-25D7-4B52-8D16-5C54F09FA4CA@gmail.com> <83lemp717m.fsf@gnu.org> <4bb171b5-71d8-d265-0bf6-d688b5146603@secure.kjonigsen.net> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="24152"; mail-complaints-to="usenet@ciao.gmane.io" Cc: 60376@debbugs.gnu.org, casouri@gmail.com, jostein@kjonigsen.net, theo@thornhill.no To: jostein@kjonigsen.net Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Fri Dec 30 15:16:50 2022 Return-path: Envelope-to: geb-bug-gnu-emacs@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 1pBGBj-00062r-6Y for geb-bug-gnu-emacs@m.gmane-mx.org; Fri, 30 Dec 2022 15:16:47 +0100 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1pBGB2-0004Zi-Fs; Fri, 30 Dec 2022 09:16:04 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1pBGB1-0004ZL-45 for bug-gnu-emacs@gnu.org; Fri, 30 Dec 2022 09:16:03 -0500 Original-Received: from debbugs.gnu.org ([209.51.188.43]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1pBGB0-00087P-PJ for bug-gnu-emacs@gnu.org; Fri, 30 Dec 2022 09:16:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1pBGB0-0005lW-Ko for bug-gnu-emacs@gnu.org; Fri, 30 Dec 2022 09:16:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 30 Dec 2022 14:16:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 60376 X-GNU-PR-Package: emacs Original-Received: via spool by 60376-submit@debbugs.gnu.org id=B60376.167240975822140 (code B ref 60376); Fri, 30 Dec 2022 14:16:02 +0000 Original-Received: (at 60376) by debbugs.gnu.org; 30 Dec 2022 14:15:58 +0000 Original-Received: from localhost ([127.0.0.1]:33774 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pBGAw-0005l0-4w for submit@debbugs.gnu.org; Fri, 30 Dec 2022 09:15:58 -0500 Original-Received: from eggs.gnu.org ([209.51.188.92]:35268) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pBGAu-0005kk-QQ for 60376@debbugs.gnu.org; Fri, 30 Dec 2022 09:15:57 -0500 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1pBGAo-0007xh-Vu; Fri, 30 Dec 2022 09:15:51 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=MIME-version:References:Subject:In-Reply-To:To:From: Date; bh=m5kiQbd6ZkqdPt7C+2P2hLUyIvX8Svhx132mcDzP8n8=; b=FPKVSLpo0byEdonkdZIW vJN1gPK+kuauXZ7vu+/zY0/pYnrfQQQVA+OX2AIIRG5COJ6qou+2oH6yVwRtmjicgEJmzBsCZCX3H bq8oG/g/4usauqyh+4ltF4/J/uHj2qdUZX5D557cyXudXJNbvj1NWnxuB6hAO8aLQoADSuiEkblPr 6G/6GS7F24FTcWdBkGnclhNI8VUgZML8lpp0ArjLkBWnKOzyc2bm75YiA1SCYiG/QfDpj3vkpW66B auIgN/gGrlVdnKMJagMLCroT7i+OoLYAe7pKAAfKuL0e4giFLrB4P28uoW4qF/8XnKBjPmbFnzqEk 3KUYlg6l8mYrNw==; Original-Received: from [87.69.77.57] (helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1pBGAo-0000BO-F0; Fri, 30 Dec 2022 09:15:50 -0500 In-Reply-To: <4bb171b5-71d8-d265-0bf6-d688b5146603@secure.kjonigsen.net> (message from Jostein =?UTF-8?Q?Kj=C3=B8nigsen?= on Fri, 30 Dec 2022 14:35:46 +0100) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Xref: news.gmane.io gmane.emacs.bugs:252117 Archived-At: > Date: Fri, 30 Dec 2022 14:35:46 +0100 > Cc: 60376@debbugs.gnu.org, jostein@kjonigsen.net, theo@thornhill.no > From: Jostein Kjønigsen > > Cc: 60376@debbugs.gnu.org, jostein@kjonigsen.net, theo@thornhill.no > >> From: Yuan Fu > >> Date: Thu, 29 Dec 2022 14:16:13 -0800 > >> > >>> So a "complete feature freeze" is approaching. That makes complete sense, and I respect that. Are there any exact > >>> deadlines or dates we'd like to stay ahead of, or is this more an abstract thing, until Emacs 29 is eventually deemed ready > >>> for release? > >> I heard that it’s in a few days (from Eli). > > That was a few days ago ;-) So now it's "any day now". > > Ok. That's unfortunate timing. > > To be clear, I think it's absolutely realistic to get csharp-ts-mode to > adhere to some of the guidelines outlined in the > tree-sitter-standardization thread. > > But it's completely unrealistic (at least on my part) to get any > well-crafted and well-tested changes into csharp-ts-mode until after > new-years. If you can come up with a 85% correct code soon, and leave the rest for bug-fixing, that's also acceptable. Otherwise, please understand my POV: we do want to release Emacs 29 soon. The tree-sitter related features already got a full month of slack, whereby new features were acceptable on the release branch. If we keep delaying the freeze, we will not release Emacs 29 any time soon. You have all been here for the past month, and I announced the rules loud and clear, so if some modes are still not up to speed with the latest treesit.el changes, then it's too bad, but we will have to wait for Emacs 30 with those. I'm sorry, but we do need to draw the line in the sand at some point: people are waiting for Emacs 29, and we cannot disappoint them.