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.devel Subject: Re: Some performance questions. Date: Thu, 09 Feb 2023 15:46:49 +0200 Message-ID: <831qmzlzna.fsf@gnu.org> References: <20230208190819.z7xwgxm5gpbzmjrz.ref@Ergus> <20230208190819.z7xwgxm5gpbzmjrz@Ergus> <83a61nor5r.fsf@gnu.org> <838rh7oqwg.fsf@gnu.org> <837cwrnz0e.fsf@gnu.org> <20230209114928.eqpojruluur42hur@Ergus> Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="15920"; mail-complaints-to="usenet@ciao.gmane.io" Cc: emacs-devel@gnu.org To: Ergus Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Thu Feb 09 14:47:49 2023 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 1pQ7HA-0003y0-NU for ged-emacs-devel@m.gmane-mx.org; Thu, 09 Feb 2023 14:47:48 +0100 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1pQ7GO-0007GM-FR; Thu, 09 Feb 2023 08:47:00 -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 1pQ7GN-0007Eb-Le for emacs-devel@gnu.org; Thu, 09 Feb 2023 08:46:59 -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 1pQ7GN-0004ZK-DI; Thu, 09 Feb 2023 08:46:59 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=aS1WJ6hZ5iFgTCWeiPVay5/vtFVkbntMXaW6DUfN7Ok=; b=sJceXFgTvvLz GfstZKcUADhTaljx3uRn6a9KsrGwq+Er9qXh0SHegrXFCicodL+w/N6SRpOXiEsMy8gkUqZv/Er3q VTRkQqH8+L32Fb8qR2MHJGz/UCodyufWmdg3uwYGkv/w7/cH3NMLvsg5UGelYjdknPVYIo0AINh8c Xl53RaVWdFr90rCVyIs/pQgfpyzZoIax6AuZd7v8Gd2R07np+9gH3THJqCUg/g65dZgNLIOva+wGo VJOrApTKs4NW2qD2F+nXPLBCSrn2J8vKht1cjKQl1XuigES8EdxzSsLkGV+VdHchBF/K36qp+JkJW 5OgIhluyP/FQiRpdkytSfQ==; 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 1pQ7GM-0004Fj-On; Thu, 09 Feb 2023 08:46:59 -0500 In-Reply-To: <20230209114928.eqpojruluur42hur@Ergus> (message from Ergus on Thu, 9 Feb 2023 12:49:28 +0100) 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-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Xref: news.gmane.io gmane.emacs.devel:303076 Archived-At: > Date: Thu, 9 Feb 2023 12:49:28 +0100 > From: Ergus > > 1) The new c-ts-mode-indent-style is a bit confusing for a cc-mode > user..., That is strange, since it's supposed to support (a subset of) the same styles that CC mode support, including the default GNU style. > could you add some similar/equivalent examples than the ones in the > cc-mode documentation in order to extrapolate/translate? > > OR > > Is it possible to use add examples of equivalent implementations between > c-offsets-alist and c-ts-mode-indent-style. This is supposed to work via indentation styles, see below. > 2) In case the user wants to modify an indentation style, is it possible > to use another existing style and use it as base template like > c-add-style does? See c-ts-mode-set-style (bound to "C-c .", as in CC mode) and c-ts-mode-set-global-style. > 3) Which of the cc-hooks (c-hanging-braces-alist, c-cleanup-list and > c-hanging-semi&comma-criteria) is already possible to reproduce with ts? > some example please :( Please describe the behavior you want to see and didn't see in c-ts-mode, the CC mode variables are not used in c-ts-mode. > 4) Is it possible already (I am sure that in the future they will), to > create behaviors like c-lineup-arglist, > c-lineup-arglist-intro-after-paren, or c-snug-do-while? Again, please request features. I'm not sure I even know what these do.