From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Augusto Stoffel Newsgroups: gmane.emacs.bugs Subject: bug#25753: 25.2; Python mode shell interaction not working 100% Date: Mon, 04 Oct 2021 17:47:50 +0200 Message-ID: <87o884x049.fsf@gmail.com> References: <41EFCEC1-7EE8-484D-AF7F-06CF3F800F65@gmail.com> <87zgrpw672.fsf@gmail.com> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="34304"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.60 (gnu/linux) Cc: 25753@debbugs.gnu.org To: Carlos Pita Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Mon Oct 04 18:06:08 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 1mXQTf-0008kJ-UU for geb-bug-gnu-emacs@m.gmane-mx.org; Mon, 04 Oct 2021 18:06:07 +0200 Original-Received: from localhost ([::1]:52470 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1mXQTe-0003ox-Q4 for geb-bug-gnu-emacs@m.gmane-mx.org; Mon, 04 Oct 2021 12:06:06 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:44864) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mXQDA-0002zS-Ai for bug-gnu-emacs@gnu.org; Mon, 04 Oct 2021 11:49:06 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:54827) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1mXQD7-00034J-QV for bug-gnu-emacs@gnu.org; Mon, 04 Oct 2021 11:49:04 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1mXQD7-0007wF-Ky for bug-gnu-emacs@gnu.org; Mon, 04 Oct 2021 11:49:01 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Augusto Stoffel Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 04 Oct 2021 15:49:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 25753 X-GNU-PR-Package: emacs Original-Received: via spool by 25753-submit@debbugs.gnu.org id=B25753.163336249130455 (code B ref 25753); Mon, 04 Oct 2021 15:49:01 +0000 Original-Received: (at 25753) by debbugs.gnu.org; 4 Oct 2021 15:48:11 +0000 Original-Received: from localhost ([127.0.0.1]:38140 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mXQCJ-0007v9-E3 for submit@debbugs.gnu.org; Mon, 04 Oct 2021 11:48:11 -0400 Original-Received: from mail-wm1-f48.google.com ([209.85.128.48]:41906) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mXQC6-0007uM-9w for 25753@debbugs.gnu.org; Mon, 04 Oct 2021 11:48:10 -0400 Original-Received: by mail-wm1-f48.google.com with SMTP id g198-20020a1c20cf000000b0030d60cd7fd6so385924wmg.0 for <25753@debbugs.gnu.org>; Mon, 04 Oct 2021 08:47:58 -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; bh=Q548iXgWJDkH3rBaFM4+200ji98b4QAdKFdkAstO84M=; b=lnxwvRpPjlZ7iocNxDyT7N/ysErQ1PZKxqVjXgIJTfkrBhl3YfZegIi7pw2PFZMC/a 8aSHFl61RiX3naSGF862GuKjAnog35AMiltx8tF+pMBffUf008PuDR2kWF3ebZCEvARJ 8mYnQ3OnYxaTT4v0dYjLzFD8TJ1uUUC4gvbX69lB6dEU531c3ie7IXig+KTUMfuKsG/l 2hwoBRKp7Z1Ggz4OKnfFLF+2B9PbE9m+9/gXesk98pzqV0dDT/a64qPc7rX4nWfLpkxi uQ+lHUyDynxqlPbqKAehK67R1F7XEFjrgLiuUx459USDTE2JCMa1REhwd48cMG1cU4S6 H+4w== 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; bh=Q548iXgWJDkH3rBaFM4+200ji98b4QAdKFdkAstO84M=; b=txqDkPRbwZSkRfxFuw/jpsYGlxkxGUZe2HZiD4bMs+dH7ZFfJrvVgtME9mxJiqcSAe ytE4zHP20VZZUDGlsH8d3foL0V/eY4KdfNG9GCCwGIc7m9wZUhgKtOTd3jiVa6wbGdo8 lwKz7JIykof6ehiNxnhZ0GAdCwaUN4bDydGIy034rJCRhsoPRcvuP6UfhsOWR7+i4hKi IQKhSqOs874UgLPdx7yv7V+qnc9FhMpP51KvzT9QwKxMpdYqcYq75h4WwFyKx0Xe8ETB ojvfdvdgko7IgxE2BoDZDrBTg1rhhm929CAmaq1EezB46UCW5ZW4DtybklCbQQVXKiT0 2Bkg== X-Gm-Message-State: AOAM530BoUDITEoHFxAeNXIEbB05undgEN4fePaiXbVNqxbViOtR0cy4 oC8lIXpAaPy5fh4wJC7gTkskVeeveKw= X-Google-Smtp-Source: ABdhPJxKUbis0AviM41nslk3wSoW8N59NL5H2P3kfQ1BzaTf4AQim05jXdRL+vHPacJm7p1SBP/3Bw== X-Received: by 2002:a1c:c906:: with SMTP id f6mr19798719wmb.136.1633362472083; Mon, 04 Oct 2021 08:47:52 -0700 (PDT) Original-Received: from ars3 ([2a02:8109:8ac0:56d0::2d8e]) by smtp.gmail.com with ESMTPSA id c9sm17864853wmb.41.2021.10.04.08.47.51 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 04 Oct 2021 08:47:51 -0700 (PDT) In-Reply-To: (Carlos Pita's message of "Mon, 4 Oct 2021 12:31:41 -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:216367 Archived-At: On Mon, 4 Oct 2021 at 12:31, Carlos Pita wrote: > Hi Augusto, > >> Unfortunately, this package is free of bugs and hasn't seen much >> development lately, so I prefer to live with the issues of the good old >> Python shell. I meant emacs-jupyter _isn't_ free of bugs, in case that wasn't clear from context :-). > Just to be clear, I'm not saying python.el should move to jupyter or > anything like that. On the contrary, I believe it should provide a > solid focused basis for other modules (elpy, lsp, emacs-jupyter, etc) > and perhaps it's already somewhat at odds with that goal. I personally agree. > Especially regarding native completion I don't see much to be gained > vs. directly calling the readline completer (which is now considered > the fallback case) and OTOH there is something to be lost: at least in > my experience this has often been the non "just works" > factor. Moreover, the mechanism is far from perfect (it interferes > with prompt numbering, it's potentially blocking) and native > completions solve none of its issues. So I feel like getting rid of > it. My point regarding Jupyter, LSP and the emacs frameworks around > them is that to some extent they relieve python.el of having to be > that smart. That's not an unreasonable proposal. I'd be curious as to what the maintainers think. For the record, here are the only 2 advantages of the "native completion" mechanism that I'm aware of: 1. It does _not_ interfere with prompt numbering and last return value variables `_`. 2. It works on continuation lines. The following facts further diminish those two advantages: A. Every other feature that sends commands to the inferior behind the scenes will interfere with prompt numbering. B. Editing continuation lines is awkward for several other reasons. For instance, each continuation line becomes a separate history entry.