From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp1.migadu.com ([2001:41d0:303:e16b::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms8.migadu.com with LMTPS id YCqFBN2IpmWbXgAA62LTzQ:P1 (envelope-from ) for ; Tue, 16 Jan 2024 14:47:09 +0100 Received: from aspmx1.migadu.com ([2001:41d0:303:e16b::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp1.migadu.com with LMTPS id YCqFBN2IpmWbXgAA62LTzQ (envelope-from ) for ; Tue, 16 Jan 2024 14:47:09 +0100 X-Envelope-To: larch@yhetil.org Authentication-Results: aspmx1.migadu.com; dkim=pass header.d=posteo.net header.s=2017 header.b=keXCsVkW; spf=pass (aspmx1.migadu.com: domain of "emacs-orgmode-bounces+larch=yhetil.org@gnu.org" designates 209.51.188.17 as permitted sender) smtp.mailfrom="emacs-orgmode-bounces+larch=yhetil.org@gnu.org"; dmarc=pass (policy=none) header.from=posteo.net ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=yhetil.org; s=key1; t=1705412828; h=from:from:sender:sender:reply-to:subject:subject:date:date: message-id:message-id:to:to:cc:cc:mime-version:mime-version: content-type:content-type:in-reply-to:in-reply-to: references:references:list-id:list-help:list-unsubscribe: list-subscribe:list-post:dkim-signature; bh=ZX4o4NQ6ioAQGvxhzqkYQhzY9yAVXErtBZZze6zDvIM=; b=RgxBpXicf0hxxVFJRlkjVFAkbooOJzZneLUd6fJbKhPY/mdH+ctqyAMSAiw/8SwvxHtq9t 8vtR9i7kYeWClwK4Bz3TflB9AOQC1Q3VlgWWbpSH9SL1qrX6qY3TVN72uGzKW5QuVmwsyc mlktl8apTjykD78x37CLIX5ESNvIV7+orXOu2StMsb/k9Og2WZoEa87mlkiWGBCeGSpBQZ 238WgvcG2+Rc9sjJ3UFY13zy8EYw580GdpLsDHpDbMwPiYghQr+8ZGhRlTyDy/KdmE0vwv PKRlZkxHKQfdHDnfIXhvfOpPt6YJzeI+/5wtPPGcKnajdWoGAdn2uKb+1DTAjw== ARC-Authentication-Results: i=1; aspmx1.migadu.com; dkim=pass header.d=posteo.net header.s=2017 header.b=keXCsVkW; spf=pass (aspmx1.migadu.com: domain of "emacs-orgmode-bounces+larch=yhetil.org@gnu.org" designates 209.51.188.17 as permitted sender) smtp.mailfrom="emacs-orgmode-bounces+larch=yhetil.org@gnu.org"; dmarc=pass (policy=none) header.from=posteo.net ARC-Seal: i=1; s=key1; d=yhetil.org; t=1705412828; a=rsa-sha256; cv=none; b=gVrmUpbTR+Ce6tCSx0bxLtCt8tSAIrdMAeIs47POnnDTBMYggc7Qn4JDVb4wG8NYLtzyLA r6s9H1hT92eDCmRU0r8doi2GMvX97HaUVl32HzKhBMgtussxTISqJuJnBCEY007+rAKb8c EaYjSRw2wLgm/Q9jnX18wq/gkBVnjSIYrJwI/iYpEAejEIGaBZeddeDcDbDVfPYoDbV9e2 zQSj84ECdx61mi+r6cYjMGq20UWgKgitaRJVqbIYil32AGW4z37q0Qg/BH/lAZcyme58Kv MMv4K52X/HNQzc6qmlXEPsl5Hh5QDjHazsQjL9PfpX43XB6i8z6MR8HGHTSR1w== Received: from lists.gnu.org (lists.gnu.org [209.51.188.17]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by aspmx1.migadu.com (Postfix) with ESMTPS id DD15C53F23 for ; Tue, 16 Jan 2024 14:47:08 +0100 (CET) Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1rPjlv-0002u0-Tz; Tue, 16 Jan 2024 08:46:31 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1rPjlv-0002ts-5I for emacs-orgmode@gnu.org; Tue, 16 Jan 2024 08:46:31 -0500 Received: from mout02.posteo.de ([185.67.36.66]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1rPjls-0008Or-Di for emacs-orgmode@gnu.org; Tue, 16 Jan 2024 08:46:30 -0500 Received: from submission (posteo.de [185.67.36.169]) by mout02.posteo.de (Postfix) with ESMTPS id C439F240104 for ; Tue, 16 Jan 2024 14:46:25 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=posteo.net; s=2017; t=1705412785; bh=i05lPZo6InkQtXSutwAaswMndgBNzlsGu3E8Jn51RRE=; h=From:To:Cc:Subject:Date:Message-ID:MIME-Version:From; b=keXCsVkWnzeK6FpA9JJv7/0L1W814SE2D7zkLD6ecRWGjTJ6AG2FcRHeGk6QQTHdj WtvdTvIW8w5MhVqV5q9+bthWUqi2fVk3ZNd2545UMH++WBR9IQiPm7pKaUTNnvkQZe IafRkJBP9J11kFyPGkcQLPsVp9PIfNRRqoc1AOAVk+yh1qKSQG7Pgcn5HyvRsMp6E/ QKFAB2RYZMOT6fd6kuY3utBdFkeMBxaWkE0Lz74hSj6/Sd3mvg/V4Nn826JQL/41WN 5OYkuwqqVOmPV7ReJrOsk4eqrzoG0rDp56Gg3MP9f6dC31Pz4UeaJHf6yXoPbYobMi NixH7QGFSs1IQ== Received: from customer (localhost [127.0.0.1]) by submission (posteo.de) with ESMTPSA id 4TDqzh6RKdz9rxB; Tue, 16 Jan 2024 14:46:24 +0100 (CET) From: Ihor Radchenko To: Jack Kamm Cc: Liu Hui , emacs-orgmode@gnu.org Subject: Re: [PATCH] Set Python shell in Org edit buffer In-Reply-To: <87il3v3k3i.fsf@gmail.com> References: <87bkb2rqer.fsf@localhost> <87edfwsuvx.fsf@localhost> <87sf4bsm1w.fsf@localhost> <87mstw18r4.fsf@gmail.com> <87bkaak0ol.fsf@localhost> <87ttnyz0jv.fsf@gmail.com> <87wmsn6ghw.fsf@localhost> <87o7dxu15h.fsf@gmail.com> <87msthwbfz.fsf@localhost> <87le91t13e.fsf@gmail.com> <87zfxgxb8m.fsf@localhost> <87r0ir2ln8.fsf@gmail.com> <87zfxewewe.fsf@localhost> <87le8x3e0a.fsf@gmail.com> <87a5pdqt21.fsf@localhost> <87il3v3k3i.fsf@gmail.com> Date: Tue, 16 Jan 2024 13:49:38 +0000 Message-ID: <87fryxl765.fsf@localhost> MIME-Version: 1.0 Content-Type: text/plain Received-SPF: pass client-ip=185.67.36.66; envelope-from=yantar92@posteo.net; helo=mout02.posteo.de X-Spam_score_int: -43 X-Spam_score: -4.4 X-Spam_bar: ---- X-Spam_report: (-4.4 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H5=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01 autolearn=ham autolearn_force=no X-Spam_action: no action X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-orgmode-bounces+larch=yhetil.org@gnu.org Sender: emacs-orgmode-bounces+larch=yhetil.org@gnu.org X-Migadu-Flow: FLOW_IN X-Migadu-Country: US X-Migadu-Spam-Score: -6.91 X-Migadu-Scanner: mx13.migadu.com X-Spam-Score: -6.91 X-Migadu-Queue-Id: DD15C53F23 X-TUID: DTqQZniub5+o Jack Kamm writes: >>> Currently I lean towards a combination of #1 and #3, but am not sure, >>> and happy to go with whatever you think is best. >> >> We can also advice `ess-request-a-process' as a temporary workaround. > > My concern is that advising `ess-request-a-process' would cause > maintenance burden on ob-R. It would require some knowledge about the > ESS internals to maintain properly. Not really. I only meant writing an advice iff our request is accepted by ESS devs. Then, all we need is to advice the earlier versions of ESS and remove the advice after the new ESS release (we only support the latest release of the optional third-party packages: https://orgmode.org/worg/org-maintenance.html#emacs-compatibility). No changes to advice will be needed in future. I plan to propose a patch for ESS soon and see if it is going to be accepted. > Reading through `ess-request-a-process' is rather daunting, and it > doesn't look straightforward to patch it to behave as we want. I think > the reason is because ESS allows you to call `rename-buffer' on the > inferior R session, and still have it remain associated with its editing > buffers. Which is quite a different model than the way python.el works. We can simply let-bind `ess-process-name-list' to alter what `ess-request-a-process' returns. I do not see major problems here. -- Ihor Radchenko // yantar92, Org mode contributor, Learn more about Org mode at . Support Org development at , or support my work at