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: Thu, 7 Nov 2019 15:54:08 +0000 Message-ID: References: <4c5631d4-9dfd-04c6-c573-b83c67fcc2fa@yandex.ru> <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="86929"; mail-complaints-to="usenet@blaine.gmane.org" Cc: Stefan Monnier , emacs-devel To: Dmitry Gutov , Drew Adams Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Nov 07 16:54:59 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 1iSk7f-000MMs-BE for ged-emacs-devel@m.gmane.org; Thu, 07 Nov 2019 16:54:59 +0100 Original-Received: from localhost ([::1]:44646 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1iSk7X-0005vj-PM for ged-emacs-devel@m.gmane.org; Thu, 07 Nov 2019 10:54:51 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:35435) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1iSk73-0005vb-Gy for emacs-devel@gnu.org; Thu, 07 Nov 2019 10:54:22 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1iSk72-0007sR-EY for emacs-devel@gnu.org; Thu, 07 Nov 2019 10:54:21 -0500 Original-Received: from mail-io1-xd36.google.com ([2607:f8b0:4864:20::d36]:37640) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1iSk72-0007sH-AM for emacs-devel@gnu.org; Thu, 07 Nov 2019 10:54:20 -0500 Original-Received: by mail-io1-xd36.google.com with SMTP id 1so2825285iou.4 for ; Thu, 07 Nov 2019 07:54:20 -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=gblKF+2H09fidLhVbAvEfaTsdnsOvMHjjk1AkRRo9I8=; b=iHCxVPDZCVG9Iw3a6OFWEDM+qJBimCJC69I6e4q/QjkElwwNImR8CCwD4KLUjy8+Db 1dH+zzrqs3/8xVcxsMGRmgJXjC6cU7CsK04szAlBoFRdDnzUovLKuXr0sKJHDR7o50/E ZfJB7Dx/2VrtyapNoAqb1YwiggqIuZu0ZnwBnnae72fusUsPQAYaqIpEKwlRnoEZs7Zg Fs+E5YptvpwDF98TLkFkfiuM37M/7zranMJL0vmxL7kNX/RKpnavSYxXlT/OGsXO4vQI C0E1GiTBJxW9d9VVlLzHwcXRfYgNv7rbkCQfr1BJ5d/OGJ16o9j/VOBjFJiiMAVE6RY6 IrfA== 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=gblKF+2H09fidLhVbAvEfaTsdnsOvMHjjk1AkRRo9I8=; b=ZJ7Rsjy/L1LyEEHAt83M9jpSRYdYNbkPYbJVEeR2/47IfgNRs8oxBr/COGQ8nuE8t0 I+cOxmPkZkqd0R0lzBGYiAj3MX6MCZCciAk8YjDCceCNQ4oEWXGFoE7YZ2iCgmgSVh9D 6qYwdOuAxEO1a+qik3mqtk43iliZyKDtcOkmuydpdtdbZ1Zv8LZHotLsKz3JRNLOPsFb peKnzRCeZIFdve8bsP5S7dotcfkBtiqVRQ0SAVwhximynid7l5pkCRXQ13ty9van3Kjc zGN1IoyRhF5CWZWjRBwMJtVIRJ00IXGf+PKdllmJPiidzFvwVMbVSuuDCGtjo4ZOiNaj 7l8Q== X-Gm-Message-State: APjAAAW/TFfxenYMajadf4K1druLO66sGE1RlQfuWNVOYi3zVOxm0cO7 If8SNmrLawbTHf3TqrGKZtceXGEhgV6B8fIQ+ss= X-Google-Smtp-Source: APXvYqwUwcRhf8+k5yMs3PYpsMYZNwReo/u50m4U8rHfy0Cdxy/kgiLS814alABZYDpNdp6fP0yyNYWhZaic9Mdl90Q= X-Received: by 2002:a02:742a:: with SMTP id o42mr4777141jac.24.1573142059252; Thu, 07 Nov 2019 07:54:19 -0800 (PST) In-Reply-To: <3cfbe69a-c274-f4f2-f3f5-9eb4c8500bb8@yandex.ru> X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 2607:f8b0:4864:20::d36 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:241937 Archived-At: > There are modern UI trends that are objectively bad, you know. Like the > proliferation of dark-background themes (especially by default), or > mixing light-on-dark with dark-on-light in the same theme without regard > for contrast levels. We mostly agree. But the big IDE players like Visual Studio and Eclipse don't follow shallow trends. They look quite ugly compared to Sublime or Atom. As soon as flex/fuzzy/scatter became accessible and popular (because of programming speed) they decided to use ways to highlight the matches, very often boldface. So it's not a "trend" at all. We should ask Drew who probably has had such system in place for a much longer time. > I don't understand this. flex is deterministic. Which part exactly > cannot be trusted? Precisely, I thought you wouldn't. Flex is designed to let you smash some keys that vaguely fit into your intended completion, or at least enter the spectrum where you kinda remember the completion to be. Some Flex implementations even allow you to reverse keys so that when my lazy hand types "lyaz" it still maches "the-lazy-fox". When scoring, flex makes some mistakes (depending on how good/sophisticated the scoring algorithm is). So it's important to understand why the suggestion is at that place. You might think this double-checking "wastes your synapses". It's a bargain indeed. it doesn't work for everyone. But it's nonsensical to have flex with that crucial part crippled. 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. > I'm not sure I can agree with that. Company highlights the common part, > not simply whatever part completion style chooses to highlight. If it's somehow so important for company to highlight always the common part, we can put a 'this-is-part-of-the-common-part' prop there, too, for company's benetif. Sniffing for faces, the way I implemented it, was really a low-hanging-hack anyway. The patch to sniff for a property is trivial. So I wouldn't worry about that. By the way, doesn't this requirement for company clash with your view of the other Emacs frontends? Why is it important for company to always highlight the common part, but not for Emacs's icomplete, or *Completions*? Jo=C3=A3o