unofficial mirror of bug-gnu-emacs@gnu.org 
 help / color / mirror / code / Atom feed
From: Eli Zaretskii <eliz@gnu.org>
To: "Óscar Fuentes" <ofv@wanadoo.es>
Cc: luangruo@yahoo.com, 61496@debbugs.gnu.org
Subject: bug#61496: 30.0.50; Default value of icon-title-format
Date: Tue, 14 Feb 2023 19:29:54 +0200	[thread overview]
Message-ID: <83edqscfzh.fsf@gnu.org> (raw)
In-Reply-To: <87bklwqoq6.fsf@telefonica.net> (message from Óscar Fuentes on Tue, 14 Feb 2023 15:57:21 +0100)

> From: Óscar Fuentes <ofv@wanadoo.es>
> Cc: Po Lu <luangruo@yahoo.com>,  61496@debbugs.gnu.org
> Date: Tue, 14 Feb 2023 15:57:21 +0100
> 
> Eli Zaretskii <eliz@gnu.org> writes:
> 
> >> BTW, for the record:
> >> 
> >> icon-title-format stopped working after some Emacs 24.x release, and was
> >> only fixed in Emacs 29.
> >> 
> >> I don't know if that's relevant or not.  I have no opinion as to the
> >> arguments you or Oscar have presented, as I have not yet read them, but
> >> I am in favor of his change.
> >
> > I'm not opposed to the change, I just asked for minor changes in some
> > details of the change.
> 
> The core of my proposal, is changing icon-title-format's default, so
> users (and external scripts!) will keep observing the same behavior
> after upgrading to 29.

I can't believe that we are actually making such a fuss about asking
the affected users to add a single line to their init files:

  (setq icon-title-format t)

At times, bugfixes end up producing backward-incompatible behavior,
and when that happens, we call those cases out in NEWS and tell users
how to unbreak whatever could be broken by the changes.  Why cannot
that be done in this case?

Please understand: the change you propose, at the 95th minute, _is_
backward-incompatible.  You argue that no one could possibly not want
such a change, but I have too much gray hair from watching such
assumptions and firm opinions defeated by the bitter reality to
believe this.  The only relatively reliable judge is user feedback,
and we don't have time to wait for that for Emacs 29.  So I cannot
agree to what you propose, and urge you to see the dangers.

But if you think the change in Emacs 29 behavior in this aspect is so
grave, we could instead revert that change on emacs-29, leaving
icon-title-format broken as it was since Emacs 24, and leave the fix
only on master.  Then on master we could perhaps change the default
more easily.

> OTOH, I think that what Po just said speak volumes about the abundance
> and importance of icon-title-format on user's config.

Granted, I took his opinion into account.





  reply	other threads:[~2023-02-14 17:29 UTC|newest]

Thread overview: 15+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2023-02-14  0:02 bug#61496: 30.0.50; Default value of icon-title-format Óscar Fuentes
2023-02-14  9:20 ` Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors
2023-02-14 12:18 ` Eli Zaretskii
2023-02-14 13:35   ` Óscar Fuentes
2023-02-14 14:13     ` Eli Zaretskii
2023-02-14 14:32       ` Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors
2023-02-14 14:42         ` Eli Zaretskii
2023-02-14 14:57           ` Óscar Fuentes
2023-02-14 17:29             ` Eli Zaretskii [this message]
     [not found]               ` <87o7pto9zb.fsf@bernoul.li>
2023-02-16 16:44                 ` Eli Zaretskii
2023-02-16 17:09                 ` Eli Zaretskii
2023-02-17  1:10                   ` Óscar Fuentes
2023-02-17  2:47                     ` Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors
2023-02-17  7:46                       ` Eli Zaretskii
2023-02-14 14:50       ` Óscar Fuentes

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=83edqscfzh.fsf@gnu.org \
    --to=eliz@gnu.org \
    --cc=61496@debbugs.gnu.org \
    --cc=luangruo@yahoo.com \
    --cc=ofv@wanadoo.es \
    /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).