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



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