From: Eli Zaretskii <eliz@gnu.org>
To: Uwe Brauer <oub@mat.ucm.es>
Cc: philipk@posteo.net, stefankangas@gmail.com, rms@gnu.org,
emacs-devel@gnu.org
Subject: Re: [toggle-read-only] (was: replacement of find-file-not-found-hooks)
Date: Wed, 24 Jul 2024 15:47:35 +0300 [thread overview]
Message-ID: <86o76n6jo8.fsf@gnu.org> (raw)
In-Reply-To: <87bk2notpc.fsf_-_@mat.ucm.es> (message from Uwe Brauer on Wed, 24 Jul 2024 14:33:35 +0200)
> From: Uwe Brauer <oub@mat.ucm.es>
> Cc: Uwe Brauer <oub@mat.ucm.es>, philipk@posteo.net,
> stefankangas@gmail.com, rms@gnu.org, emacs-devel@gnu.org
> Date: Wed, 24 Jul 2024 14:33:35 +0200
>
> >> 2. When I compile I of course see the warnings, but do you suggest
> >> that I just byte compile all my files after installing a new
> >> Emacs version?
>
> > Yes, I'd definitely recommend that. I do it myself on my systems,
> > FWIW.
>
> Oh my god, that will also end up taking me days.
Why "days"? how many Lisp files do you have that it could take "days"
top byte-compile them?
> BTW, code, that worked in emacs 28 now gave an error because
> toggle-read-only is no longer known to be defined and here no hint
> was given what to use
>
> So I boldly
> replaced
> - (toggle-read-only nil))
> by
> + (read-only-mode nil))
>
> It worked
toggle-read-only is obsolete since Emacs 24, i.e. for the last 12
years.
> >> 3. I still find the naming «find-file-not-found-functions»
> >> and therefore the call
> >> (add-hook 'find-file-not-found-functions
> >> 'insert-auto-insert-files 'append)
> >> counterintuitive, (now it is too late, but why wasn't this called
> >> «find-file-not-found-hook-functions» or something like this).
>
> > Longer names are harder to type and read.
>
> Yeah but maybe easier to find via apropos!
No, not easier.
> >> 5. I still don't gasp the advantage of renaming functions and
> >> variables. I understand the benefit of introducing new functions and
> >> variables but the benefit of renaming variables and functions I
> >> fail to see.
>
> > It makes Emacs easier to learn and use.
>
> And it breaks backward compatibility.
Which is why we do it very sparingly and always after a very long
period of obsolescence. Many people think we are too conservative.
next prev parent reply other threads:[~2024-07-24 12:47 UTC|newest]
Thread overview: 19+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-07-20 14:52 replacement of find-file-not-found-hooks Uwe Brauer via Emacs development discussions.
2024-07-20 15:08 ` [Solved] (was: replacement of find-file-not-found-hooks) Uwe Brauer via Emacs development discussions.
2024-07-20 15:10 ` replacement of find-file-not-found-hooks Eli Zaretskii
2024-07-20 17:37 ` Andreas Schwab
2024-07-21 15:00 ` Uwe Brauer via Emacs development discussions.
2024-07-21 15:52 ` Eli Zaretskii
2024-07-23 3:42 ` Richard Stallman
2024-07-23 4:32 ` Stefan Kangas
2024-07-23 6:52 ` Uwe Brauer
2024-07-23 8:41 ` Philip Kaludercic
2024-07-23 11:36 ` Eli Zaretskii
2024-07-23 19:34 ` Uwe Brauer
2024-07-23 20:38 ` Stefan Kangas
2024-07-24 11:13 ` Eli Zaretskii
2024-07-24 12:33 ` [toggle-read-only] (was: replacement of find-file-not-found-hooks) Uwe Brauer
2024-07-24 12:47 ` Eli Zaretskii [this message]
2024-07-24 15:50 ` [toggle-read-only] Uwe Brauer
2024-07-24 16:41 ` [toggle-read-only] Eli Zaretskii
2024-07-23 21:45 ` replacement of find-file-not-found-hooks Björn Bidar
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=86o76n6jo8.fsf@gnu.org \
--to=eliz@gnu.org \
--cc=emacs-devel@gnu.org \
--cc=oub@mat.ucm.es \
--cc=philipk@posteo.net \
--cc=rms@gnu.org \
--cc=stefankangas@gmail.com \
/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).