Received: (at 70641) by debbugs.gnu.org; 30 Apr 2024 11:22:26 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Tue Apr 30 07:22:26 2024 Received: from localhost ([127.0.0.1]:59377 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1s1lZ3-0004jS-M1 for submit <at> debbugs.gnu.org; Tue, 30 Apr 2024 07:22:26 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:59436) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <eliz@HIDDEN>) id 1s1lYz-0004jF-99 for 70641 <at> debbugs.gnu.org; Tue, 30 Apr 2024 07:22:25 -0400 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 <eliz@HIDDEN>) id 1s1lYZ-0006Nf-97; Tue, 30 Apr 2024 07:21:55 -0400 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=7ues4O+yXjB3orF2JsPrxYJWmVW2Qo9AFd7J/+DX/+s=; b=BgtS8WepS7YcP1Xu2jR0 mln0Gqu2EEYoz7fxbEMe6rd+qdj3X5V6pgpf7E5bFGeljSlJ2pYYJ8lUQLT5S7NIQqtoWrUBzq8mn F/QkU64rAC6SlRKpJghGiurkN99TQhmIs+4tla7qZQxHPeThQCfEKO7gf6E63g++jVtpwdCiTSIC1 6qyuGeRbb1GtCvVpq2EsAlMkCAWSArb9o5LFnOsKW86lTQRxFMsP2CIzc+2BNz5/5Wv0AmOlgsz1J bvVe38gsomNyjQrq0ij5JMSAm3FNO2TyB7xqAlAzXwvjW6c9p1sOWva9Qqn0Ne3gfw2f2pFc/U69N pnH6Sue3N0gU0w==; Date: Tue, 30 Apr 2024 14:21:53 +0300 Message-Id: <86a5lbqeni.fsf@HIDDEN> From: Eli Zaretskii <eliz@HIDDEN> To: Yuan Fu <casouri@HIDDEN> In-Reply-To: <58FDF612-1502-4CF0-8FDF-8507FB29B98E@HIDDEN> (message from Yuan Fu on Mon, 29 Apr 2024 21:57:18 -0700) Subject: Re: bug#70641: 29.1.90; default-indent-new-line cannot put comment delimiter on c-ts-mode References: <B4D92C86-7210-4CB4-8B4B-A213A607F317@HIDDEN> <86mspcsjhc.fsf@HIDDEN> <58FDF612-1502-4CF0-8FDF-8507FB29B98E@HIDDEN> MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 70641 Cc: 70641 <at> debbugs.gnu.org, hskimse1@HIDDEN X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -3.3 (---) > From: Yuan Fu <casouri@HIDDEN> > Date: Mon, 29 Apr 2024 21:57:18 -0700 > Cc: 김희석 <hskimse1@HIDDEN>, > 70641 <at> debbugs.gnu.org > > > c-mode defines a special value for comment-line-break-function, > > whereas c-ts-mode does not. Yuan, can you look into adding this? > > This sounds like #70074. I’ve recently added a c-ts-mode version of comment-line-break-function on master. (That function works for any C-like language.) Yes, I see that the master branch already has this issue fixed. Thanks. > >> Also, on c-mode, when I write multiple lines of comment with first line > >> of comment is "/**", (like above examples) that block is set to have > >> the same font-lock face as string to make it easier to read, but > >> in c-ts-mode that behavior doesn't happen and they all have > >> the same face. > > > > That's a completely separate issue, which should have been reported > > separately. It looks like c-mode uses font-lock-doc-face in those > > comments, not font-lock-comment-face. See the various uses of > > c-font-lock-doc-comments in cc-fonts.el. AFAIR, these features are > > beginning to be supported by the tree-sitter grammar itself, we just > > need to use that in our font-lock definitions? Yuan, any comments? > > Some languages formally defines different kinds of comments and the grammar tend to make the distinction between them. C grammar doesn’t make that distinction, everything is just comment. > > That doesn’t stop us from adding a font-lock rule that fontifies /** comments in doc-face though. We can totally do that. I think we should indeed do it.
bug-gnu-emacs@HIDDEN
:bug#70641
; Package emacs
.
Full text available.Received: (at 70641) by debbugs.gnu.org; 30 Apr 2024 04:57:59 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Tue Apr 30 00:57:59 2024 Received: from localhost ([127.0.0.1]:59082 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1s1fZ1-0000Cn-8u for submit <at> debbugs.gnu.org; Tue, 30 Apr 2024 00:57:59 -0400 Received: from mail-oi1-x22b.google.com ([2607:f8b0:4864:20::22b]:58859) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <casouri@HIDDEN>) id 1s1fYy-0000Cg-Ly for 70641 <at> debbugs.gnu.org; Tue, 30 Apr 2024 00:57:58 -0400 Received: by mail-oi1-x22b.google.com with SMTP id 5614622812f47-3c7510d1bacso3162320b6e.1 for <70641 <at> debbugs.gnu.org>; Mon, 29 Apr 2024 21:57:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1714453050; x=1715057850; darn=debbugs.gnu.org; h=to:references:message-id:content-transfer-encoding:cc:date :in-reply-to:from:subject:mime-version:from:to:cc:subject:date :message-id:reply-to; bh=8DVHd6doCnLCFhoxw7YFjWHRIe8IJ7kIf73vaOX8uxo=; b=DG2v87fRvkHlPWYiBOvgItUg8yL/tWfrA5NfvL+MKOvTwFI+ppRX4hNb9bM3hb3Bex pCBjZCNRgyJJe32BB7D7lrnhTUOsWRdTyZ5pB0Z/vAYYz90ra/+OHRTdEMDq270SD3UW wR3Z0Zsu05JWxTRtXsmRcTnxMRkG/v5F4p4EdKTvLaZHLgicaqr5whUdIj/E42b3C6Wm Iq1nV8Rl2qndMZeg+Lq/J/yT8UCNW3uPzvwCSKy77SxGnFAa5Qz4fHCVIiK7oyOdk75C 82HBEnfYVZD9eevJvwRNuPVSuczxUtjNIPtuDfl5IHhjz87bZmDzytD9vwgvXz/cRPUR yxjg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1714453050; x=1715057850; h=to:references:message-id:content-transfer-encoding:cc:date :in-reply-to:from:subject:mime-version:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=8DVHd6doCnLCFhoxw7YFjWHRIe8IJ7kIf73vaOX8uxo=; b=J2zyKKwH5Uloh0vulx05fDN7/FxA15fX44YpKCB6iLXsuS2D+cuwAHs8fSA+VU8PFJ ZLF+mVEmDjF2/Co1bl3bR298nIjavLNooyK1OCal+1iZkiy414hMkc5UPhKk6/M0MKDv zzGelBAAzwfAxOyA4vhNaXbR2fzTXlvVl4YGw5wRcuzzM+KkFK/DdT7zwEtjZcetuvz2 OBznz7Vh+YCRF/ghJCaKmtn50r2hh5tQveG1Lk41U9CvxmRihtYyfwy6Dcz/rU9rkQMQ dd4ugzK6/IJpHy0VFZkt4GXetkt0ga3EWxOgcMU6WBIaIsuRQQxsKzPlf5eyYI8+mGU/ +i4Q== X-Forwarded-Encrypted: i=1; AJvYcCWaWtAzkFswOkt7ABXgHVYr7h/jBeYaitkUacvjFOiyOPeR8mih6ewr91ItPDjtguXJkvSa5wq/+Qnb0FTsTaD63Pr1FH8= X-Gm-Message-State: AOJu0Ywt6LhNHsfkbUynMUafu04KswknBk1jLrtGG9WI9HyGKgbguRI+ 5ADbmN13TYIPResTPfV445Sx+ZOegnGQ74sk37Ey/rWxdA0hHDqI X-Google-Smtp-Source: AGHT+IGmYoebZx6oVCcPQ8WtaAL6fpmUTVpV1VyEGv8wLJVKpjNiO5iMS3Ocd+XTOjJlC6XRx9EA9w== X-Received: by 2002:a05:6808:30e:b0:3c8:43bf:4c91 with SMTP id i14-20020a056808030e00b003c843bf4c91mr14472550oie.13.1714453050577; Mon, 29 Apr 2024 21:57:30 -0700 (PDT) Received: from smtpclient.apple ([2601:641:300:4910:f9ed:3ba9:7e02:f6eb]) by smtp.gmail.com with ESMTPSA id p9-20020aa79e89000000b006f3efb03841sm4815153pfq.40.2024.04.29.21.57.29 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Mon, 29 Apr 2024 21:57:30 -0700 (PDT) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3731.700.6.1.1\)) Subject: Re: bug#70641: 29.1.90; default-indent-new-line cannot put comment delimiter on c-ts-mode From: Yuan Fu <casouri@HIDDEN> In-Reply-To: <86mspcsjhc.fsf@HIDDEN> Date: Mon, 29 Apr 2024 21:57:18 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: <58FDF612-1502-4CF0-8FDF-8507FB29B98E@HIDDEN> References: <B4D92C86-7210-4CB4-8B4B-A213A607F317@HIDDEN> <86mspcsjhc.fsf@HIDDEN> To: Eli Zaretskii <eliz@HIDDEN> X-Mailer: Apple Mail (2.3731.700.6.1.1) X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 70641 Cc: 70641 <at> debbugs.gnu.org, =?utf-8?B?6rmA7Z2s7ISd?= <hskimse1@HIDDEN> X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -1.0 (-) > On Apr 29, 2024, at 12:42 AM, Eli Zaretskii <eliz@HIDDEN> wrote: >=20 >> From: =EA=B9=80=ED=9D=AC=EC=84=9D <hskimse1@HIDDEN> >> Date: Mon, 29 Apr 2024 11:12:35 +0900 >>=20 >>=20 >>=20 >> On c-mode, deurn default-indent-new-line auto-indent and >> put delimitors on multiple lines of comment. >>=20 >> For example, if there is comments like this: >> /** >> * Comment like >> * this [] >> */ >> When I press M-j (default-indent-new-line) on the point [], on >> c-mode, emacs indent and put comment delimiter automatically >> like this: >> /** >> * Comment like >> * this >> * [] >> */ >> However on c-ts-mode, it does not works. It indents well, but >> could not find or put the comment delimiter on new line when >> I press M-j. >> /** >> * Comment like >> * this >> [] >> */ >> On c-ts-mode, I found that the default value of variable = comment-multi-line >> is nil, which was t on c-mode, and above behavior is happend when I = set >> this value to t. When it was nil, comment become like this: >> /** >> * Comment like >> * this *//* >> [] >> */ >> Which is intended behavior. >=20 > c-mode defines a special value for comment-line-break-function, > whereas c-ts-mode does not. Yuan, can you look into adding this? This sounds like #70074. I=E2=80=99ve recently added a c-ts-mode version = of comment-line-break-function on master. (That function works for any = C-like language.) >=20 >> Also, on c-mode, when I write multiple lines of comment with first = line >> of comment is "/**", (like above examples) that block is set to have >> the same font-lock face as string to make it easier to read, but >> in c-ts-mode that behavior doesn't happen and they all have >> the same face. >=20 > That's a completely separate issue, which should have been reported > separately. It looks like c-mode uses font-lock-doc-face in those > comments, not font-lock-comment-face. See the various uses of > c-font-lock-doc-comments in cc-fonts.el. AFAIR, these features are > beginning to be supported by the tree-sitter grammar itself, we just > need to use that in our font-lock definitions? Yuan, any comments? Some languages formally defines different kinds of comments and the = grammar tend to make the distinction between them. C grammar doesn=E2=80=99= t make that distinction, everything is just comment. That doesn=E2=80=99t stop us from adding a font-lock rule that fontifies = /** comments in doc-face though. We can totally do that. Yuan
bug-gnu-emacs@HIDDEN
:bug#70641
; Package emacs
.
Full text available.Received: (at 70641) by debbugs.gnu.org; 29 Apr 2024 07:43:00 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Mon Apr 29 03:43:00 2024 Received: from localhost ([127.0.0.1]:55640 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1s1LfA-0004Bo-3T for submit <at> debbugs.gnu.org; Mon, 29 Apr 2024 03:43:00 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:40416) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <eliz@HIDDEN>) id 1s1Lf4-0004Bi-Cn for 70641 <at> debbugs.gnu.org; Mon, 29 Apr 2024 03:42:57 -0400 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 <eliz@HIDDEN>) id 1s1Lee-0000fK-VZ; Mon, 29 Apr 2024 03:42:28 -0400 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=/SJGeFbZSOGcS7isOAuhILOtmEX79MZ4BqfW7gVIUQA=; b=VQrrh/Nkb4OKZBD5WuWw nmTgr2euZwXzobhX5RP6Jr2yw6wFt+qrSDKhDkthjVtXMNAG3eugYqBcY9hljVOl4+sIFQ5+JGOI7 T7wsDIgfWkfYh3ExGZY7YW+A8niBQ7sFpGgGby+LCfJHQqiB5IqqEkorx1BHSwnR7JXiCNJzIw/BL pBTPUUORpOrs6gUwbs91QHWN2zvxsjgtDkxHMMBM6QYiKWx892/NUBcRKD0SU0VX/N30R21Q4UiF0 SfGsuhXhQ4OCeGYGwW7ztsYgBjQ28/WyGXgA5eurp1BG7bMCgdrlxDEnWQfCg0DKfx6smhSu1qp0n liArHrvRi2y5oA==; Date: Mon, 29 Apr 2024 10:42:23 +0300 Message-Id: <86mspcsjhc.fsf@HIDDEN> From: Eli Zaretskii <eliz@HIDDEN> To: =?utf-8?B?6rmA7Z2s7ISd?= <hskimse1@HIDDEN>, Yuan Fu <casouri@HIDDEN> In-Reply-To: <B4D92C86-7210-4CB4-8B4B-A213A607F317@HIDDEN> (message from =?utf-8?B?6rmA7Z2s7ISd?= on Mon, 29 Apr 2024 11:12:35 +0900) Subject: Re: bug#70641: 29.1.90; default-indent-new-line cannot put comment delimiter on c-ts-mode References: <B4D92C86-7210-4CB4-8B4B-A213A607F317@HIDDEN> MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 70641 Cc: 70641 <at> debbugs.gnu.org X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -3.3 (---) > From: 김희석 <hskimse1@HIDDEN> > Date: Mon, 29 Apr 2024 11:12:35 +0900 > > > > On c-mode, deurn default-indent-new-line auto-indent and > put delimitors on multiple lines of comment. > > For example, if there is comments like this: > /** > * Comment like > * this [] > */ > When I press M-j (default-indent-new-line) on the point [], on > c-mode, emacs indent and put comment delimiter automatically > like this: > /** > * Comment like > * this > * [] > */ > However on c-ts-mode, it does not works. It indents well, but > could not find or put the comment delimiter on new line when > I press M-j. > /** > * Comment like > * this > [] > */ > On c-ts-mode, I found that the default value of variable comment-multi-line > is nil, which was t on c-mode, and above behavior is happend when I set > this value to t. When it was nil, comment become like this: > /** > * Comment like > * this *//* > [] > */ > Which is intended behavior. c-mode defines a special value for comment-line-break-function, whereas c-ts-mode does not. Yuan, can you look into adding this? > Also, on c-mode, when I write multiple lines of comment with first line > of comment is "/**", (like above examples) that block is set to have > the same font-lock face as string to make it easier to read, but > in c-ts-mode that behavior doesn't happen and they all have > the same face. That's a completely separate issue, which should have been reported separately. It looks like c-mode uses font-lock-doc-face in those comments, not font-lock-comment-face. See the various uses of c-font-lock-doc-comments in cc-fonts.el. AFAIR, these features are beginning to be supported by the tree-sitter grammar itself, we just need to use that in our font-lock definitions? Yuan, any comments?
bug-gnu-emacs@HIDDEN
:bug#70641
; Package emacs
.
Full text available.Received: (at submit) by debbugs.gnu.org; 29 Apr 2024 05:15:16 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Mon Apr 29 01:15:16 2024 Received: from localhost ([127.0.0.1]:55042 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1s1JMC-0002AW-40 for submit <at> debbugs.gnu.org; Mon, 29 Apr 2024 01:15:16 -0400 Received: from lists.gnu.org ([2001:470:142::17]:47610) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <hskimse1@HIDDEN>) id 1s1GVz-0008VZ-AO for submit <at> debbugs.gnu.org; Sun, 28 Apr 2024 22:13:15 -0400 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 <hskimse1@HIDDEN>) id 1s1GVa-0005tk-1j for bug-gnu-emacs@HIDDEN; Sun, 28 Apr 2024 22:12:46 -0400 Received: from mail-pf1-x435.google.com ([2607:f8b0:4864:20::435]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from <hskimse1@HIDDEN>) id 1s1GVV-0000Rz-Q6 for bug-gnu-emacs@HIDDEN; Sun, 28 Apr 2024 22:12:45 -0400 Received: by mail-pf1-x435.google.com with SMTP id d2e1a72fcca58-6f07de6ab93so3605460b3a.2 for <bug-gnu-emacs@HIDDEN>; Sun, 28 Apr 2024 19:12:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1714356759; x=1714961559; darn=gnu.org; h=to:date:message-id:subject:mime-version:content-transfer-encoding :from:from:to:cc:subject:date:message-id:reply-to; bh=DeImwayV1TqV8cR6liHrG0nC7hCFBbia0bfuWSDuA/M=; b=P/HA8Oo4P+iruk8XbMwq1ITCuVV+R8rT03jAGQ8SZpdY04SpadatfHpekN9uoLNhuZ OFTCtl5HSGOZF1PZ/LROBnLlcdz6l+w7XNQ4DeIT6VqjXhJQgScZoRS8H88eUgrXa+RA BJd9p48wjk5yTR731HzpIrFotVKc+e6J7DpQLXfbw03ykZjam8H4nckMzA09fF0c7CCo 1O+mQjgAEFrOf0grSxVEHxX2KIGp+YYdcM/yC7E7UKJnv4qWsM3ikTVp4rP/Z47t/Nwu zL57jbc4MSmwYgVV/gyG5hUFQCIHvMgXwFVAn/iBRX6gf1p3HyhxfJvGgXqkI+JUze7M 157A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1714356759; x=1714961559; h=to:date:message-id:subject:mime-version:content-transfer-encoding :from:x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=DeImwayV1TqV8cR6liHrG0nC7hCFBbia0bfuWSDuA/M=; b=NpM7kOX/WDt8LmwZxU7xzbMk7vDEjgnyM91CGKSKNhzTN8jLh03SWYX9Pu6exhncjd YFudcWnS/1QHtmZnD6fFvUpRfpyx55wVgoVAUx0K0xzo0h+0ymcgJ5UYeGCvIdj7Yi/c uHOEiba8aE4aH7m9uL+zSS/R9jewb22/1dFMYBKuQs+nji/lsKFTZhbmwMP1O2/qsLjf yR3HndLQ0YftR2NkcXu9+yGdU3UPwiS4TRdhElH1vF4OElHQtabI4Ke8U8b2XThTiF7b FKHF0orEHXxsHXcOA+uYZjHtLwb9p74H31eU+PgNagizUjXqd48EoWl0tNOvQL9NFqll hJkA== X-Gm-Message-State: AOJu0Yw1ytf2IB6lhSSvDLN0mUKGMT0MuRijEvXQ4AQhOjGY8sMskK6B 0GSbzx+iz0luRYpFuBlTh8wSp2loM/BS6HM+YVq2GgMv42nI26UWMsCmmHiy9qo= X-Google-Smtp-Source: AGHT+IEOBKWHz/GzgVRBWhPtrBu9AvnBLybTk4FmyHWNMn1WAQTCamtHPvSFSJiY/5DTLhSxg7NdeA== X-Received: by 2002:a05:6a20:dda6:b0:1a7:4944:d49 with SMTP id kw38-20020a056a20dda600b001a749440d49mr9030544pzb.0.1714356759039; Sun, 28 Apr 2024 19:12:39 -0700 (PDT) Received: from smtpclient.apple ([2001:2d8:741e:a139:454b:1c85:cf79:a1c4]) by smtp.gmail.com with ESMTPSA id p2-20020a170902e74200b001e49bce9d40sm19067527plf.128.2024.04.28.19.12.37 for <bug-gnu-emacs@HIDDEN> (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Sun, 28 Apr 2024 19:12:38 -0700 (PDT) From: =?utf-8?B?6rmA7Z2s7ISd?= <hskimse1@HIDDEN> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3696.120.41.1.8\)) Subject: 29.1.90; default-indent-new-line cannot put comment delimiter on c-ts-mode Message-Id: <B4D92C86-7210-4CB4-8B4B-A213A607F317@HIDDEN> Date: Mon, 29 Apr 2024 11:12:35 +0900 To: bug-gnu-emacs@HIDDEN X-Mailer: Apple Mail (2.3696.120.41.1.8) Received-SPF: pass client-ip=2607:f8b0:4864:20::435; envelope-from=hskimse1@HIDDEN; helo=mail-pf1-x435.google.com X-Spam_score_int: -17 X-Spam_score: -1.8 X-Spam_bar: - X-Spam_report: (-1.8 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_ENVFROM_END_DIGIT=0.25, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-Spam-Score: 1.2 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: On c-mode, deurn default-indent-new-line auto-indent and put delimitors on multiple lines of comment. For example, if there is comments like this: /** * Comment like * this [] */ When I press M-j (default-indent-new-line) on the point [], on c-mode, emacs indent and put comment delimiter automatically [...] Content analysis details: (1.2 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 SPF_HELO_PASS SPF: HELO matches SPF record 1.0 SPF_SOFTFAIL SPF: sender does not match SPF record (softfail) 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (hskimse1[at]gmail.com) 0.2 FREEMAIL_ENVFROM_END_DIGIT Envelope-from freemail username ends in digit (hskimse1[at]gmail.com) X-Debbugs-Envelope-To: submit X-Mailman-Approved-At: Mon, 29 Apr 2024 01:15:15 -0400 X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: 0.2 (/) On c-mode, deurn default-indent-new-line auto-indent and put delimitors on multiple lines of comment. For example, if there is comments like this: /** * Comment like * this [] */ When I press M-j (default-indent-new-line) on the point [], on c-mode, emacs indent and put comment delimiter automatically like this: /** * Comment like * this * [] */ However on c-ts-mode, it does not works. It indents well, but could not find or put the comment delimiter on new line when I press M-j. /** * Comment like * this [] */ On c-ts-mode, I found that the default value of variable = comment-multi-line is nil, which was t on c-mode, and above behavior is happend when I set this value to t. When it was nil, comment become like this: /** * Comment like * this *//* [] */ Which is intended behavior. Also, on c-mode, when I write multiple lines of comment with first line of comment is "/**", (like above examples) that block is set to have the same font-lock face as string to make it easier to read, but in c-ts-mode that behavior doesn't happen and they all have the same face. Thank you for reading. Please let me know if you need any further information. In GNU Emacs 29.1.90 (build 1, x86_64-apple-darwin21.6.0, NS appkit-2113.60 Version 12.7.2 (Build 21G1974)) of 2023-12-16 built on Mac-1702653425255.local Repository revision: 06ec20fabf8f01ba706b4f19f3622f4edca79417 Repository branch: HEAD Windowing system distributor 'Apple', version 10.3.2113 System Description: macOS 12.7.4 Configured using: 'configure --with-ns --with-modules '--enable-locallisppath=3D/Library/Application Support/Emacs/${version}/site-lisp:/Library/Application Support/Emacs/site-lisp:/usr/local/share/emacs/site-lisp' --with-xwidgets --with-tree-sitter --with-native-compilation=3Daot 'CFLAGS=3D-I/usr/local/opt/gcc/include = -I/usr/local/opt/libgccjit/include -O2' 'LDFLAGS=3D-L/usr/local/opt/gcc/lib/gcc/13 -L/usr/local/opt/gcc/lib/gcc/13/gcc/x86_64-apple-darwin21/13 -L/usr/local/opt/libgccjit/lib/gcc/13 -I/usr/local/opt/gcc/include -I/usr/local/opt/libgccjit/include -Wl,-headerpad_max_install_names'' Configured features: ACL DBUS GIF GLIB GMP GNUTLS JPEG JSON LCMS2 LIBXML2 MODULES NATIVE_COMP NOTIFY KQUEUE NS PDUMPER PNG RSVG SQLITE3 THREADS TIFF TOOLKIT_SCROLL_BARS TREE_SITTER WEBP XIM XWIDGETS ZLIB Important settings: value of $LANG: en_US.UTF-8 locale-coding-system: utf-8-unix Major mode: C/* Minor modes in effect: eglot--managed-mode: t display-line-numbers-mode: t yas-global-mode: t yas-minor-mode: t company-mode: t flymake-mode: t counsel-mode: t ivy-mode: t global-git-commit-mode: t magit-auto-revert-mode: t auto-revert-mode: t shell-dirtrack-mode: t tooltip-mode: t global-eldoc-mode: t eldoc-mode: t show-paren-mode: t electric-indent-mode: t mouse-wheel-mode: t file-name-shadow-mode: t global-font-lock-mode: t font-lock-mode: t blink-cursor-mode: t column-number-mode: 1 line-number-mode: t transient-mark-mode: t auto-composition-mode: t auto-encryption-mode: t auto-compression-mode: t Load-path shadows: /Users/hskimse/.emacs.d/elpa/transient-20240405.1443/transient hides = /Applications/Emacs.app/Contents/Resources/lisp/transient Features: (shadow sort mail-extr emacsbug align pulse jka-compr shortdoc facemenu two-column misearch multi-isearch cl-print cus-edit cus-start cus-load wid-edit help-fns radix-tree cc-mode cc-fonts cc-guess cc-menus cc-cmds cc-styles cc-align cc-engine cc-vars cc-defs markdown-mode noutline outline vc-git vc-dispatcher eglot external-completion array jsonrpc ert ewoc debug backtrace find-func c++-ts-mode c-ts-mode c-ts-common treesit magit-bookmark bookmark pp display-line-numbers yasnippet company-oddmuse company-keywords company-etags etags fileloop generator company-gtags company-dabbrev-code company-dabbrev company-files company-clang company-capf company-cmake company-semantic company-template company-bbdb company flymake-proc flymake thingatpt counsel xdg xref project compile swiper ivy delsel ivy-faces ivy-overlay colir color zenburn-theme magit-submodule magit-blame magit-stash magit-reflog magit-bisect magit-push magit-pull magit-fetch magit-clone magit-remote magit-commit magit-sequence magit-notes magit-worktree magit-tag magit-merge magit-branch magit-reset magit-files magit-refs magit-status magit magit-repos magit-apply magit-wip magit-log which-func imenu magit-diff smerge-mode diff diff-mode easy-mmode git-commit log-edit message sendmail yank-media puny rfc822 mml mml-sec epa derived epg rfc6068 epg-config gnus-util text-property-search time-date mm-decode mm-bodies mm-encode mail-parse rfc2231 rfc2047 rfc2045 mm-util ietf-drums mail-prsvr mailabbrev mail-utils gmm-utils mailheader pcvs-util add-log magit-core magit-autorevert autorevert filenotify magit-margin magit-transient magit-process with-editor comp comp-cstr warnings icons rx shell pcomplete comint ansi-osc ring server ansi-color magit-mode transient edmacro kmacro magit-git magit-base magit-section format-spec cursor-sensor crm dash compat cl-extra help-mode use-package-ensure use-package-core dired dired-loaddefs finder-inf bm-autoloads company-autoloads counsel-autoloads flycheck-eglot-autoloads flycheck-autoloads gruber-darker-theme-autoloads highlight-numbers-autoloads kuronami-theme-autoloads lsp-ui-autoloads lsp-mode-autoloads ht-autoloads f-autoloads lv-autoloads magit-autoloads pcase git-commit-autoloads magit-section-autoloads dash-autoloads markdown-mode-autoloads parent-mode-autoloads s-autoloads spinner-autoloads swiper-autoloads ivy-autoloads transient-autoloads vterm-autoloads with-editor-autoloads info compat-autoloads yasnippet-autoloads zenburn-theme-autoloads package browse-url url url-proxy url-privacy url-expand url-methods url-history url-cookie generate-lisp-file url-domsuf url-util mailcap url-handlers url-parse auth-source cl-seq eieio eieio-core cl-macs password-cache json subr-x map byte-opt gv bytecomp byte-compile url-vars cl-loaddefs cl-lib rmc iso-transl tooltip cconv eldoc paren electric uniquify ediff-hook vc-hooks lisp-float-type elisp-mode mwheel term/ns-win ns-win ucs-normalize mule-util term/common-win tool-bar dnd fontset image regexp-opt fringe tabulated-list replace newcomment text-mode lisp-mode prog-mode register page tab-bar menu-bar rfn-eshadow isearch easymenu timer select scroll-bar mouse jit-lock font-lock syntax font-core term/tty-colors frame minibuffer nadvice seq simple cl-generic indonesian philippine cham georgian utf-8-lang misc-lang vietnamese tibetan thai tai-viet lao korean japanese eucjp-ms cp51932 hebrew greek romanian slovak czech european ethiopic indian cyrillic chinese composite emoji-zwj charscript charprop case-table epa-hook jka-cmpr-hook help abbrev obarray oclosure cl-preloaded button loaddefs theme-loaddefs faces cus-face macroexp files window text-properties overlay sha1 md5 base64 format env code-pages mule custom widget keymap hashtable-print-readable backquote threads xwidget-internal dbusbind kqueue cocoa ns lcms2 multi-tty make-network-process native-compile emacs) Memory information: ((conses 16 666992 60017) (symbols 48 33157 0) (strings 32 162775 9027) (string-bytes 1 4905120) (vectors 16 61754) (vector-slots 8 1096185 66730) (floats 8 335 320) (intervals 56 8515 422) (buffers 984 27))
김희석 <hskimse1@HIDDEN>
:bug-gnu-emacs@HIDDEN
.
Full text available.bug-gnu-emacs@HIDDEN
:bug#70641
; Package emacs
.
Full text available.
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997 nCipher Corporation Ltd,
1994-97 Ian Jackson.