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 17:09:27 +0100 Message-ID: References: <86a6uehpod.fsf@matem.unam.mx> <87v944wdxu.fsf@gmail.com> <847fabdb-8b06-dd0f-b2ad-6c71d2f5c3cd@yandex.ru> <87v944uiv5.fsf@gmail.com> <87lf3hr0x5.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="18187"; mail-complaints-to="usenet@ciao.gmane.io" 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 18:10:17 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 1mVFgP-0004SQ-H2 for geb-bug-gnu-emacs@m.gmane-mx.org; Tue, 28 Sep 2021 18:10:17 +0200 Original-Received: from localhost ([::1]:33236 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1mVFgO-0002T6-EV for geb-bug-gnu-emacs@m.gmane-mx.org; Tue, 28 Sep 2021 12:10:16 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:59744) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mVFgA-0002QB-BE for bug-gnu-emacs@gnu.org; Tue, 28 Sep 2021 12:10:02 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:35218) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1mVFgA-0000gh-34 for bug-gnu-emacs@gnu.org; Tue, 28 Sep 2021 12:10:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1mVFg9-00058W-Jc for bug-gnu-emacs@gnu.org; Tue, 28 Sep 2021 12:10:01 -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 16:10:01 +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.163284538419714 (code B ref 45260); Tue, 28 Sep 2021 16:10:01 +0000 Original-Received: (at 45260) by debbugs.gnu.org; 28 Sep 2021 16:09:44 +0000 Original-Received: from localhost ([127.0.0.1]:46764 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mVFfs-00057t-Bs for submit@debbugs.gnu.org; Tue, 28 Sep 2021 12:09:44 -0400 Original-Received: from mail-pg1-f170.google.com ([209.85.215.170]:45758) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mVFfq-00057b-N0 for 45260@debbugs.gnu.org; Tue, 28 Sep 2021 12:09:43 -0400 Original-Received: by mail-pg1-f170.google.com with SMTP id n18so21656052pgm.12 for <45260@debbugs.gnu.org>; Tue, 28 Sep 2021 09:09:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc:content-transfer-encoding; bh=TmyGDDR4u7p1Qx0gzGbdV2Kijl6Pz8crOSFEO31U8Js=; b=B9z4Xusksv5QjXyAUbhdgkEYvbyxLs3DW1COkPzfLK0c00rseohnty4QMY/n5iGbUn KT5VUUuvrrH4yw+TXCoH/DUk7CTYNWwlo3xNCuDeQgwwJtBc8eqZioTuJBbBNW29Hp/A PO7AwFvaTI28UARt4LoQirRrF/53mQxhqvtbjJ7dOL3jaVERRORPlrDQ+/Q60pqn59/D OzUGI3UQm//DSwAZ/cBjGhNyrtY3FJQI5z5QbFJC6LhiNaLEcGWb7MLPnm4A3aOlBhfF lipXQ6//vGG2ufc2IEmPDoA5kBGVWNuAr0gxkE+X/e7e2+k6P2Ev5Kd442lsogugu7mg qIEQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc:content-transfer-encoding; bh=TmyGDDR4u7p1Qx0gzGbdV2Kijl6Pz8crOSFEO31U8Js=; b=0HqXvDx3QqjPswJU9WtEfieVHJ5DXtKeSNX7GbIdlecoz8ssA0hMa0W7xeaoI1v/zh nA/NKJvUjKpsBgpyMr5bMkc71vii8uSuDxhi+2vT9m7mtj4dK5tqVARCx+AeriiOr8N3 uPUCdAeIR+nu7Oeu+YjRuRWM49QIUcR1U/v1nj7iLYS/4gTgJpKi9oBn9Ts1zJkeBeYq Py5OSLrkHGtKhtitnY8kNNJsEttrpdr0qIrRvRoi5VxsOQA0DU/gvt6PUZBUwEHMCzgF j3ExjM1VZodfRbURpF7M5CBJf0j9bZwRZoZbwEwELeKG+PLs54ZeV7yJvDnEH1lNuyTT EU6A== X-Gm-Message-State: AOAM530JQRpD+7lI8qC+MSyj08sOGlPer6rdeG1Fg21qEXXTvGvC0HZB 9Tlv0Ivn2kDjEGhVJv6n+vMjhOWR10Sq0uT71sE= X-Google-Smtp-Source: ABdhPJxTmqVu56jYyEFrzQDFA4IG2MqLRYYErlgqRpqyAMSUUAihx+zj4uqFpxoavnGdRb31vZypoKJwULS2aCX+Vd8= X-Received: by 2002:aa7:9a51:0:b0:43d:f0b0:532a with SMTP id x17-20020aa79a51000000b0043df0b0532amr6394840pfj.76.1632845376826; Tue, 28 Sep 2021 09:09:36 -0700 (PDT) In-Reply-To: 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:215778 Archived-At: On Tue, Sep 28, 2021 at 1:38 PM Dmitry Gutov wrote: > So the references to company-capf in that discussion are necessary, but > incidental. So it should be possible to describe the problem in simpler terms. Which is what I'm asking you to do. In the simplest terms _possible_ of course. > Since we're talking about a beginner learning the c-a-p-f API, saying > "it is intended to work this way" is rather off base. I think the > question is rather which choice will ultimately lead to less friction. > > While still leading to the expected behavior in all practical cases, of > course. Yes, and the expected behaviour is what happened. It's not about the beginner developer here, it's about the user. The beginner developer of the c-a-p-f API has to do more work than the user to understand what the purpose is of the things she is invoking. If she invokes 'flex' in some program, she must be aware of what she's doing, of how 'flex' works. > >> 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 simple= r > > example. > > They're asking how to write a completion table which does sorting. > > It later turned out that they have the flex completion style set up in > personal configuration. If you follow the discussion, you can note this > conflict wasn't particularly easy to discover. > > And the practice of asking for "full reproduction starting with emacs > -Q" in such threads feels fairly out of place. I'm sorry. We need a common ground to be able to communicate technical problems. I don't know if it's unfashionable in "such threads" but I'm pretty sure that you're accustomed to seeing such recipes in the Emacs bug tracker. > But would it? Break existing behavior in any scenario that matters? See my reply to Omar. > > 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? > > Discovery. So you're talking about changing defaults. But flex is not even the defaul= t, so I don't understand. Why are people using it if they're not content with what it does? Do a 'flix' style, as I've suggested multiple times! Look, if you're right= and it represents much less friction it should rapidly become popular and your burdens will be solved. It probably take few lines of code. > > I also suggest that people: "if you're writing a completion table, make > > sure you try it without company as well". > Not something I'm eager to recommend to somebody just starting out. It > wouldn't help here either, I believe. So you decide that it's a good idea for a beginner to mix company internals into her adventures.... Questionable, I'd say. Jo=C3=A3o