From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Martin Pool Newsgroups: gmane.emacs.devel Subject: Re: suggested feature -- console-mode frame title sets Xterm title Date: Tue, 14 Oct 2003 17:15:39 +1000 Sender: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Message-ID: <20031014071535.GM15872@vexed.ozlabs.hp.com> References: <20030929051617.GB7359@vexed.ozlabs.hp.com> <20031002063338.GA25969@vexed.ozlabs.hp.com> <20031003010404.GB1259@sourcefrog.net> <20031014035931.GH15872@vexed.ozlabs.hp.com> NNTP-Posting-Host: deer.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1066116097 2590 80.91.224.253 (14 Oct 2003 07:21:37 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Tue, 14 Oct 2003 07:21:37 +0000 (UTC) Cc: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Tue Oct 14 09:21:33 2003 Return-path: Original-Received: from quimby.gnus.org ([80.91.224.244]) by deer.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 1A9JUr-0006Py-00 for ; Tue, 14 Oct 2003 09:21:33 +0200 Original-Received: from monty-python.gnu.org ([199.232.76.173]) by quimby.gnus.org with esmtp (Exim 3.35 #1 (Debian)) id 1A9JUr-0001T2-00 for ; Tue, 14 Oct 2003 09:21:33 +0200 Original-Received: from localhost ([127.0.0.1] helo=monty-python.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.24) id 1A9JRl-0004Cz-2L for emacs-devel@quimby.gnus.org; Tue, 14 Oct 2003 03:18:21 -0400 Original-Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.24) id 1A9JRP-0004Bg-Ei for emacs-devel@gnu.org; Tue, 14 Oct 2003 03:17:59 -0400 Original-Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.24) id 1A9JQu-0003zI-46 for emacs-devel@gnu.org; Tue, 14 Oct 2003 03:17:58 -0400 Original-Received: from [192.6.86.210] (helo=sngrel5.hp.com) by monty-python.gnu.org with esmtp (Exim 4.24) id 1A9JPO-0003Kv-Uv for emacs-devel@gnu.org; Tue, 14 Oct 2003 03:15:55 -0400 Original-Received: from XAUBRG2.AUS.HP.COM (xaubrg2.aus.hp.com [15.23.69.43]) by sngrel5.hp.com (Postfix) with SMTP id E772CA1 for ; Tue, 14 Oct 2003 15:15:47 +0800 (SGP) Original-Received: from 15.23.69.43 by XAUBRG2.AUS.HP.COM (InterScan E-Mail VirusWall NT); Tue, 14 Oct 2003 17:15:42 +1000 Original-Received: from XAUBRG2.AUS.HP.COM (localhost [127.0.0.1]) by XAUBRG2.AUS.HP.COM with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2656.59) id TTGL4P3N; Tue, 14 Oct 2003 17:15:42 +1000 Original-Received: from 16.176.65.49 by XAUBRG2.AUS.HP.COM (InterScan E-Mail VirusWall NT); Tue, 14 Oct 2003 17:15:42 +1000 Original-Received: from mbp by vexed with local (Exim 3.36 #1 (Debian)) id 1A9JP9-0004Sv-00; Tue, 14 Oct 2003 17:15:39 +1000 Original-To: Eli Zaretskii Content-Disposition: inline In-Reply-To: X-GPG: 1024D/A0B3E88B: AFAC578F 1841EE6B FD95E143 3C63CA3F A0B3E88B User-Agent: Mutt/1.5.4i X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.2 Precedence: list List-Id: Emacs development discussions. List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Xref: main.gmane.org gmane.emacs.devel:17078 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:17078 On 14 Oct 2003, Eli Zaretskii wrote: > > Date: Tue, 14 Oct 2003 13:59:33 +1000 > > From: Martin Pool > > > > I'd guess the number of people using multiple frames on a text > > terminal is fairly small, though non-zero. > > I do. Thanks for responding! > Please note that some Emacs features, such as Speedbar, create their > own dedicated frames, so if you use those features, you'll be using > multiple frames on text-mode displays whether you want that or not. > > > I would also guess that > > more than half the people using emacs in termcap mode are doing so > > from some kind of terminal emulator under a window system (xterm, > > putty, etc) and so could benefit from seeing the title. > > Sorry, I don't see how the latter follows from the former. Could you > please explain? With this feature added, people gain control over a part of their environment (the xterm titlebar) that previously showed a fixed and possibly unhelpful string. The patch puts more of the environment under the user's control (through mode-line-format), and I think that control is useful in itself. One way it might be helpful is in distinguishing emacs xterms from each other or from other xterms. I was motivated to do this by having several emacs sessions open on different machines over ssh. If you do happen to have several tty frames open, labelling them in the title bar might help keep track of which one is which. Some people like to have information in the title bar that won't fit in their modeline. Also, vim does it :-) > > If I had to decide, I would probably just remove the 'F%d' behaviour. > > (Specifically, remove that indicator from the toolbar, and remove it > > as the default name for tty frames.) This is a bit disturbing to > > people who were accustomed to those features, but it does not really > > remove any functionality, as they can still name frames by hand and > > switch between them. > > I think it'd be annoying to force the user to set frame names > manually. That is why I kept the old F1 name and generalized it to > Fn back when I made multiple frames work on ttys. > > How about if we have an option that would cause Emacs to either use > the F names (default) or the new names you implemented. If it > uses F, that name will be displayed on the mode line, as today; > otherwise, the name will be displayed in the xterm's title and be > removed from the mode line. OK. Should this be a separate variable, or just controlled by tty-frame-use-title? Should it be on by default? > (I also think that the code that sets the xterm's title should test > whether the required capability is supported, in case we run on > something that is not an xterm at all.) The logic is that it is turned on if you set tty-frame-use-title (t by default) and if emacs knows how to set it. emacs knows how to set it if the escape sequences are set either in termcap, or in tty-frame-title-start/end, typically by xterm.el. So on e.g. a text mode virtual console with no title, it should just do nothing. -- Martin