all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
* Re: "Write a new package" culture instead of patches?
@ 2020-05-17 19:25 ndame
  2020-05-17 19:33 ` Eli Zaretskii
  0 siblings, 1 reply; 42+ messages in thread
From: ndame @ 2020-05-17 19:25 UTC (permalink / raw)
  To: Emacs developers

[-- Attachment #1: Type: text/plain, Size: 646 bytes --]

> Has anyone else thought about this?  Is it correct to say that such a
> "package first" culture has developed?  If yes, why has it developed,
> and is there anything we could do about it?

The obvious answer  is because they solved the problem, it works, available to anyone and they can't be bothered with jumping through additional hoops (paperwork, following the core rules for docs, code formatting, commit message, etc.).

For some people getting their code into the core is a source of pride. For others it's a pointless excercise, because it's trivially available from MELPA which the majority of users use anyway for other packages too.

[-- Attachment #2: Type: text/html, Size: 766 bytes --]

^ permalink raw reply	[flat|nested] 42+ messages in thread
* Re: dash.el [was: Re: Imports / inclusion of s.el into Emacs]
@ 2020-05-11 16:41 Alfred M. Szmidt
  2020-05-11 17:12 ` 조성빈
  0 siblings, 1 reply; 42+ messages in thread
From: Alfred M. Szmidt @ 2020-05-11 16:41 UTC (permalink / raw)
  To: Phillip Lord; +Cc: joostkremers, rms, pcr910303, emacs-devel

   > This is just a matter of following the good practises that already
   > exist in Emacs.  It would be a bad idea to start making a mess, and
   > then encouraging this mess to become larger.

   Posited on s.el being a mess, which neither it, nor dash.el is. They are
   both nice APIs that are nice to use.

In isolation these libraries do not create a mess, and it was never
claimed that they are so.  The issue is making them part of
Emacs/ELPA, thus encouraging people to start using non-standard Emacs
Lisp conventions in Emacs.  _That_ would be the mess.

I really urge people to carefully read what people have written to
minimize these type of misunderstandings.

   I did manage to drop a dash.el dependency form one of my libraries and
   replace it with seq.el. That worked because it was close to a drop
   in. But people have already chosen to work with dash, or s, or f, even
   though it means adding a dependency because they are nice.

Would you like to suggest which parts of those libraries are nice in
your opinon so that they could maybe be added to Emacs, following
normal Emacs conventions?



^ permalink raw reply	[flat|nested] 42+ messages in thread

end of thread, other threads:[~2020-05-20  4:01 UTC | newest]

Thread overview: 42+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2020-05-17 19:25 "Write a new package" culture instead of patches? ndame
2020-05-17 19:33 ` Eli Zaretskii
2020-05-17 19:43   ` ndame
2020-05-18  2:22     ` Eli Zaretskii
2020-05-17 19:48   ` Arthur Miller
2020-05-17 19:58   ` ndame
2020-05-18  5:41     ` Philippe Vaucher
2020-05-18 14:49       ` Eli Zaretskii
2020-05-18 15:22         ` Yoni Rabkin
2020-05-18 16:33           ` Clément Pit-Claudel
2020-05-18 17:30             ` Yoni Rabkin
2020-05-18 17:50               ` Dmitry Gutov
2020-05-18 19:17                 ` Clément Pit-Claudel
2020-05-18 19:31                   ` Dmitry Gutov
2020-05-18 20:13                 ` Yoni Rabkin
2020-05-18 21:23                   ` Dmitry Gutov
2020-05-18 19:35               ` Clément Pit-Claudel
2020-05-18 20:17                 ` Yoni Rabkin
2020-05-18 20:38                   ` Clément Pit-Claudel
2020-05-20  4:01                   ` Clément Pit-Claudel
2020-05-18 21:12                 ` Stefan Monnier
2020-05-18 15:57         ` Clément Pit-Claudel
2020-05-18 16:22           ` Stefan Kangas
  -- strict thread matches above, loose matches on Subject: below --
2020-05-11 16:41 dash.el [was: Re: Imports / inclusion of s.el into Emacs] Alfred M. Szmidt
2020-05-11 17:12 ` 조성빈
2020-05-12  3:16   ` Richard Stallman
2020-05-12  3:55     ` Stefan Monnier
2020-05-13  3:57       ` Richard Stallman
2020-05-13 12:27         ` Stefan Monnier
2020-05-14  5:10           ` Richard Stallman
2020-05-14 13:44             ` Stefan Monnier
2020-05-17  2:53               ` Richard Stallman
2020-05-17 13:01                 ` Eli Zaretskii
2020-05-17 13:38                   ` Dmitry Gutov
2020-05-17 14:24                     ` Eli Zaretskii
2020-05-17 18:27                       ` Dmitry Gutov
2020-05-17 18:52                         ` "Write a new package" culture instead of patches? Stefan Kangas
2020-05-17 19:42                           ` Dmitry Gutov
2020-05-17 22:14                             ` Yuan Fu
2020-05-17 22:44                               ` Arthur Miller
2020-05-17 23:13                               ` chad
2020-05-17 23:22                                 ` Stefan Monnier
2020-05-18  1:31                                   ` João Távora
2020-05-18  1:55                                   ` Tim Cross
2020-05-19  3:51                                   ` Richard Stallman
2020-05-19  3:51                               ` Richard Stallman
2020-05-19  4:33                                 ` Stefan Kangas
2020-05-17 21:14                           ` Alan Third
2020-05-17 22:02                             ` Arthur Miller
2020-05-18  7:58                               ` tomas
2020-05-18 12:08                                 ` Arthur Miller
2020-05-18 12:26                                   ` tomas
2020-05-18 23:07                                     ` arthur miller
2020-05-19  7:27                                       ` tomas
2020-05-17 21:51                           ` Matthias Meulien

Code repositories for project(s) associated with this external index

	https://git.savannah.gnu.org/cgit/emacs.git
	https://git.savannah.gnu.org/cgit/emacs/org-mode.git

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.