From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: =?UTF-8?Q?Jo=C3=A3o_?= =?UTF-8?Q?T=C3=A1vora?= Newsgroups: gmane.emacs.bugs Subject: bug#45260: 28.0.50; Maybe flex should only sort when there is no sorting metadata? Date: Tue, 28 Sep 2021 01:36:38 +0100 Message-ID: <87lf3hr0x5.fsf@gmail.com> References: <86a6uehpod.fsf@matem.unam.mx> <87v944wdxu.fsf@gmail.com> <847fabdb-8b06-dd0f-b2ad-6c71d2f5c3cd@yandex.ru> <87v944uiv5.fsf@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="19799"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) Cc: 45260@debbugs.gnu.org, Omar =?UTF-8?Q?Antol=C3=ADn?= Camarena To: Dmitry Gutov Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Tue Sep 28 02:37:11 2021 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 1mV17P-0004yi-GP for geb-bug-gnu-emacs@m.gmane-mx.org; Tue, 28 Sep 2021 02:37:11 +0200 Original-Received: from localhost ([::1]:42974 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1mV17N-0005X8-DB for geb-bug-gnu-emacs@m.gmane-mx.org; Mon, 27 Sep 2021 20:37:09 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:46430) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mV17G-0005Wz-Mt for bug-gnu-emacs@gnu.org; Mon, 27 Sep 2021 20:37:02 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:59881) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1mV17G-0000aj-FU for bug-gnu-emacs@gnu.org; Mon, 27 Sep 2021 20:37:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1mV17G-0005iE-3s for bug-gnu-emacs@gnu.org; Mon, 27 Sep 2021 20:37:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: =?UTF-8?Q?Jo=C3=A3o_?= =?UTF-8?Q?T=C3=A1vora?= Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 28 Sep 2021 00:37:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 45260 X-GNU-PR-Package: emacs Original-Received: via spool by 45260-submit@debbugs.gnu.org id=B45260.163278940721937 (code B ref 45260); Tue, 28 Sep 2021 00:37:02 +0000 Original-Received: (at 45260) by debbugs.gnu.org; 28 Sep 2021 00:36:47 +0000 Original-Received: from localhost ([127.0.0.1]:43194 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mV171-0005hl-8t for submit@debbugs.gnu.org; Mon, 27 Sep 2021 20:36:47 -0400 Original-Received: from mail-wm1-f45.google.com ([209.85.128.45]:36572) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mV16z-0005hZ-Tz for 45260@debbugs.gnu.org; Mon, 27 Sep 2021 20:36:46 -0400 Original-Received: by mail-wm1-f45.google.com with SMTP id l18-20020a05600c4f1200b002f8cf606262so611630wmq.1 for <45260@debbugs.gnu.org>; Mon, 27 Sep 2021 17:36:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version:content-transfer-encoding; bh=E4JPu4+Q7F2bsmFIQFK7AD7llsPuJSmJLt0ZBC868g4=; b=YVZggHntZb74YD8Qkj72uQqb/weNFa6q14EBSftjRX6AJatRxtFEJMQNy45+gXxAQA ZGdiwLBxigR6IkEGsRo+YYJs8DJ4tISsKLUnkVGBDHey/23Vl80xHlnOMNr2QHK9C4/e Q6D/GPfUMUJQUjmsGUgo0OpkDgWoRUPho0lcc41dJePCm/wIX5e2I7MPaHmH4XsjW2Ul 6uhvkV8Y8WnjJScH6PtUsLCa19iI1M2mlJIcuNxlQBIKsSpsvnc69mo2gc3CXrvsB39a 7jjw3Wyfk/KpBTiN6SH9MxGXQVX9WVuqtCx55C+rucpbKbGTJxC4zUhkpUsLkaQOfEoP GJwg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:from:to:cc:subject:references:date:in-reply-to :message-id:user-agent:mime-version:content-transfer-encoding; bh=E4JPu4+Q7F2bsmFIQFK7AD7llsPuJSmJLt0ZBC868g4=; b=uOnatDuVQtswer6M/6thDqrT4HAtj89VwJ1hcgaWVIVVJzge2viNrNhO3tfxN9L3Zg ZDO4RaB2jqAoeIflYkQ6wPIHNxmLCg0nF7D1wENZW5oZWpCI4Pop0oBeJFG1pVq0OxBK 3jSFE7VF9h7rua5A5UFPlLPMUtxPtm57qC8/Dla/pV9T2tOR0Ah/AMGxSsWcwobKi3j5 f12kwRY4p5JOwfSrE8f+y4Y1RN3L57FOpL0sFPphEQVjmf3MEQsCqG4ph6UPk040KeFb pe0XQ+PDG6Y3ukPm2Nf7KR45lqJxf3+svG+DGkdBXgpgj+aaXhvq0nsbMearykz8Xs2U 23Yw== X-Gm-Message-State: AOAM533A+eeL84RdTzCGkp2pT0zvu8+wP6xdu7ZiEdPRxO7yHbkvBjff mQKhzdRVrJIZNorqiIgfFFQ= X-Google-Smtp-Source: ABdhPJy1N0ke5w2neWDIsZtOvQvOXFfB1sE2MnAPXsb97EQQQgiGM1+8NjEgKPmvHbeCB1uLw4bZzQ== X-Received: by 2002:a1c:451:: with SMTP id 78mr1876613wme.158.1632789400058; Mon, 27 Sep 2021 17:36:40 -0700 (PDT) Original-Received: from krug (a83-132-177-247.cpe.netcabo.pt. [83.132.177.247]) by smtp.gmail.com with ESMTPSA id i67sm1074053wmi.41.2021.09.27.17.36.38 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 27 Sep 2021 17:36:39 -0700 (PDT) In-Reply-To: (Dmitry Gutov's message of "Tue, 28 Sep 2021 02:40:07 +0300") 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:215719 Archived-At: Dmitry Gutov writes: > On 28.09.2021 02:25, Jo=C3=A3o T=C3=A1vora wrote: > > It's an example of a user trying to write a completion table (to be > consumed by company-capf, as they usually are) Hm? A table is consumed by any capf-capable frontend. That's not limited to `company-capf'. > with sorting logic and tripping over the flex style overriding it. But where is the "tripping" if, to the best of my knowledge (and given that you chose this specific Emacs bug), the complaint is about something that the flex style was designed to do from the very beginning? That thing is sort, first and foremost, by how well the pattern entered by the user matches each candidate. Doesn't this user like that? If not, it's fine. But not appreciating a behaviour doesn't count as "tripping over" to me. > You should read it (the last few messages will suffice). I tried to, it's full of references to company internals that I can't evaluate. Is the user writing a table specifically for company? Or modifying company? Or both? I must understand it in terms of a simpler example. > flex is popular enough. People use it. I end up having to diagnose > people's problems. OK, I sympathize with that. I can see you indeed invest many hours. > Having many similar-but-slightly-different styles available is > unlikely to reduce my support burdens. But "reducing your support burdens" cannot come at the cost of breaking existing behaviour. Look at the simple 5-line examples I gave to Omar (to which there was no reply, unfortunately). I expect those examples to sort in a certain way, and I guess Omar would to like them some other way. What is the problem with you telling those users to use 'pikachu' instead of 'flex'? Or tell them to set a hypothetical variable flex-prefer-table-sorting to t? I also suggest that people: "if you're writing a completion table, make sure you try it without company as well". Jo=C3=A3o