From: Ivan Kanis <expire-by-2009-10-21@kanis.fr>
To: Stefan Monnier <monnier@IRO.UMontreal.CA>
Cc: Emacs Sources <gnu-emacs-sources@gnu.org>,
emacs devel <emacs-devel@gnu.org>
Subject: Re: nterm a vt100 emulator
Date: Fri, 16 Oct 2009 08:32:44 +0200 [thread overview]
Message-ID: <87skdjrgqb.fsf@kanis.fr> (raw)
In-Reply-To: <jwvoco8a07z.fsf-monnier+emacs@gnu.org> (Stefan Monnier's message of "Thu, 15 Oct 2009 16:11:52 -0400")
Stefan Monnier <monnier@IRO.UMontreal.CA> wrote:
>> This a vt100 emulator for Emacs. It has a lot of rough edges. As it
>> stands it passes the first 3 tests of vttest. I have another project
>> coming up so I won't be able to work on nterm for a while.
>
> Could you expand a bit on it? Mostly, how does it compare to term.el
> and terminal.el?
Hi Stefan,
I wrote it because I couldn't fix the cursor bug in term. term and
terminal are not meant to be full emulation. term has a pager and
line mode which nterm doesn't do. nterm doesn't track current directory
like term does. I can't comment on terminal, I haven't used it.
Nterm is meant to be a full vt100 compatible terminal emulator. It has
the following features:
- G0 G1 switching with SI and SO
- special graphics characters (used for line drawing)
- US and UK character set.
- blinking, bright, underline and reverse rendition
- scroll up and down including within top and bottom margin
- switch terminal background color
- switch between 80 and 132 columns screen
- tabulation set and reset
- all VT100 escape sequences are handled
Things that remains to do:
- Double width character
- Double height character
- Sanitize keyboard map
- ANSI color
- VT52 compatibility mode
I think nterm is easier to maintain than term. One look at term's
term-emulate-terminal function should convince anyone that term cannot be
maintained anymore. Compare with nterm equivalent function nterm-emulate
it is only 25 lines long.
It has a recording mode (C-c r) so that you can record and replay
traces. It has a terminal memory so that area of the terminal can be
redrawn for blinking and changing screen background. There is a memory
dump mode (C-c m) that allows the programmer to examine the memory.
--
Ivan
Kanis http://kanis.fr
The cause of these complaints lies in WinZip, which turns an all
upper-case directory into an all lower case one in a fit of
helpfulness
-- Ant Documentation
next prev parent reply other threads:[~2009-10-16 6:32 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-10-15 14:45 nterm a vt100 emulator Ivan Kanis
2009-10-15 20:11 ` Stefan Monnier
2009-10-16 6:32 ` Ivan Kanis [this message]
2009-10-20 2:10 ` Stefan Monnier
2009-10-20 3:37 ` Miles Bader
2009-10-20 5:29 ` Ivan Kanis
2009-10-20 18:49 ` Dan Nicolaescu
2009-10-21 5:12 ` Ivan Kanis
2009-10-21 5:52 ` Dan Nicolaescu
2009-10-15 23:39 ` Miles Bader
2009-10-16 7:21 ` Dan Nicolaescu
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=87skdjrgqb.fsf@kanis.fr \
--to=expire-by-2009-10-21@kanis.fr \
--cc=emacs-devel@gnu.org \
--cc=gnu-emacs-sources@gnu.org \
--cc=monnier@IRO.UMontreal.CA \
/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.