From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <zsh-users-return-12467-mason-zsh=primenet.com.au@sunsite.dk>
Received: (qmail 18477 invoked from network); 20 Jan 2008 04:37:11 -0000
X-Spam-Checker-Version: SpamAssassin 3.2.4 (2008-01-01) on f.primenet.com.au
X-Spam-Level: 
X-Spam-Status: No, score=-2.6 required=5.0 tests=BAYES_00 autolearn=ham
	version=3.2.4
Received: from news.dotsrc.org (HELO a.mx.sunsite.dk) (130.225.247.88)
  by ns1.primenet.com.au with SMTP; 20 Jan 2008 04:37:11 -0000
Received-SPF: none (ns1.primenet.com.au: domain at sunsite.dk does not designate permitted sender hosts)
Received: (qmail 45501 invoked from network); 20 Jan 2008 04:36:58 -0000
Received: from sunsite.dk (130.225.247.90)
  by a.mx.sunsite.dk with SMTP; 20 Jan 2008 04:36:58 -0000
Received: (qmail 15246 invoked by alias); 20 Jan 2008 04:36:47 -0000
Mailing-List: contact zsh-users-help@sunsite.dk; run by ezmlm
Precedence: bulk
X-No-Archive: yes
X-Seq: 12467
Received: (qmail 15221 invoked from network); 20 Jan 2008 04:36:46 -0000
Received: from bifrost.dotsrc.org (130.225.254.106)
  by sunsite.dk with SMTP; 20 Jan 2008 04:36:46 -0000
Received: from virusfilter.dotsrc.org (bifrost [127.0.0.1])
	by spamfilter.dotsrc.org (Postfix) with ESMTP id 5C931808B2B8
	for <zsh-users@sunsite.dk>; Sun, 20 Jan 2008 05:36:42 +0100 (CET)
Received: from rv-out-0910.google.com (rv-out-0910.google.com [209.85.198.191])
	by bifrost.dotsrc.org (Postfix) with ESMTP
	for <zsh-users@sunsite.dk>; Sun, 20 Jan 2008 05:36:41 +0100 (CET)
Received: by rv-out-0910.google.com with SMTP id b22so1202724rvf.21
        for <zsh-users@sunsite.dk>; Sat, 19 Jan 2008 20:36:40 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:received:received:message-id:date:from:sender:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth;
        bh=hUJ68eDsjgHWL81qUbeUg4YUAgHfkWCXhNAH/ug77cM=;
        b=DyVXPWhj0/N4u2PT3+00OW+xslkoYG+7u2IMbHe705SprnXgfgBgksKlhaokHIY5SQAWV/MpFdk1IcwiSlxMEmDb4on98TVyqxpiKuGrjYII43bcL/3+eyNQ6zXFpb04w0qO8xyugflc8+cWZhACUeRT4ub7vozmBsA+H8rX/2k=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=message-id:date:from:sender:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth;
        b=FzIv+6ZuZXBoXEWACnrcGq3S+6gwh3eO9x/uuDIDHABfTtB6qc+7fiJyyVslltJVE2/IpsiYwx8Pc9UxdZRAWW2vBieNr3lyZqXdr2VtKIoPx6omO1X4ZpRFhWj3+8829pCV3R7iAsF91k/VNGSiocfYFZG2LGDwtcXhFZ8cWB8=
Received: by 10.142.157.15 with SMTP id f15mr2790017wfe.16.1200803800785;
        Sat, 19 Jan 2008 20:36:40 -0800 (PST)
Received: by 10.142.212.18 with HTTP; Sat, 19 Jan 2008 20:36:40 -0800 (PST)
Message-ID: <17393e3e0801192036u224baebcj9045427b68756f1e@mail.gmail.com>
Date: Sat, 19 Jan 2008 23:36:40 -0500
From: "Matt Wozniski" <mjw@drexel.edu>
Sender: godlygeek@gmail.com
To: zsh-users@sunsite.dk
Subject: Re: idea for new feature (was: Re: sticky-note and zle bindings)
In-Reply-To: <080119160103.ZM16785@torch.brasslantern.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
References: <237967ef0801040304h494987bv939bf6ff9541123f@mail.gmail.com>
	 <080113000048.ZM15017@torch.brasslantern.com>
	 <20080116131048.GC16058@spiegl.de>
	 <080116075915.ZM12209@torch.brasslantern.com>
	 <20080116171253.GF16058@spiegl.de>
	 <080116191103.ZM12889@torch.brasslantern.com>
	 <20080117172603.GA664@spiegl.de>
	 <691a5d910801180119p32d48643wa55fd2aefaa3bf6a@mail.gmail.com>
	 <20080119222458.GB22430@spiegl.de>
	 <080119160103.ZM16785@torch.brasslantern.com>
X-Google-Sender-Auth: fb612689886900d7
X-Virus-Scanned: ClamAV using ClamSMTP

On Jan 19, 2008 7:01 PM, Bart Schaefer wrote:
> It's possible to configure xterm to not respond to these sequences,
> and the window manager can suppress others.
>
> } Do you know from which version on it should be implemented?
>
> No, but another poster said it's been several years.  I have what seems
> to be v.192 (based on RPM version string) and it responds to all of
> them except "get_title".

Getting the title via control sequence is often compiled out for
security reasons.  See http://securityvulns.com/Edocument128.html ,
the "window title reporting" section.  The long and short of it is so
that a malicious text file, when cat'ed (or something similar), can't
set the title to a command, request the title (this putting the title
on the command line in the absense of a 'read'), and trick the user
into pressing enter.

~Matt