From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED.blaine.gmane.org!not-for-mail From: Juri Linkov Newsgroups: gmane.emacs.devel Subject: Re: BIKESHED: completion faces Date: Sat, 16 Nov 2019 22:10:36 +0200 Organization: LINKOV.NET Message-ID: <874kz3viu3.fsf@mail.linkov.net> References: <87ftiyn07t.fsf@gmail.com> <8336eycvpf.fsf@gnu.org> <83pni2bcws.fsf@gnu.org> <83imnubax9.fsf@gnu.org> <83h83eb8od.fsf@gnu.org> <83d0e2b32k.fsf@gnu.org> <83r22ha64z.fsf@gnu.org> <831ruh9siv.fsf@gnu.org> <83y2wp8cnq.fsf@gnu.org> <83woc983so.fsf@gnu.org> <86c1b45c-0a25-b1ed-ffb1-7dc0e50bd5d9@yandex.ru> <83v9rm7pvk.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: blaine.gmane.org; posting-host="blaine.gmane.org:195.159.176.226"; logging-data="33737"; mail-complaints-to="usenet@blaine.gmane.org" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (x86_64-pc-linux-gnu) Cc: spacibba@aol.com, emacs-devel@gnu.org, joaotavora@gmail.com, monnier@iro.umontreal.ca, Dmitry Gutov To: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sat Nov 16 22:07:48 2019 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([209.51.188.17]) by blaine.gmane.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.89) (envelope-from ) id 1iW5II-0008c1-H7 for ged-emacs-devel@m.gmane.org; Sat, 16 Nov 2019 22:07:47 +0100 Original-Received: from localhost ([::1]:50060 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1iW5IH-0007Ly-3Z for ged-emacs-devel@m.gmane.org; Sat, 16 Nov 2019 16:07:45 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:55587) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1iW5He-0007La-6r for emacs-devel@gnu.org; Sat, 16 Nov 2019 16:07:07 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1iW5Hc-00015P-R2 for emacs-devel@gnu.org; Sat, 16 Nov 2019 16:07:05 -0500 Original-Received: from beige.elm.relay.mailchannels.net ([23.83.212.16]:56176) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1iW5Ha-00011I-Pi; Sat, 16 Nov 2019 16:07:03 -0500 X-Sender-Id: dreamhost|x-authsender|jurta@jurta.org Original-Received: from relay.mailchannels.net (localhost [127.0.0.1]) by relay.mailchannels.net (Postfix) with ESMTP id 10FE6E0912; Sat, 16 Nov 2019 21:07:00 +0000 (UTC) Original-Received: from pdx1-sub0-mail-a75.g.dreamhost.com (100-96-83-20.trex.outbound.svc.cluster.local [100.96.83.20]) (Authenticated sender: dreamhost) by relay.mailchannels.net (Postfix) with ESMTPA id 91089E0503; Sat, 16 Nov 2019 21:06:59 +0000 (UTC) X-Sender-Id: dreamhost|x-authsender|jurta@jurta.org Original-Received: from pdx1-sub0-mail-a75.g.dreamhost.com ([TEMPUNAVAIL]. [64.90.62.162]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384) by 0.0.0.0:2500 (trex/5.18.5); Sat, 16 Nov 2019 21:06:59 +0000 X-MC-Relay: Neutral X-MailChannels-SenderId: dreamhost|x-authsender|jurta@jurta.org X-MailChannels-Auth-Id: dreamhost X-Decisive-Wide-Eyed: 683eb43d4ed0c14b_1573938419857_3186276373 X-MC-Loop-Signature: 1573938419856:1538081638 X-MC-Ingress-Time: 1573938419856 Original-Received: from pdx1-sub0-mail-a75.g.dreamhost.com (localhost [127.0.0.1]) by pdx1-sub0-mail-a75.g.dreamhost.com (Postfix) with ESMTP id 5833B7F702; Sat, 16 Nov 2019 13:06:56 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=linkov.net; h=from:to:cc :subject:references:date:in-reply-to:message-id:mime-version :content-type; s=linkov.net; bh=cXW/PEUevYIMV8XqIZpvoeYGs8A=; b= kQVgKdjxqNIOvesOXR+2p+9j1cMtHDvElybBGKYQ6AduBKeRoXVfXIjkwVENQcgM Y/yp8/XJvHwJGJK/2Q45P6e/lh4CL8x30U0o+RLLvylmVHS2z6TmfOUynUm24B0H rM+l2Y1Y0hBZqexYZP5VygcYlzoOP1mYuD19RidG3gs= Original-Received: from mail.jurta.org (m91-129-102-1.cust.tele2.ee [91.129.102.1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) (Authenticated sender: jurta@jurta.org) by pdx1-sub0-mail-a75.g.dreamhost.com (Postfix) with ESMTPSA id 9E00B7F705; Sat, 16 Nov 2019 13:06:52 -0800 (PST) X-DH-BACKEND: pdx1-sub0-mail-a75 In-Reply-To: <83v9rm7pvk.fsf@gnu.org> (Eli Zaretskii's message of "Thu, 14 Nov 2019 11:45:35 +0200") X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] [fuzzy] X-Received-From: 23.83.212.16 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.23 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:242261 Archived-At: >> > I think you are looking at this from the implementation POV. From >> > users' POV, an option (or a minor mode) is a better way when we are >> > talking not just about changing colors and other face attributes, but >> > about changing behavior in significant ways. In this case, what is >> > implemented via faces changes the behavior, because a face prominently >> > different from the default becomes like the default, and another face >> > makes the reverse transformation. Think of this as a binary mode that >> > makes either the first-difference or the common part prominent: >> > flipping a variable is an easily understood and easily discovered way >> > of getting each user the behavior he/she wants. >> >> How would that work? Having two faces have different default definitions >> depending on the value of the variable? > > Either that or a function that redefines the face definitions, e.g. by > aliasing/copying from other faces. I thought you meant an option/variable or a minor mode for flex style, so when it's enabled in the *Completions* buffer with flex styles, then it puts the same face on different parts of the buffer than prefix style, i.e. the flex style activates this minor mode and it puts bold on common parts. Then there is no need to meddle with face definitions. Isn't it so?