GNU bug report logs -
#41890
28.0.50; [PATCH]: Add bindings for project.el
Previous Next
Reported by: Theodor Thornhill <theo <at> thornhill.no>
Date: Tue, 16 Jun 2020 09:51:02 UTC
Severity: normal
Tags: patch
Found in version 28.0.50
Done: Dmitry Gutov <dgutov <at> yandex.ru>
Bug is archived. No further changes may be made.
Full log
Message #112 received at 41890 <at> debbugs.gnu.org (full text, mbox):
> Cc: 41890 <at> debbugs.gnu.org, theo <at> thornhill.no,
> Stefan Monnier <monnier <at> IRO.UMontreal.CA>
> From: Dmitry Gutov <dgutov <at> yandex.ru>
> Date: Thu, 18 Jun 2020 18:47:37 +0300
>
> > How is this different from bookmark.el?
>
> I don't really know much about bookmark.el, or the way it was written
> and why.
>
> > And if we don't want these key bindings to be available always, we
> > could have a separate autoloads file for project.el. Some packages do
> > that already.
>
> We might not want them when the package is simply installed through ELPA.
So is Tramp. Maybe Michael could share his experience with the
separate autoloads file.
> But we'll probably always want them on by default in Emacs 28 and newer.
I suggest to think about crossing that bridge when we get to it.
> >> That would generally be considered problematic because the keymap would
> >> take effect right after the user updates to the newest version of
> >> project.el. Because package.el also compiles and evaluates autoloads.
> >
> > Why is that a problem? A user who updates project.el is most
> > probably going to use it, right?
>
> Probably. But it's also a dependency of certain packages like eglot or
> xref, so it's not a given that the user chose to update it intentionally.
I don't think it matters whether project.el is update on its own right
or as a dependency. It will be used regardless, so having its
autoloads loaded doesn't sound like a serious problem.
> > And if we do care about this, we could use a separate autoloads file.
>
> Which the users would have to (require '...)?
Do they do that with the likes of tramp-loaddefs.el?
This bug report was last modified 4 years and 357 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.