unofficial mirror of emacs-devel@gnu.org 
 help / color / mirror / code / Atom feed
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)

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