From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Dmitry Gutov Newsgroups: gmane.emacs.bugs Subject: bug#22324: 25.0.50; completion-category-defaults style doesn't override completion-styles (gets prepended instead) Date: Sat, 29 Jan 2022 03:57:35 +0200 Message-ID: <4a8392b6-d95b-eeb4-e54c-e0512a4c2fe0@yandex.ru> References: <868u41rv84.fsf@yandex.ru> <87lf0yjwpw.fsf@gnus.org> <87r1aodus0.fsf@gnus.org> <66aa873d-5f5f-9024-efb6-e6110c27ab3a@yandex.ru> <87ilvy4m94.fsf@gnus.org> <87czklnqvs.fsf@gnus.org> <3045ca8b-f5d6-c85e-d170-3fe158fec64e@yandex.ru> <87ilu94gac.fsf@gnus.org> <43725c9f-1f0a-fb43-82a2-3f284791fdf5@yandex.ru> <875yq8ypmi.fsf@gnus.org> <184dffab-4fa4-e265-c8ef-0c088149b1b4@daniel-mendler.de> <2115dbe9-fc14-e21c-5a04-1a1c0c85ceef@yandex.ru> <7e725d20-af1e-80ee-091f-caf2faac5819@yandex.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="40263"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.14.0 Cc: Daniel Mendler , Lars Ingebrigtsen , 22324@debbugs.gnu.org To: Stefan Monnier Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Sat Jan 29 02:58:15 2022 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1nDd0I-000AIq-Jg for geb-bug-gnu-emacs@m.gmane-mx.org; Sat, 29 Jan 2022 02:58:14 +0100 Original-Received: from localhost ([::1]:41974 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1nDd0G-0007j1-LJ for geb-bug-gnu-emacs@m.gmane-mx.org; Fri, 28 Jan 2022 20:58:12 -0500 Original-Received: from eggs.gnu.org ([209.51.188.92]:57556) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1nDd08-0007iF-6J for bug-gnu-emacs@gnu.org; Fri, 28 Jan 2022 20:58:04 -0500 Original-Received: from debbugs.gnu.org ([209.51.188.43]:39638) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1nDd05-0003Xm-Sc for bug-gnu-emacs@gnu.org; Fri, 28 Jan 2022 20:58:03 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1nDd05-0002HV-Ql for bug-gnu-emacs@gnu.org; Fri, 28 Jan 2022 20:58:01 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Dmitry Gutov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 29 Jan 2022 01:58:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 22324 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: moreinfo Original-Received: via spool by 22324-submit@debbugs.gnu.org id=B22324.16434214668748 (code B ref 22324); Sat, 29 Jan 2022 01:58:01 +0000 Original-Received: (at 22324) by debbugs.gnu.org; 29 Jan 2022 01:57:46 +0000 Original-Received: from localhost ([127.0.0.1]:60774 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nDczq-0002H1-4T for submit@debbugs.gnu.org; Fri, 28 Jan 2022 20:57:46 -0500 Original-Received: from mail-wr1-f54.google.com ([209.85.221.54]:46066) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nDczo-0002Go-Ka for 22324@debbugs.gnu.org; Fri, 28 Jan 2022 20:57:45 -0500 Original-Received: by mail-wr1-f54.google.com with SMTP id m14so13873668wrg.12 for <22324@debbugs.gnu.org>; Fri, 28 Jan 2022 17:57:44 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=sender:subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-language:content-transfer-encoding; bh=g93p3zrBxzek7eAOqM98hpQCxu2akLmY0ChGIIQgaHc=; b=pIG2crgN2NrLraWWtXwWodGQwKPCTMrQse1lg5t3mZC94S3ogXa0Lfsnco9ih9OrJC lDLIjThJkB5b1BIC8+Vfh/gRTLOnJK9NJyBqMWBMKs0cqNmb9p2RPKj4/F+28GGB016G 5UdrdelXE6wDCCvUjXtHqcERzacFGLoCSd2Km3tCylcDRkr3NIVHjB4bojM8q5uedxVe yKbW4akhFH9ZYofaLaLgzSDDZNZODIu5G97EQfV7ZsEoAd0zbViyER41oh36oP4iTb0G lgTMRMsxGpHH48ZlNWX+J6oJrc5MLSn63MwosjZttUPgpW3VENCBjLh64yjxmR++PGY5 itNA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:sender:subject:to:cc:references:from:message-id :date:user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=g93p3zrBxzek7eAOqM98hpQCxu2akLmY0ChGIIQgaHc=; b=qILdlz004xhVGGEnL9pgX3ywcUVCHvY0htnLeii78OUvneBEHwf8rDXwD8Jz2h/s5x xH0muXFSq9zdphdf+Rg72kY642Z0O8w+NvMG4aT9QvRPrFb/2CGaHDX0x5ThTEwpr4DA xTkdaxvPZSZtU0frl7EMsE4D6BSIJ1qiSMoo4MJbheoRWewAieFznqpG/shyACXSfI04 BwVSt5fwXIxGdjjZpEgwOY5fkDxQSumBkT3xz45XfHP11DAIQw0R1YCRo0MMjFqcpcTW l9bmtsWJ3vHdFHi0L+HB0rnvrBCvvCzThzR9B5nuCwcBay4oxYUnZIvKMU+rHVFqK6co A4tA== X-Gm-Message-State: AOAM530JRIByK4mhMQ6Y6JHolZgwGeQZiWGArFzn6kEbhbWK0JOkl4cn GAuckSb2c7fdBKhvetGQu2ZBEZqGBqs= X-Google-Smtp-Source: ABdhPJzMQuZ/d3F3lF6oUIJuwo28y00t9/DRhNPR2hkJ7MuMIbiYlvkJqd/dUZHMX9XqRF/8YSueKw== X-Received: by 2002:a5d:5589:: with SMTP id i9mr9150004wrv.246.1643421458376; Fri, 28 Jan 2022 17:57:38 -0800 (PST) Original-Received: from [192.168.0.6] ([46.251.119.176]) by smtp.googlemail.com with ESMTPSA id z5sm3536789wmp.10.2022.01.28.17.57.36 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Fri, 28 Jan 2022 17:57:37 -0800 (PST) In-Reply-To: Content-Language: en-US X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.io gmane.emacs.bugs:225500 Archived-At: On 29.01.2022 01:18, Stefan Monnier via Bug reports for GNU Emacs, the Swiss army knife of text editors wrote: >> Trying to honor the user's customization of 'completion-styles' makes >> a certain amount of sense. Though I don't know how much we honor it this >> way: if the user is relatively new, they might not even know to keep typing >> to see the fallback, after noting that their input does not give them the >> matches they expected. > > Actually, I suspect it works better for new users than for old ones: new > users don't yet have a clear mental model of how Emacs's completion > works so they might expect something more like what you see with a web > browser search where adding more data can completely change the > proposed completions. But a web browser model is more like a single 'flex' completion style. You get fuzzy matching and a score-based searching. After my input in the address bar makes the completions list shrink to just a few entries, it never occurs to me to keep typing to see something else that is not in that list. In Firefox that will never work -- but it works with completion styles in Emacs. > In contrast old-timers may indeed "know" that there won't be any > completions further down and will never reach the second style (to some > extent, that's how I got Richard to accept `partial-completion` in the > default). > >> It's more of a critique of the whole "list of styles" design, admittedly. > > I don't regret doing it because I don't think there was any other > way to activate `partial-completion` by default, but yes it has > its downsides. Sure. I'm just not sure where we go from here. A "single completion style" approach (with sorting and scoring) would make things easier and familiar in the long run. But if we stay with the current approach (which has its upsides), seems like Daniel's suggestion can be a good option for this particular bug.