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: BIKESHED: completion faces Date: Wed, 6 Nov 2019 15:56:07 +0000 Message-ID: References: <4c5631d4-9dfd-04c6-c573-b83c67fcc2fa@yandex.ru> <87pni7p83l.fsf@gmail.com> <87h83ipoi0.fsf@gmail.com> <3f7afc8e-b3d1-07a4-9350-3bfc5775ba21@yandex.ru> <87sgn1yl4b.fsf@gmail.com> <8c15256d-7b15-ebc7-1e2a-5f7ede15a311@yandex.ru> Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="000000000000ed08db0596af9629" Injection-Info: blaine.gmane.org; posting-host="blaine.gmane.org:195.159.176.226"; logging-data="239164"; mail-complaints-to="usenet@blaine.gmane.org" Cc: Stefan Monnier , emacs-devel To: Dmitry Gutov Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Nov 06 16:56:38 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 1iSNfh-00106C-Uc for ged-emacs-devel@m.gmane.org; Wed, 06 Nov 2019 16:56:38 +0100 Original-Received: from localhost ([::1]:60482 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1iSNfg-0001K4-Jl for ged-emacs-devel@m.gmane.org; Wed, 06 Nov 2019 10:56:36 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:51705) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1iSNfU-0001I5-Hf for emacs-devel@gnu.org; Wed, 06 Nov 2019 10:56:25 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1iSNfQ-0001fq-19 for emacs-devel@gnu.org; Wed, 06 Nov 2019 10:56:24 -0500 Original-Received: from mail-io1-xd2e.google.com ([2607:f8b0:4864:20::d2e]:36823) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1iSNfP-0001fS-T1 for emacs-devel@gnu.org; Wed, 06 Nov 2019 10:56:19 -0500 Original-Received: by mail-io1-xd2e.google.com with SMTP id s3so23716483ioe.3 for ; Wed, 06 Nov 2019 07:56: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; bh=kXAQdsg7pg5QYRNE+ugugA3mYK0gVB+Pe/GqboiOEKU=; b=iCRQokGGCP6Obd5ORwFRKE3TP/TwtmbYl16Z0peUj2abgFlACjHimkq7v9hGTDRLw2 BBEEzkfnDPuX9at/t2iXBL3IvudR+G9iVW+lZqq8Idudak4NFQXPJiW+nBxoVe24WWFL qmKji9DS7uzAo0Tk/m/ZXHD9XQcYxoCoVCXxtd44j5LwLK6dYNObOLMJ7nRjhm9BZf4p Yvog7PS5XGFLD6O1tiF8pVWzUfnvbbHeKJnHCNAdUmm1/cksWGUfMyLdrpqCwyxwt42g RwsJjMBmSlvnVl0ev0nEejubnNsc8cNjNGna5Rnat6gsMJkkbmpLvRTX7ECz9jAX8MYk +3wA== 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; bh=kXAQdsg7pg5QYRNE+ugugA3mYK0gVB+Pe/GqboiOEKU=; b=OOu36tEoBxJhxEudS8ne7uMwuYUKpTu9jiGuBnxH9tUmxD83ERZa8ypBlR6kj1egWG tGgx6ifJGtZ9bug0Xwe7ZMjmCLU/P8QfRtzbdPsYAxNE6n/Coe4ugUrgpJK2hxdidZh+ 9w7SNkoEjhl1HzhOqSvit6Rn3pUAdAwwE59G9xEZ3cBRpUxgWtyi7CNGYULwcYCeeYte KBg+EQAeZDYcsC5GgPJz4PW7EWF0r4udt6BAHgJGVEAdeaTVnjng65bHVprUqKpbKSAo pNBmIz/CxyDC7TpwDJvYKRFCwsDiyVq72p9g0ohTFX1zeapBzwXA+y4lle836VJBAr8Y OE9A== X-Gm-Message-State: APjAAAVyeVCTo71rPEEqjmoBeJ2dZNviEbAUfrBeVQgyZi4xcnbm4yT+ yBiUpcsJh+S3N9uvq4CmfpNcGaWxChx3KWryra8= X-Google-Smtp-Source: APXvYqzJ9YFpg9k2UH0OSej7On9SiubNQBxWX7P3jSWZv8JQfei3j+2aipriTABSeLUGHad7WUhaMVD+kNXMTO/JmfA= X-Received: by 2002:a5d:8b85:: with SMTP id p5mr13130431iol.9.1573055779111; Wed, 06 Nov 2019 07:56:19 -0800 (PST) In-Reply-To: <8c15256d-7b15-ebc7-1e2a-5f7ede15a311@yandex.ru> X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 2607:f8b0:4864:20::d2e 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:241856 Archived-At: --000000000000ed08db0596af9629 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Wed, Nov 6, 2019 at 3:16 PM Dmitry Gutov wrote: > > On 06.11.2019 10:53, Jo=C3=A3o T=C3=A1vora wrote: > > > > The first one will result in long annoying columns with prefix-only > > > completion (this won't happen in other editors because a) they use flex, > > > b) popup is limited in height), the second one will remove a bit of > > > extra information. > > > > I don't understand this part but I think this doesn't apply > > since you misunderstood. > > I think it applies after you second step. And after just the first one, > we'll have inconsistency between the styles. Depends on what you call consistent. It's up to us to decide. The current state is horribly inconsistent, to me at least. All other editors except Vim (I've now checked Atom, VsCode, Sublime, Textmate, and even these super-fancy new things like https://playcode.io/) highlight flex patterns bold. So does helm and ivy and whatnot. Only emacs seems intent on this first-difference business that doesn't make a lot of sense for flex= . But I'm not even proposing taking that out, just giving it another name. > I'm saying writing a generator is largely irrelevant (especially if > completions come over the network). It's irrelevant when calculating completions, yes, but not when say, displaying them chunks at a time, (I thought you told me the slowness you were experiencing was somehow related to *Completions* and completion-at-point). Nor when applying a bunch of properties, say, faces to a very big list. I tried to explain this when I told you "we have to think about this slowness". Jo=C3=A3o --000000000000ed08db0596af9629 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
On Wed, Nov 6, 2019 at 3:16 PM Dmitry Gutov <dgutov@yandex.ru> wrote:=
>
> On 06.11.2019 10:53, Jo=C3=A3o T=C3=A1vora wrote:
><= br>> > =C2=A0> The first one will result in long annoying columns = with prefix-only
> > =C2=A0> completion (this won't happen = in other editors because a) they use flex,
> > =C2=A0> b) popup= is limited in height), the second one will remove a bit of
> > = =C2=A0> extra information.
> >
> > I don't underst= and this part but I think this doesn't apply
> > since you mis= understood.
>
> I think it applies after you second step. And a= fter just the first one,
> we'll have inconsistency between the s= tyles.

Depends on what you call consistent.=C2=A0 It's up to us = to decide.=C2=A0 The current
state is horribly inconsistent, to me at le= ast.=C2=A0 All other editors except Vim
(I've now checked Atom, VsCo= de, Sublime, Textmate, and even these
super-fancy new things like https://playcode.io/) high= light flex patterns
bold.=C2=A0 So does helm and ivy and whatnot.=C2=A0 = Only emacs seems intent
on this first-difference business that doesn'= ;t make a lot of sense for flex.
But I'm not even proposing taking t= hat out, just giving it another name.

> I'm saying writing a = generator is largely irrelevant (especially if
> completions com= e over the network).

It's irrelevant when= calculating completions, yes, but not when
say, displaying = them chunks at a time, (I thought you told me
the slowness yo= u were experiencing was somehow related to
*Completions* and= completion-at-point). Nor when applying a
bunch of properti= es, say, faces to a very big list. I tried to
explain this w= hen I told you "we have to think about this slowness".
=

Jo=C3=A3o


--000000000000ed08db0596af9629--