From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Drew Adams Newsgroups: gmane.emacs.devel Subject: RE: Idea: Be able to use text properties as face attributes Date: Tue, 28 Mar 2017 22:32:26 -0700 (PDT) Message-ID: References: <7a902f7b-d808-4d0f-8ff9-b8f07eaddf83@default> <30d920b0-e1de-497d-98de-8b69e835e855@default>>> <30eb5a49-2d98-4f37-8f8c-32a88cd76827@default>>> <83bmsm938f.fsf@gnu.org>>> <7f98847c-9b5e-47cf-85f2-247c2045d0af@default>> <834lye8s1k.fsf@gnu.org>> <93aa220a-35c8-4be1-bfb5-299c46c9eba9@default> <83tw6d785i.fsf@gnu.org> <4f28c64b-400a-4902-8d8d-84bab71a7c2a@default> <976ce1bf-b7a1-4cf5-8206-ae81b35ce29d@default> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Trace: blaine.gmane.org 1490765598 16272 195.159.176.226 (29 Mar 2017 05:33:18 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Wed, 29 Mar 2017 05:33:18 +0000 (UTC) To: Stefan Monnier , emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Mar 29 07:33:14 2017 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by blaine.gmane.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ct6EH-0003Kn-Bl for ged-emacs-devel@m.gmane.org; Wed, 29 Mar 2017 07:33:09 +0200 Original-Received: from localhost ([::1]:56638 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ct6EN-0004ZO-8N for ged-emacs-devel@m.gmane.org; Wed, 29 Mar 2017 01:33:15 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:56335) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ct6Dn-0004Z5-EM for emacs-devel@gnu.org; Wed, 29 Mar 2017 01:32:40 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ct6Dj-0002sP-Hm for emacs-devel@gnu.org; Wed, 29 Mar 2017 01:32:39 -0400 Original-Received: from aserp1040.oracle.com ([141.146.126.69]:31162) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1ct6Dj-0002s8-98 for emacs-devel@gnu.org; Wed, 29 Mar 2017 01:32:35 -0400 Original-Received: from userv0022.oracle.com (userv0022.oracle.com [156.151.31.74]) by aserp1040.oracle.com (Sentrion-MTA-4.3.2/Sentrion-MTA-4.3.2) with ESMTP id v2T5WWSV015557 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Wed, 29 Mar 2017 05:32:33 GMT Original-Received: from aserv0121.oracle.com (aserv0121.oracle.com [141.146.126.235]) by userv0022.oracle.com (8.14.4/8.14.4) with ESMTP id v2T5WU6s002603 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Wed, 29 Mar 2017 05:32:31 GMT Original-Received: from abhmp0007.oracle.com (abhmp0007.oracle.com [141.146.116.13]) by aserv0121.oracle.com (8.13.8/8.13.8) with ESMTP id v2T5WSct021130; Wed, 29 Mar 2017 05:32:29 GMT In-Reply-To: X-Priority: 3 X-Mailer: Oracle Beehive Extensions for Outlook 2.0.1.9.1 (1003210) [OL 12.0.6753.5000 (x86)] X-Source-IP: userv0022.oracle.com [156.151.31.74] X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.4.x-2.6.x [generic] [fuzzy] X-Received-From: 141.146.126.69 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.21 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.org@gnu.org Original-Sender: "Emacs-devel" Xref: news.gmane.org gmane.emacs.devel:213476 Archived-At: > > just by font-lock highlighting), as well as with > > `set-face-*' commands etc. >=20 > The set-face-* functions are .. fundamentally flawed given the desire to > make faces work with face-specs. We make it work, but mostly because > it's not used very much. You give no explanation, so that enigmatic paragraph doesn't mean much to me. I don't doubt that there is something behind your statement, but you seem to have a habit of giving such pronouncements without any explanation or reasons. ;-) If there is a problem with some existing commands, perhaps it should be fixed. It is useful for a user or Lisp code to be able to change a face definition on the fly. ---- We have, BTW, the various `facemenu-set-*' commands, which set a given text property (whether `face', `intangible', `invisible', `read-only', etc.) for the region. The feature I proposed provides a similar feature, but more generally, and for all of the zones inhabited by a given face, instead of just for the region.