From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "Stephen J. Turnbull" Newsgroups: gmane.emacs.devel Subject: Re: Character mode for comint? Date: Sun, 30 Oct 2011 09:43:18 +0900 Message-ID: <877h3npavt.fsf@uwakimon.sk.tsukuba.ac.jp> References: <87mxckp2vs.fsf@gmail.com> <87lis3a5ye.fsf@gmail.com> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 X-Trace: dough.gmane.org 1319935416 6290 80.91.229.12 (30 Oct 2011 00:43:36 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Sun, 30 Oct 2011 00:43:36 +0000 (UTC) Cc: emacs-devel@gnu.org To: Antoine Levitt Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sun Oct 30 02:43:33 2011 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([140.186.70.17]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1RKJUq-0001Z4-Fx for ged-emacs-devel@m.gmane.org; Sun, 30 Oct 2011 02:43:33 +0200 Original-Received: from localhost ([::1]:51721 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RKJUq-0007pm-2B for ged-emacs-devel@m.gmane.org; Sat, 29 Oct 2011 20:43:32 -0400 Original-Received: from eggs.gnu.org ([140.186.70.92]:46952) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RKJUn-0007ph-99 for emacs-devel@gnu.org; Sat, 29 Oct 2011 20:43:30 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1RKJUm-0006Wy-39 for emacs-devel@gnu.org; Sat, 29 Oct 2011 20:43:29 -0400 Original-Received: from mgmt1.sk.tsukuba.ac.jp ([130.158.97.223]:43047) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RKJUl-0006V0-FK for emacs-devel@gnu.org; Sat, 29 Oct 2011 20:43:28 -0400 Original-Received: from uwakimon.sk.tsukuba.ac.jp (uwakimon.sk.tsukuba.ac.jp [130.158.99.156]) by mgmt1.sk.tsukuba.ac.jp (Postfix) with ESMTP id 869C53FA04EB; Sun, 30 Oct 2011 09:43:18 +0900 (JST) Original-Received: by uwakimon.sk.tsukuba.ac.jp (Postfix, from userid 1000) id 7EF181A273F; Sun, 30 Oct 2011 09:43:18 +0900 (JST) In-Reply-To: <87lis3a5ye.fsf@gmail.com> X-Mailer: VM 8.2.0a1 under 21.5 (beta31) "ginger" 2dbefd79b3d3 XEmacs Lucid (x86_64-unknown-linux) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) X-Received-From: 130.158.97.223 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:145784 Archived-At: Antoine Levitt writes: > I think the whole shell situation on emacs is a can of worms. There's > term, ansi-term, nterm, multi-term, shell, comint, each with specific > caveats and gotchas. No, there's just comint, (most of?) the rest are layered on top of it. The plan is pretty obvious: move features from the various higher-level (user-level) interfaces into comint. This can probably done ad hoc as you need features (but you need to test with everything that matches `grep -E "(require 'comint)"' before pushing). In python-mode, though, Emacs provides a powerful history mechanism for comint. While it's true that Python users will be familiar with the readline interface, Emacs users shouldn't have too much trouble with switching to the Emacs bindings (and if they don't like that, they may as well remap Emacs bindings since it's fundamentally more powerful).