From: Axel Beckert <abe@deuxchevaux.org>
To: zsh-workers@zsh.org
Subject: "2004h" also seen with but not in QTerminal (was: Re: "2004h" at the end of each prompt and "2004l" after pressing Enter on DragonFlyBSD console with zsh 5.1.1)
Date: Thu, 22 Oct 2015 20:21:06 +0200 [thread overview]
Message-ID: <20151022182105.GM12039@sym.noone.org> (raw)
In-Reply-To: <151009160452.ZM5208@torch.brasslantern.com>
Hi,
(Moving this branch of the thread also over to zsh-workers.)
On Fri, Oct 09, 2015 at 04:04:52PM -0700, Bart Schaefer wrote:
> Congratulations, you've just disproved the assumption that all terminals
> (emulators) will consume and discard the start-of-bracketed-paste escape
> sequence even if they don't support the feature. Some of us were worried
> about that when the feature was introduced, but no counter-examples were
> forthcoming during development.
JFTR: Today I ran into one more, but far less annoying case of seeing
"2004h" from a terminal: QTerminal[1], a quite young terminal based on
QTermWidget[2] and related to LXQt[3] (the RazorQt[4] and LXDE[5]
projects merger) also outputs "2004h" when being started with zsh
5.1.1 being set as the user's login shell. But it does not display it
inside the terminal itself but outside in the terminal where qterminal
has been started.
The following is the output in the terminal where I started qterminal
when I open a new tab in the qterminal:
TermWidgetImpl::propertiesChanged TermWidgetImpl(0x2916a40, name = "TermWidget_3") emulation: "default"
Session::run() - program: "/bin/zsh"
Session::run() - arguments: ("")
started!
TermWidgetImpl::propertiesChanged TermWidgetImpl(0x2916a40, name = "TermWidget_3") emulation: "default"
Undecodable sequence: \001b(hex)[?2004h
Pressing Enter once in that new tab causes the following (in some way
expected output):
Undecodable sequence: \001b(hex)[?2004l
Undecodable sequence: \001b(hex)[?2004h
I also thought about opening a bug report about that against QTerminal
upstream to request support for bracketed paste mode or at least
suppressing the warnings. But there is already such a bug report[6]
for QTerminal. So we probably won't see the above for too long. :-)
[1] https://github.com/qterminal/qterminal
[2] https://github.com/qterminal/qtermwidget
[3] http://lxqt.org/
[4] http://razor-qt.org/
[5] http://lxde.org/
[6] https://github.com/qterminal/qtermwidget/issues/48
Kind regards, Axel
--
/~\ Plain Text Ribbon Campaign | Axel Beckert
\ / Say No to HTML in E-Mail and News | abe@deuxchevaux.org (Mail)
X See http://www.nonhtmlmail.org/campaign.html | abe@noone.org (Mail+Jabber)
/ \ I love long mails: http://email.is-not-s.ms/ | http://abe.noone.org/ (Web)
parent reply other threads:[~2015-10-22 18:28 UTC|newest]
Thread overview: expand[flat|nested] mbox.gz Atom feed
[parent not found: <151009160452.ZM5208@torch.brasslantern.com>]
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=20151022182105.GM12039@sym.noone.org \
--to=abe@deuxchevaux.org \
--cc=zsh-workers@zsh.org \
/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.vuxu.org/mirror/zsh/
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 NNTP newsgroup(s).