From: Ren Victor <victorhge@gmail.com>
To: Stefan Monnier <monnier@iro.umontreal.ca>
Cc: 13839 <13839@debbugs.gnu.org>
Subject: bug#13839: xterm/mintty control sequences support when formatOtherKeys = 1
Date: Tue, 12 Mar 2013 09:04:48 +0100 [thread overview]
Message-ID: <CAMks0JE-ff-3r=9eK55DHjpaubZRwnPZ0FA+KXoj6TFvP6x=MA@mail.gmail.com> (raw)
In-Reply-To: <jwvwqtdvm0j.fsf-monnier+emacs@gnu.org>
On Mon, Mar 11, 2013 at 7:25 PM, Stefan Monnier
<monnier@iro.umontreal.ca> wrote:
>
> >> Can you confirm that the patch below works for your formatOtherKeys=1 case?
> > There is no problem in the patch itself.
>
> Thanks, installed.
>
> > But the xterm extra capability support
> > does not work automatically due to another bug in lisp/term/xterm.el -
> > the regexp in line 532 ">0;\\([0-9]+\\);0". It should be
> > ">[0-9]+;\\([0-9]+\\);0".
>
> Hmm...
>
> > The default value is 41 (in xterm latest version manual).
>
> It seems that indeed the regexp could need revision, but I'd first like
> to understand what's going on. The test we want to make is "make sure
> this terminal understands this and that feature". So the "P v" field
> (the version number) only makes sense if the terminal is actually an
> xterm (or uses a version numbering that implies the same featureset).
> In my xterms the "P p" value is always 0 and not 41 as you seem to suggest.
I checked the changelog of xterm. There is one item in Patch #280:
change default emulation level to VT420 (discussion with Ailin Nemui).
http://invisible-island.net/xterm/xterm.log.html#xterm_280
Anyway, "Pp" value can be configured to several values.
Emacs get the terminal type from environment variable "TERM" I don't
think "Pp" value is relevant.
BR
Victor Ren
>
> More specifically, I'm concerned that by accepting any "P p" number, we
> might end up trying to use a feature that's not supported by the
> underlying terminal emulator because it happens to have version numbers
> that are higher than those of "the usual xterm".
>
>
> Stefan
next prev parent reply other threads:[~2013-03-12 8:04 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-02-28 15:42 bug#13839: xterm/mintty control sequences support when formatOtherKeys = 1 Stefan Monnier
2013-02-28 16:31 ` Stefan Monnier
2013-03-01 15:15 ` Ren Victor
2013-03-11 18:25 ` Stefan Monnier
2013-03-12 8:04 ` Ren Victor [this message]
2014-07-08 18:54 ` Stefan Monnier
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
List information: https://www.gnu.org/software/emacs/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to='CAMks0JE-ff-3r=9eK55DHjpaubZRwnPZ0FA+KXoj6TFvP6x=MA@mail.gmail.com' \
--to=victorhge@gmail.com \
--cc=13839@debbugs.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 public inbox
https://git.savannah.gnu.org/cgit/emacs.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).