Emacs integration #2

Open
DamienCassou opened this Issue Oct 3, 2012 · 12 comments

Comments

Projects
None yet
7 participants
@DamienCassou

This library is so important that there is no reason for it to be external to Emacs.

Please integrate these functions into Emacs.

@magnars

This comment has been minimized.

Show comment Hide comment
@magnars

magnars Oct 3, 2012

Owner

Yes, coming to Emacs I was really surprised that it was so lacking in string manipulation functions. How to go about getting it into Emacs core tho?

Owner

magnars commented Oct 3, 2012

Yes, coming to Emacs I was really surprised that it was so lacking in string manipulation functions. How to go about getting it into Emacs core tho?

@DamienCassou

This comment has been minimized.

Show comment Hide comment
@DamienCassou

DamienCassou Oct 3, 2012

You must ensure that all contributors have signed the FSF agreement (which is not a problem if you are the only one :-)). Then, you should make some noise on the emacs-dev mailing list I guess.

You must ensure that all contributors have signed the FSF agreement (which is not a problem if you are the only one :-)). Then, you should make some noise on the emacs-dev mailing list I guess.

@magnars

This comment has been minimized.

Show comment Hide comment
@magnars

magnars Oct 3, 2012

Owner

I'll give it a little time to mature, then go visit the emacs-dev list, then. Thanks.

Owner

magnars commented Oct 3, 2012

I'll give it a little time to mature, then go visit the emacs-dev list, then. Thanks.

@bbatsov

This comment has been minimized.

Show comment Hide comment
@bbatsov

bbatsov Oct 6, 2012

Yep, the library needs at least half an year in the wild first. Great initial version, though. :-)

bbatsov commented Oct 6, 2012

Yep, the library needs at least half an year in the wild first. Great initial version, though. :-)

@magnars

This comment has been minimized.

Show comment Hide comment
@magnars

magnars Oct 6, 2012

Owner

Agreed and thanks :-)

Owner

magnars commented Oct 6, 2012

Agreed and thanks :-)

@wyuenho

This comment has been minimized.

Show comment Hide comment
@wyuenho

wyuenho Nov 26, 2012

+1

wyuenho commented Nov 26, 2012

+1

@rejeep

This comment has been minimized.

Show comment Hide comment
@rejeep

rejeep Sep 5, 2013

Contributor

I'm not sure I want packages like s, dash or f in Emacs core. Adding a feature to one of em now is really simple and will be available within a day. But if in core, it will take forever.

Contributor

rejeep commented Sep 5, 2013

I'm not sure I want packages like s, dash or f in Emacs core. Adding a feature to one of em now is really simple and will be available within a day. But if in core, it will take forever.

@sindikat

This comment has been minimized.

Show comment Hide comment
@sindikat

sindikat Aug 3, 2014

You could start by adding them to GNU ELPA. It would make them more "official" (you would still have to sign FSF papers and oblige to certain coding standards), but nobody would stop you from changing the code as you wish. Good example is ErgoEmacs—it was added to GNU ELPA, yet it's the most unstable Emacs mode ever :P, with features changing every day. Moreover, it is one of the most idiosyncratic packages I've ever seen. Yet it's in GNU ELPA.

sindikat commented Aug 3, 2014

You could start by adding them to GNU ELPA. It would make them more "official" (you would still have to sign FSF papers and oblige to certain coding standards), but nobody would stop you from changing the code as you wish. Good example is ErgoEmacs—it was added to GNU ELPA, yet it's the most unstable Emacs mode ever :P, with features changing every day. Moreover, it is one of the most idiosyncratic packages I've ever seen. Yet it's in GNU ELPA.

@bbatsov

This comment has been minimized.

Show comment Hide comment
@bbatsov

bbatsov Aug 3, 2014

You'll no longer be able to accept PR from people who haven't signed the FSF agreement for packages accepted in ELPA, which is the biggest problem I have with it.

On a related note - Emacs 24.4 has more string functions in its new subr-x.el library.

bbatsov commented Aug 3, 2014

You'll no longer be able to accept PR from people who haven't signed the FSF agreement for packages accepted in ELPA, which is the biggest problem I have with it.

On a related note - Emacs 24.4 has more string functions in its new subr-x.el library.

@xiongtx

This comment has been minimized.

Show comment Hide comment
@xiongtx

xiongtx Oct 21, 2016

Contributor

I'm guessing at this point, this won't be happening?

What if someone else wanted to add similar string functions to Emacs? Is there going to be a priority/copyright issue?

Contributor

xiongtx commented Oct 21, 2016

I'm guessing at this point, this won't be happening?

What if someone else wanted to add similar string functions to Emacs? Is there going to be a priority/copyright issue?

@bbatsov

This comment has been minimized.

Show comment Hide comment
@bbatsov

bbatsov Oct 21, 2016

I'm guessing at this point, this won't be happening?

Yep, it won't be happening.

What if someone else wanted to add similar string functions to Emacs? Is there going to be a priority/copyright issue?

Really useful functions will be welcomed to subr-x.el. There are no copyright issues, but you'll still have to match the style of string functions in subr-x.el.

bbatsov commented Oct 21, 2016

I'm guessing at this point, this won't be happening?

Yep, it won't be happening.

What if someone else wanted to add similar string functions to Emacs? Is there going to be a priority/copyright issue?

Really useful functions will be welcomed to subr-x.el. There are no copyright issues, but you'll still have to match the style of string functions in subr-x.el.

@xiongtx

This comment has been minimized.

Show comment Hide comment
@xiongtx

xiongtx Oct 21, 2016

Contributor

Are you maintaining this library now :)? Good to hear that copyright won't be an issue.

I'm surprised there's no string.el in Emacs sources. subr-x.el seems like a grab-bag; code organization is definitely not one of Emacs's many strengths.

Contributor

xiongtx commented Oct 21, 2016

Are you maintaining this library now :)? Good to hear that copyright won't be an issue.

I'm surprised there's no string.el in Emacs sources. subr-x.el seems like a grab-bag; code organization is definitely not one of Emacs's many strengths.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment