emacs-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: suggested feature -- console-mode frame title sets Xterm title


From: Eli Zaretskii
Subject: Re: suggested feature -- console-mode frame title sets Xterm title
Date: 14 Oct 2003 08:39:17 +0200

> Date: Tue, 14 Oct 2003 13:59:33 +1000
> From: Martin Pool <address@hidden>
> 
> I'd guess the number of people using multiple frames on a text
> terminal is fairly small, though non-zero.

I do.

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?

> 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<num> names (default) or the new names you implemented.  If it
uses F<num>, 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.

(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.)





reply via email to

[Prev in Thread] Current Thread [Next in Thread]