[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Character mode for comint?
From: |
Stephen J. Turnbull |
Subject: |
Re: Character mode for comint? |
Date: |
Sun, 30 Oct 2011 09:43:18 +0900 |
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).
- Re: Character mode for comint?, (continued)
- Re: Character mode for comint?, Antoine Levitt, 2011/10/29
- Re: Character mode for comint?, Andreas Schwab, 2011/10/29
- Re: Character mode for comint?, Antoine Levitt, 2011/10/29
- Re: Character mode for comint?, Andreas Schwab, 2011/10/29
- Re: Character mode for comint?, Antoine Levitt, 2011/10/29
- Re: Character mode for comint?, Stephen J. Turnbull, 2011/10/29
- Re: Character mode for comint?, Antoine Levitt, 2011/10/29
- Re: Character mode for comint?, Stefan Monnier, 2011/10/29
Re: Character mode for comint?, Stefan Monnier, 2011/10/29