From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED.blaine.gmane.org!not-for-mail From: =?UTF-8?B?Sm/Do28gVMOhdm9yYQ==?= Newsgroups: gmane.emacs.devel Subject: Re: VOTE: Changing completions-common-part face's default Date: Sat, 9 Nov 2019 00:24:06 +0000 Message-ID: References: <87pni7p83l.fsf@gmail.com> <87h83ipoi0.fsf@gmail.com> <93235eb5-8e04-7182-e2a4-49fbe610ee2b@yandex.ru> <28d4ae09-daca-324b-2fa6-9d7138d710fa@yandex.ru> <87zhh82d8c.fsf@gmail.com> <1e1aa5a7-a35b-2ef5-6caf-10e02dd0c6ea@yandex.ru> <3cfbe69a-c274-f4f2-f3f5-9eb4c8500bb8@yandex.ru> Mime-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Injection-Info: blaine.gmane.org; posting-host="blaine.gmane.org:195.159.176.226"; logging-data="221047"; mail-complaints-to="usenet@blaine.gmane.org" Cc: Stefan Monnier , Drew Adams , emacs-devel To: Dmitry Gutov Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sat Nov 09 01:25:11 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 1iTEYw-000vLX-QM for ged-emacs-devel@m.gmane.org; Sat, 09 Nov 2019 01:25:10 +0100 Original-Received: from localhost ([::1]:33770 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1iTEYv-0002HF-Mu for ged-emacs-devel@m.gmane.org; Fri, 08 Nov 2019 19:25:09 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:52149) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1iTEY8-0002H4-Il for emacs-devel@gnu.org; Fri, 08 Nov 2019 19:24:21 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1iTEY7-0007xR-Ak for emacs-devel@gnu.org; Fri, 08 Nov 2019 19:24:20 -0500 Original-Received: from mail-qt1-x830.google.com ([2607:f8b0:4864:20::830]:41953) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1iTEY7-0007xK-4u for emacs-devel@gnu.org; Fri, 08 Nov 2019 19:24:19 -0500 Original-Received: by mail-qt1-x830.google.com with SMTP id o3so8582666qtj.8 for ; Fri, 08 Nov 2019 16:24:19 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc:content-transfer-encoding; bh=AwI/88lwR4eyZ6uuLtkX7mAJrTwfYcMtasgs1zpqW2s=; b=sM6jB9xvZ3mJOYSUqK7Awg7AqRucdNlKTFHWGlddHVcnlpnwRHmUrKAr85+D72yqVa AyoaopEwXbHjmTC8rVY5hh4vWAHYVHQTutB7xemAFXhTtojUwqPE4rh5VAOu6FOpvQO2 aLZeXwhSeSHLXA898gwsNantfDeKw2YbMB/uJnEHkHgrXhP2gLRhHvpdTuPtMwy0R5aE 9wEo+D8swhUKbhrDsGArXc653fxs6iFBqA7P6zqK6nJU1+IzP0N2DpSoQxs4gX8ysQS7 SjPZN9L7pyEgJgA4mZtR2HmJ6H1bRdAU1hmZTa+EJ/ElBgKmikdJAkMKFAI/ohGLnAIB UjIQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc:content-transfer-encoding; bh=AwI/88lwR4eyZ6uuLtkX7mAJrTwfYcMtasgs1zpqW2s=; b=nYUIzmJ9dZVS6kjtOp4VcuTgroeE5CkVqZgu3c2UlWRV6wK2pB2rZCik/w/XBc2NJT V2nMnFOXDtbQ+VLfjipxMVr7i2cf95+/sACOq1XwLGbARgucT//wnX/+/HLx/A8PhpCV AD3jpS6a6gANAEXGPYlqsrWdqHGXrV/OtD7QTqtl9Vkq0PRsW/V3LP6r9A6FZF7wGyK4 ar9zTo90bUvJFHl/dTa5J4olw9MZxH6zWMBK24x+ojy/vQr52u6JbbwEh8kUhtLYMIMu 9LIb6/rvAWsjw8SSVSK16KGerReUxIbR1paWASb1aSk34PrnzrZpuVkMJuUWiDnBP3cc uFNw== X-Gm-Message-State: APjAAAWs+FEce3ENeL8Rw6X7vdseids3wPATi0nDYjWOfxBnfaM8d67X 2B9S84JJ1ZXJvs/lVA7mntKnUQ5DC/1JNDL56a8= X-Google-Smtp-Source: APXvYqxEsp4iZKB+p+WvUIVfxxzKOvlP8FW0DuHGAZv0S1NtnkYPCuiQ3W+u5ZVUv7teT/GPDLTUwyGUHlbtNUb6Rvs= X-Received: by 2002:ac8:7385:: with SMTP id t5mr13854391qtp.123.1573259058219; Fri, 08 Nov 2019 16:24:18 -0800 (PST) In-Reply-To: X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 2607:f8b0:4864:20::830 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:242022 Archived-At: On Fri, Nov 8, 2019 at 11:38 PM Dmitry Gutov wrote: > Important for the completion style author mostly, though. It's not like > a regular user could do something about it. Isn't that right? Not at all, no. I was using flex before I became an author of a flex method and I liked it. I cant unbecome an author of a flex method. I'm 100% with Drew here (thou not so scientific). I use flex (before and after flex in Emacs proper) to explore a namespace of symbols. I work in an application that has may thousands of very long CL symbols. In these symbols, some words appear inconsistently, middle, end or beginning, depending on the "era" they were created (this is a system as old as Emacs, by the way, dates to the 80's). One of the main use cases I have for the highlighting is to input that keyword to see what "era" symbol I want. I don't know the symbol I want until I start seeing the large list. Then I add another little sub-concept word to narrow down, and repeat. Flex helps me explore. I wish I could share with you the function names I have to work with, but as you can understand, I can't. As another data point, before I had flex I used a lot of SLIME's apropos with a regexp to the same effect. Either it had the highlighting already or I added it (I don't remember now). I also used slime-fuzzy, another flex written around 2006 for SLIME. It already had the highlighting of the pattern (bold :-) Anyway that highlighting was precious. > > So that in the case of "lzy", I can choose between "the-lazy-fox" > > and "le-zorg-yorg". Both can be reasonable intentions at different > > points in time. > Okay, but... our particular flex implementation doesn't do the free-form > matching like that. It does: "lzy" matches both "the-lazy-fox" and "le-zorg-yorg". > Do you intend to extend it in that direction? You must have meant "lyz". Yes it is a possiblity that we want to extend it, but the scoring becomes much more complex. And the system becomes slower. We start approaching google-search-box level smartness and I would need to read up on that first. > Okay. That would still mean two diffeerent execution flows. Don't know what you mean exactly. But yes, I guess. When using prefix I am focused on one thing, when using flex I am focused on another thing. I think that already happens anyway (the internal focus of the user). But I don't use prefix much nowadays, fortunately. The beginning of a name has no special place in my mind. But Juri has given as an example a search box that does exactly this mixing _in the same search results_. > Because its main frontend is a popup which looks and, to an extent, > behaves like the completion popups in other editors. So it's really > expected to behave more or less the same. company-tng also implements > one of the simplified workflows from the other editors. I don't see much difference in the way I use popups and icomplete's minibuffer for example. Or *Completions*. A popup is just placed in a different part of the screen, and, versus *Completions* it is more "jittery". But it's exactly the same for me. Jo=C3=A3o