From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED.blaine.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.devel Subject: Re: BIKESHED: completion faces Date: Fri, 08 Nov 2019 08:35:04 +0200 Message-ID: <838soqeuzr.fsf@gnu.org> References: <83ftj2gma8.fsf@gnu.org> <87zhhaxalt.fsf@gmail.com> <83bltpgffr.fsf@gnu.org> <83tv7gg9oz.fsf@gnu.org> <83r22kg8pa.fsf@gnu.org> <20191106205133.njij3ve7qqy7yh3q@Ergus> <83ftizg4nr.fsf@gnu.org> <8336ezg2vm.fsf@gnu.org> <83wocbelu1.fsf@gnu.org> <83imnvegcp.fsf@gnu.org> <83ftizeelw.fsf@gnu.org> <83bltne6oq.fsf@gnu.org> <87lfsrqs63.fsf@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Injection-Info: blaine.gmane.org; posting-host="blaine.gmane.org:195.159.176.226"; logging-data="220446"; mail-complaints-to="usenet@blaine.gmane.org" Cc: spacibba@aol.com, dgutov@yandex.ru, monnier@iro.umontreal.ca, emacs-devel@gnu.org To: =?utf-8?B?Sm/Do28gVMOhdm9yYQ==?= Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Nov 08 07:35:57 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 1iSxsB-000vC8-0K for ged-emacs-devel@m.gmane.org; Fri, 08 Nov 2019 07:35:55 +0100 Original-Received: from localhost ([::1]:50166 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1iSxs9-0007Av-BS for ged-emacs-devel@m.gmane.org; Fri, 08 Nov 2019 01:35:53 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:60927) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1iSxrY-00078c-QT for emacs-devel@gnu.org; Fri, 08 Nov 2019 01:35:18 -0500 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]:58568) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1iSxrX-0001tg-Kq; Fri, 08 Nov 2019 01:35:15 -0500 Original-Received: from [176.228.60.248] (port=4906 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1iSxrW-0000mw-RK; Fri, 08 Nov 2019 01:35:15 -0500 In-reply-to: <87lfsrqs63.fsf@gmail.com> (message from =?utf-8?B?Sm/Do28g?= =?utf-8?B?VMOhdm9yYQ==?= on Thu, 07 Nov 2019 21:43:00 +0000) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] 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:241969 Archived-At: > From: João Távora > Cc: spacibba@aol.com, emacs-devel@gnu.org, monnier@iro.umontreal.ca, > dgutov@yandex.ru > Date: Thu, 07 Nov 2019 21:43:00 +0000 > > >> So I'm proposing "completion-emphasis", which we seem to agree > >> on > > > > Not really, no. > > Why didn't you object to it 1..2..six mails ago? You just said > "secondary-emphasis" is not a good name... This makes us go in circles, > Eli. Sorry, I don't always have time to catch up with huge threads, and in this particular case had difficulties to understand what were the main issues. > One more time: my only goal in this entire giant conversation, is for > the 'flex' style to be able to transform this match on the pattern "foo": > > fabrobazor > ^ > `- this letter is bold by default currently > > into this: > > fabrobazor > ^ ^ ^ > `---`---`----- I want these bold by default in the future > > no change to the 'basic/prefix' completion. I understand that you want to highlight both f, o, o, and r, but the latter with a different face. If my understanding is incorrect, then what will the other face be used for? > Otherwise, if you do, then the only completion-related face that > currently has "bold" is completions-first-difference, which is a silly > name for this. Should I alias that to "completions-match-emphasis", > your 3-mails-ago suggestion? To something else? I understand that what I called completions-match-emphasis will highlight f, o, and o -- the characters that were in the string typed by the user. These are currently not highlighted at all. I also understand that there will be another face, the one we currently call completions-first-difference (and you want another name for it), which will highlight r in this example.