From: Miles Bader <miles@lsi.nec.co.jp>
Cc: Eli Zaretskii <eliz@elta.co.il>, rms@gnu.org, emacs-devel@gnu.org
Subject: Re: suggested feature -- console-mode frame title sets Xterm title
Date: 16 Oct 2003 18:07:07 +0900 [thread overview]
Message-ID: <buo3cdta6v8.fsf@mcspd15.ucom.lsi.nec.co.jp> (raw)
In-Reply-To: <20031016083506.GC20302@vexed.ozlabs.hp.com>
Martin Pool <mbp@sourcefrog.net> writes:
> The obvious thing would be to make it set the name (f->name). It's
> documented only in the context of replacing F%d with something more
> meaningful.
>
> However, on X frames it has the user-visible behaviour of setting the
> title, although inside emacs it is really setting f->name. Once you
> have done this, the format produced by frame-title-format is no longer
> seen. I wonder if any users count on this?
I wouldn't be surprised if applications that want to create `special'
frames use `set-frame-name' and expect it to override frame-title-format
(which it currently does on X).
> I can't think of any consistent way to resolve it, so I propose that
> we make set-frame-name simply set the name, and we let people set the
> title using the existing mechanisms (frame-title-format, etc).
It looks like you basically just have to always be sure that an
_explicitly_ set frame-name overrides the frame-title; under X, the
default frame name is apparently "Emacs", setting it explicitly with
set-frame-name overrides that, but if you do (set-frame-name nil), you
get the default back. So there really seem to be _two_ frame names,
the `user set' name, and the `automatic name', acting sort of like:
(defun frame-title (f)
(or (frame-name f)
(format-frame-title frame-title-format f))))
(defun frame-name-for-modeline (f)
(or (frame-name f)
(frame-automatic-name f)))
where the initial `user name' is each frame is nil, and the `automatic
name' is "Emacs" on X, and "F..." on ttys.
The main difference between X and ttys seems to be that
`select-frame-by-name' uses `frame-title' (above) to get the list of
names, whereas it uses `frame-name-for-modeline' on ttys. If it were
to use _both_ then it the resulting single function would be properly
backward compatible on both X and ttys.
So perhaps if the `automatic name' were changed to use the tty-style
"F..." everywhere and select-frame-by-name changed as above, everything
would work properly.
-miles
--
Saa, shall we dance? (from a dance-class advertisement)
next prev parent reply other threads:[~2003-10-16 9:07 UTC|newest]
Thread overview: 41+ messages / expand[flat|nested] mbox.gz Atom feed top
2002-06-14 16:49 suggested feature -- console-mode frame title sets Xterm title Eric Hanchrow
2002-06-15 21:47 ` Richard Stallman
2003-09-26 5:04 ` Martin Pool
2003-09-27 2:32 ` Richard Stallman
2003-09-29 5:17 ` Martin Pool
2003-10-01 21:21 ` Richard Stallman
2003-10-01 21:45 ` Martin Pool
2003-10-02 6:34 ` Martin Pool
2003-10-02 7:00 ` Miles Bader
2003-10-02 8:52 ` Martin Pool
2003-10-02 14:58 ` Miles Bader
2003-10-02 19:15 ` Richard Stallman
2003-10-03 5:58 ` Martin Pool
[not found] ` <E1A58vH-0002KC-Mq@fencepost.gnu.org>
2003-10-03 1:04 ` Martin Pool
[not found] ` <E1A5p16-0001Wq-3Y@fencepost.gnu.org>
2003-10-14 3:59 ` Martin Pool
2003-10-14 6:39 ` Eli Zaretskii
2003-10-14 7:15 ` Martin Pool
2003-10-14 7:29 ` Miles Bader
2003-10-14 7:44 ` Martin Pool
2003-10-14 7:56 ` Miles Bader
2003-10-14 8:01 ` Martin Pool
2003-10-15 6:01 ` Eli Zaretskii
2003-10-14 9:10 ` Eli Zaretskii
2003-10-14 9:40 ` Romain FRANCOISE
2003-10-14 9:07 ` Eli Zaretskii
2003-10-15 4:08 ` Richard Stallman
2003-10-15 6:07 ` Eli Zaretskii
2003-10-15 6:22 ` Miles Bader
2003-10-15 6:36 ` Martin Pool
2003-10-16 14:06 ` Richard Stallman
2003-10-16 14:06 ` Richard Stallman
2003-10-14 19:32 ` Richard Stallman
2003-10-15 2:47 ` Martin Pool
2003-10-15 20:00 ` Richard Stallman
2003-10-16 7:32 ` Eli Zaretskii
2003-10-16 8:25 ` Miles Bader
2003-10-16 8:35 ` Martin Pool
2003-10-16 9:07 ` Miles Bader [this message]
2003-10-16 17:04 ` Stefan Monnier
2003-10-16 23:07 ` Richard Stallman
2003-10-30 3:03 ` Martin Pool
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=buo3cdta6v8.fsf@mcspd15.ucom.lsi.nec.co.jp \
--to=miles@lsi.nec.co.jp \
--cc=eliz@elta.co.il \
--cc=emacs-devel@gnu.org \
--cc=miles@gnu.org \
--cc=rms@gnu.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.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).