From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Dmitry Gutov Newsgroups: gmane.emacs.devel Subject: Re: font-lock-delimiter-face - what for? Date: Wed, 28 Dec 2022 20:32:15 +0200 Message-ID: <52efe7a5-af9d-5db6-2584-456173d46ec5@yandex.ru> References: <361ac1e9-c1b3-824a-834b-39832a4fe2b7@yandex.ru> <12869a5f-ed38-eff4-8042-3da121f59ad5@yandex.ru> <8de4913a-f508-9acc-76ba-a2590e16f33f@yandex.ru> <010a042a-cfd5-517b-cd2a-cb797c3390e5@yandex.ru> <328c8aa9-4a5d-218e-92d0-94ca27a709ca@yandex.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="3208"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Thunderbird/102.4.2 Cc: Stefan Monnier , emacs-devel To: Randy Taylor Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Wed Dec 28 19:33:00 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 1pAbEZ-0000er-3y for ged-emacs-devel@m.gmane-mx.org; Wed, 28 Dec 2022 19:32:59 +0100 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1pAbDz-0004vQ-VY; Wed, 28 Dec 2022 13:32:24 -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 1pAbDy-0004v4-8T for emacs-devel@gnu.org; Wed, 28 Dec 2022 13:32:22 -0500 Original-Received: from mail-wm1-x335.google.com ([2a00:1450:4864:20::335]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1pAbDw-0003xH-6k for emacs-devel@gnu.org; Wed, 28 Dec 2022 13:32:21 -0500 Original-Received: by mail-wm1-x335.google.com with SMTP id o15so11718243wmr.4 for ; Wed, 28 Dec 2022 10:32:19 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=content-transfer-encoding:in-reply-to:from:references:cc:to :content-language:subject:user-agent:mime-version:date:message-id :sender:from:to:cc:subject:date:message-id:reply-to; bh=Ar8iQ99X+Yq0h6wcJxjOGQAF8TJuf2z2RntywAcB714=; b=TQ1dZJkGAzW6BqoPVVbnM880D0G0Yg2YXcheRen7MPYZxCK9aJqKUVD5LBtMs6y62M 7rHY6e20VBRWFF020tsQ8t0QrO0H/Pik5DYk1r9xiuWIq43xK49DGv3ank2hCN0KH8Ge 1rQPpNj6sFN2J66xukkQcj4UuCGJpos/GPHrPoW+hGI9+CFCK1oPb4j+ELAyyu8SR0GC w9UeWt9JIDnG2G3CPI6CqVvuLq6421YoYCTFrt4Tb0g9PoluoPEJNNlo1JUl4Jem9vd3 wefoMNe6bWUeoQZcBSkEBXIvqxqCvyMu+dcUPOZefVQ5ngY5NT3cJ7ANFG4lweiqSMDY vcFg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=content-transfer-encoding:in-reply-to:from:references:cc:to :content-language:subject:user-agent:mime-version:date:message-id :sender:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=Ar8iQ99X+Yq0h6wcJxjOGQAF8TJuf2z2RntywAcB714=; b=Vk7gPgqXSfvfrEz2t6H6cfg+Yng+unUUbjf+U4iEp1Rmex9aPRYZ1pcjtMz3UnWtav Cj6/AdhjLx++8DazrN1EAhV/4BSRjGpphO0GPWEe7i/Nxp9kGlPJsWQori5fVrkNBZZH uUedVZ5BYhBno/NF6w8vgStheAEvSwBrE+EEx+y+Y9EVEgrn4PUMsO+FTKkFLRF4ymh7 j7vlVppQ2oZ3ZoRFgmS/rnhjjMp3h057FZEuCHW/M5AZuZ3V5uJxiatmNNN9PXwVBCwY SG5llVJ0L6N4bjMQJjoUFN8VYqmB7LNvjO03trNvJBeX/xDgJQ+YFMc2Ym39vwd6W0wS OFTg== X-Gm-Message-State: AFqh2krB9MKMLFjdpIc99dx8H9Qj8iVGXBMfMASd2AX6Z8Ao2V5hlAGf 9bERbNQwLeUIHw3rM4HATRs= X-Google-Smtp-Source: AMrXdXvPKcPH+ElvSXMOSLlirWPlE8obN59FfvTbxJLx4OSup4suavLKs98GYpmvxwJgXjWkYSpjvw== X-Received: by 2002:a05:600c:21c1:b0:3d3:45c6:b641 with SMTP id x1-20020a05600c21c100b003d345c6b641mr18617524wmj.22.1672252337673; Wed, 28 Dec 2022 10:32:17 -0800 (PST) Original-Received: from [192.168.0.2] ([46.251.119.176]) by smtp.googlemail.com with ESMTPSA id bh12-20020a05600c3d0c00b003cfa81e2eb4sm21985567wmb.38.2022.12.28.10.32.16 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Wed, 28 Dec 2022 10:32:16 -0800 (PST) Content-Language: en-US In-Reply-To: Received-SPF: pass client-ip=2a00:1450:4864:20::335; envelope-from=raaahh@gmail.com; helo=mail-wm1-x335.google.com X-Spam_score_int: -28 X-Spam_score: -2.9 X-Spam_bar: -- X-Spam_report: (-2.9 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FORGED_FROMDOMAIN=0.001, FREEMAIL_FROM=0.001, HEADER_FROM_DIFFERENT_DOMAINS=0.249, NICE_REPLY_A=-1.147, 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-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:302013 Archived-At: On 28/12/2022 19:06, Randy Taylor wrote: > On Wednesday, December 28th, 2022 at 10:13, Dmitry Gutov wrote: >> >> Maybe it would be better to remove font-lock-misc-punctuation-face, though? >> >> People can still use font-lock-punctuation-face for everything >> punctuation-like that doesn't match the category of "brackets" or >> "delimiters". >> >> Just like font-lock-doc-face inherits from font-lock-string-face, or >> font-lock-comment-delimiter-face inherits from font-lock-comment-face. >> >> We don't seem to have a practice of "parent faces" which are otherwise >> unused. font-lock-punctuation-face's docstring doesn't suggest this kind >> of purpose either. > > Then we should get rid of font-lock-punctuation-face instead. If we keep it and use it in place of misc-punctuation, then changing punctuation-face would also change the bracket and delimiter faces, since they inherit from it. That's usually how inheriting works, yes. Do we anticipate misc-punctuation to often have unique attributes? If so, it might be at least some reason to keep that face. > font-lock-punctuation-face wouldn't be a great name either since it's no longer referring to all punctuation (which is its current goal, and the docstring can always be updated). Why wouldn't it be referring to all punctuation? All attributes that are not overridden by bracket- and delimiter- faces will show up in them.