From: Per Bothner <per@bothner.com>
To: Ingo Lohmar <i.lohmar@gmail.com>, 22785@debbugs.gnu.org
Subject: bug#22785: 24.5; comint/shell modes should be merged with term mode
Date: Tue, 23 Feb 2016 13:24:35 -0800 [thread overview]
Message-ID: <56CCCE13.9010702@bothner.com> (raw)
In-Reply-To: <87si0ji1dd.fsf@acer.localhost.com>
On 02/23/2016 01:05 PM, Ingo Lohmar wrote:
> To me, that seems to be a bad idea. They are two different modes
> precisely *because* they are quite different. If you want to run
> console applications, why would you use shell-mode at all?
Why not? There are also hybrid applications, such as ones that
use readline. You can't use readline in shell mode, but you can
in term mode.
> I dumped any use of term.el because I could not control its
> complexities, no matter what overrides, patches and advices I used.
Well, there have been some kludges (as well as some improvements) to term
since I worked on it. It was on the whole probably seen less maintenance
than comint mode, since more modes extend the latter.
> Term is *significantly* more complex than shell (175k vs 54k),
That is the wrong comparison. You need to compare the size of term mode
with that of comint mode (162k). Shell mode is just a relatively modest
extension of comint mode.
To clarify: The goal is to essentially merge term.el and comint.el.
Comint.el might still exist, but only as a think veneer on term.el.
shell might or might not existing as a separate mode, but it would
at most be a thin veneer on top of term mode.
Maybe it would make more sense to merge term-mode terminal-handling
into comint. shell mode could still extend comint mode.
In that case M-x term would more-or-less be the same as starting
up shell mode and switching to the char submode.
--
--Per Bothner
per@bothner.com http://per.bothner.com/
next prev parent reply other threads:[~2016-02-23 21:24 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-02-23 20:33 bug#22785: 24.5; comint/shell modes should be merged with term mode Per Bothner
2016-02-23 21:05 ` Ingo Lohmar
2016-02-23 21:24 ` Per Bothner [this message]
2016-02-24 18:20 ` John Wiegley
2016-02-24 22:23 ` Per Bothner
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=56CCCE13.9010702@bothner.com \
--to=per@bothner.com \
--cc=22785@debbugs.gnu.org \
--cc=i.lohmar@gmail.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this external index
https://git.savannah.gnu.org/cgit/emacs.git
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.