Mike Kazantsev <mk.frag...@gmail.com> writes: > On Sat, 26 May 2018 01:42:47 +0200 > Pierre Neidhardt <ambre...@gmail.com> wrote: > >> Yoni Rabkin <y...@rabkins.net> writes: >> >> > None that I can think of, unless we move to emms-plr-... or >> > something, which isn't a huge improvement; I think that players >> > should have their own namespace. >> > >> > I've always kind of visually "tuned out" the long names. I guess I >> > could also write up some code to abbreviate the display of these >> > names on the Emacs-level. >> > >> > What do other people think of this? >> >> What about https://github.com/Malabarba/names ? > > It does look like a nice solution.
Copyright wouldn't be a problem since an ELPA package would have the FSF as the copyright holder. However, I would be against adding an ad-hoc packaging system to Emms. As someone who has written a lot of Common Lisp to for a living I can safely say that a package system replaces one set of problems with another (`shadowing-import' anyone?); it's a matter of which set of problems you want to deal with (1). I've have chosen the set of problems for Emms that come with a global namespace in the name of making the code accessible and uniform both internally and within Emacs. Solutions should probably be in the reader instead (2). (1) https://lists.gnu.org/archive/html/emacs-devel/2014-12/msg00906.html (2) https://lists.gnu.org/archive/html/emacs-devel/2013-07/msg00820.html -- "Cut your own wood and it will warm you twice" _______________________________________________ Emms-help mailing list Emms-help@gnu.org https://lists.gnu.org/mailman/listinfo/emms-help