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#50459: 28.0.50; Python shell completion is incompatible with flex, orderless, etc. Date: Fri, 10 Sep 2021 21:08:08 +0100 Message-ID: References: <87wnnsl1d1.fsf@gmail.com> <87czpijixk.fsf@gmail.com> <877dfqjfwu.fsf@gmail.com> <87mtolr91a.fsf@gmail.com> <877dfopsoa.fsf@gnus.org> <87zgskejjq.fsf@gmail.com> <87ee9wa7yo.fsf@gmail.com> <8ee6271b-142e-7cc1-3d24-7e5c342ef86b@yandex.ru> <15c15c3c-5f29-373f-83fc-fc736b45f7ea@yandex.ru> <8735qc44f2.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="13394"; mail-complaints-to="usenet@ciao.gmane.io" Cc: Michael Albinus , Lars Ingebrigtsen , 50459@debbugs.gnu.org, Gregory Heytings , Dmitry Gutov To: Augusto Stoffel Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Fri Sep 10 22:09:20 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 1mOmps-0003GA-6F for geb-bug-gnu-emacs@m.gmane-mx.org; Fri, 10 Sep 2021 22:09:20 +0200 Original-Received: from localhost ([::1]:60978 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1mOmpp-0004Uj-UZ for geb-bug-gnu-emacs@m.gmane-mx.org; Fri, 10 Sep 2021 16:09:17 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:60142) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mOmpa-0004T7-3O for bug-gnu-emacs@gnu.org; Fri, 10 Sep 2021 16:09:02 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:55916) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1mOmpZ-0000gV-Ra for bug-gnu-emacs@gnu.org; Fri, 10 Sep 2021 16:09:01 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1mOmpZ-0003iK-Jh for bug-gnu-emacs@gnu.org; Fri, 10 Sep 2021 16:09: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: Fri, 10 Sep 2021 20:09:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 50459 X-GNU-PR-Package: emacs Original-Received: via spool by 50459-submit@debbugs.gnu.org id=B50459.163130450814223 (code B ref 50459); Fri, 10 Sep 2021 20:09:01 +0000 Original-Received: (at 50459) by debbugs.gnu.org; 10 Sep 2021 20:08:28 +0000 Original-Received: from localhost ([127.0.0.1]:39229 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mOmp2-0003hK-5y for submit@debbugs.gnu.org; Fri, 10 Sep 2021 16:08:28 -0400 Original-Received: from mail-pj1-f51.google.com ([209.85.216.51]:54167) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mOmp0-0003h4-Tx for 50459@debbugs.gnu.org; Fri, 10 Sep 2021 16:08:27 -0400 Original-Received: by mail-pj1-f51.google.com with SMTP id j1so2106329pjv.3 for <50459@debbugs.gnu.org>; Fri, 10 Sep 2021 13:08:26 -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=BAXQkCmCi7tlII4t2E9ISaHgt/rW9yST5dsJzmH6ghQ=; b=RwybTuyn1qMn1OMleJ91jo4eYrr/nm3pby1gft4E/7R25yBpjILSLRX7Sk35EoBixu Qjo8m75jYApJQ02tnRjfTrbv9McS3vQPYEp6v8Rcbi6S5WFPyCAF5YMBQTZB/+6k3Fky fWgPwou1bSwUcFkvlQESLPzVuZlkYBVyNR/qwNFNQ5Owv7Y36UdqBqOWrUyE4+lIwuad BWKBxCjnz54TDEMgAmuMT//N1iTsf4dt9CNS8PSU6WiuI9EHFmZB9zozTaCU4UqzXkNg ebOZTaNMAmptU4M2q8pXVKuJffwJGiFxoBgdr0LuNyjPRh+lT35pd/M4+PXX8SFmWhHm dEEg== 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=BAXQkCmCi7tlII4t2E9ISaHgt/rW9yST5dsJzmH6ghQ=; b=HyCgvq+FP8OPsEqGf6Dq9Hw4G8EqUiUxXVvluV1n6pkki82+yWjd/p1Pkys6IapCXB QiC6AESw36/RZNIE/Z2kLGRhi5oqAzxsriDyW9mv+4M7VJlXSGvbuTfRZFtxx7tRaTrC 1JPkg/YPnnCKQEyttMDxSjKmOdDVvu2+Cbrjt/k+8cbSc8dJO2B1LuEZfP4l+6VoKsb/ nCKtLlOVHBrVuhfC31XovXhqU8XB4kJk6/bKuLx2VJ7uk36oFvZodRa/kNyl5BVx35yG Wi6adUajmayfbfD+OeQ0Tn0WjkYnAMXHPGJANciaiR/OSCvYSdqL4M4mkVO720Ywf8i5 sFEQ== X-Gm-Message-State: AOAM53131D58qfDKYaGylbzuo2rWU8J0TKfKOV3Gj8NEsuPrx8EchnQ8 rwyxaSoYDKgFKW+3oTVtyNfzoPOqXnfcaQom6e4= X-Google-Smtp-Source: ABdhPJzD5o8NV2qCs883W4N+tMl9/oyDWkruz0CuFe+n0TOXP4QeAeV0QLuf2zNI1oynESmWEqLbPh4PzMjw9NRkWc0= X-Received: by 2002:a17:902:c411:b0:13a:4daf:5a35 with SMTP id k17-20020a170902c41100b0013a4daf5a35mr9290106plk.52.1631304501160; Fri, 10 Sep 2021 13:08:21 -0700 (PDT) In-Reply-To: <8735qc44f2.fsf@gmail.com> 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:214038 Archived-At: On Fri, Sep 10, 2021 at 8:27 PM Augusto Stoffel wrote= : > > On Fri, 10 Sep 2021 at 17:43, Dmitry Gutov wrote: > > > On 10.09.2021 17:39, Jo=C3=A3o T=C3=A1vora wrote: > >>> Completion backends do caching anyways, whether it's on the Emacs sid= e, > >>> or somewhere inside a language server. > >> There are many types of caching, as I tried to explain. > >> Inter-capf-invocation caching (if you can understand what I mean) > >> is possible, but is probably harder to get right than the "intra" vers= ion. > > > > The proposed patch provides the "intra" version. > > I just wanted to emphasize that the approach of evaluating code and > asking an interpreter for completions is obviously a dead end. I wouldn't put it that strongly, but for sure not as easy to leverage as a ready to use LSP server. That's the promise of LSP, at least. Also, in my experience, I've found that completions are just one aspect of IDEs, and perhaps not even the most important. "Find definition" and diagnostics are perhaps more important for me. So yak-shaving and obsessing over optimizations to this reasonably hard problem (implementing responsive and fast UIs with arbitrarily sophisticated filtering styles over data that is some tenths of seconds away) might not be worth it. OTOH, yak-shaving is what Emacs is about, in some measure ,and if someone shaves the yak for me, I'll gladly take a shaved yak. Jo=C3=A3o