Skip to content

This issue was moved to a discussion.

You can continue the conversation there. Go to discussion →

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Call for Maintainers #752

Closed
brianreavis opened this issue Mar 28, 2015 · 66 comments
Closed

Call for Maintainers #752

brianreavis opened this issue Mar 28, 2015 · 66 comments

Comments

@brianreavis
Copy link
Member

I'm looking for new maintainers of Selectize. In the coming weeks/days, I'll be moving it to an organization account so other people can take care of it. The reasons behind the move (+ some other thoughts):

  1. Selectize has been a personal project of mine – it's received no sponsorship and has been a "free time" project. I've been spread thin and it's been increasingly difficult to maintain as my available time has dwindled. I've been heads-down working Natural Atlas.
  2. jQuery plugins for UI components have always been a hack. I'm really stoked by what React is doing in this space. I highly recommend checking out @JedWatson's react-select project (even cooler given the fact Jed has contributed to Selectize in the past).
  3. Lastly: open-source burnout. I work on other OSS projects and jQuery plugins seem to be the most pain afflicting. The burnout stems from a few factors:
    • Everyone has a different idea of how it should work. Different opinions and hard choices are great – but when the stream of people coming into Issues wanting you to drop everything else to make it their way is incessant, it gets old.
    • Entitlement around new features, changes, and support. See bullet 1.
    • Not enough ingenuity from users (i.e. the Stack Overflow effect). If a style is slightly off, change it for the project. If something minor is broken, fix it and make a pull request that makes obvious what the problem is, how it's solved, and ideally some tests to make sure it doesn't regress. This is an open source project, not a company's product.
    • Front-end UI has a culture around un-tested code – after all, it's hard. Regardless, pull requests with tests are extremely rare, and most pull requests come in half-baked. By "half-baked" I mean they come with unintended consequences.
    • The readme is ignored: updating the dist files in a PR has never been the right thing to do.
    • Too many middle-of-the-night support requests.

What I'm mainly looking for in maintainer(s):

  • Attention to detail. With the myriad of browser inconsistencies when it comes to focus handling combined with wide array of use patterns, it's easy to naively introduce new issues.

Where selectize needs some love:

  • Bugfixes
  • Finishing locking down the API.
  • The "single" select mode that mimics a normal <select> could use some UX improvement. react-select is a great example of how it can be improved.

That said, thanks to everyone who's brought selectize to where it is now. There's lots I've learned and certainly much I could have done better. I still want selectize to succeed and will try to work on it from time to time, but it'll be less than I currently do. If you're interested in maintaining, please email me: [email protected] Thanks!

@JedWatson
Copy link
Contributor

@brianreavis I'm honoured. Thanks for all the work you've done on Selectize, you've created (imo) the best of the jQuery select controls and it was a huge inspiration for my work on react-select, especially with regards to the user interaction design.

I think many people (myself included, previously) underestimate how much work it is to get the design of a component like this right, and you nailed it.

Good luck finding maintainers, hopefully some great people will step up and help from here!

@airwin
Copy link

airwin commented Mar 31, 2015

Selectize.js is a great plugin, it helps me a lot, hope to have a good continuation! btw: I have turn to write react too and may also use @JedWatson 's react-select >.< . Thanks to all the open source contributors~!

@tannerlinsley
Copy link

I would love to contribute. I'm run the entire front-end for Nozzle.io, and we exclusively use selectize.js for all of our needs (+ angular).

@gregblass
Copy link

Just wanted to say thanks Brian. Using it for a responsive website and its working great! Chosen wouldn't work on mobile at all, and didn't have some of the other features I needed baked in like adding choices (I ended up hacking chosen to do that, but it was nice to just have it available). Yesterday I spent a LONG time looking through this code base and thinking about how I could just move the selected items outside of the box. It took me way longer than it should have to come up with a solution (so far down a few rabbit holes, when they were just the wrong ones). Anyway I really got a sense for this code base, and damn - there is a lot going on! I agree with you...I think in a general sense that this is kind of ridiculous, and can see how jQuery may not quite be the best way to go about things. And I also read through every issue trying to find an insight on mine. Man, people get SO entitled! Good luck with your project. Cheers.

@gregblass
Copy link

Here's the responsive web app I finished up last night for a client using selectize magic! You can see I styled it a ton, and got the selected items to show up below - and working on mobile. Posting this to hopefully give you some sense of happiness to see your code being used. I wish I had the chops to contribute to the project. Thanks again!

multi-select

@barretts
Copy link
Contributor

Thanks for all your work @brianreavis I've enjoyed using it these past few months. I'd love to contribute but I think you're right that the future is elsewhere. I've run into those focus issues in my own cross browser testing, nothing is ever simple is it? Though since I wasn't even able to get my own tests passing on Travis and haven't had the time to dig any deeper I don't think I could take the reins alone like you've been doing for so long. Anyhow best of luck on your future work, thanks again!

@mikemaccana
Copy link
Contributor

@brianreavis another way the burden could be reduced is by dropping support for older browsers completely. Google are IE10+ right now.

@owais
Copy link

owais commented Apr 28, 2015

@brianreavis selectize is one of the most flexible and well designed frontend libs I've come across. You'd be surprised to see how I've used it in my projects. It never stops to be useful even for things it was not supposed to power. Thank you so much!

@thstarshine
Copy link

So what's the status of this project now please?
Is there anyone gonna taking care of this?
Selectize is a really nice plugin.

@tannerlinsley
Copy link

I'm thinking of putting together a rewrite of selectize. Removing the jQuery dependency, and cleaning up some of the code. Hopefully going to be more lightweight and have more opportunity for extensions. Another goal would be to separate the skinning and layout, and hopefully allow for some great framework extensions as well for angular, react, etc. Thoughts?

@nathanboktae
Copy link

I'm thinking of putting together a rewrite of selectize. Removing the jQuery dependency,

I'd love to help with a version that removes the jQuery dependency. Now with evergreen browsers working directly with the DOM is just fine. Then having a library of thin wrappers around popular MVC frameworks would be great and help it's long term success.

@tomwjerry
Copy link

Any news about this rewrite stuff? Have you begun make a project yet? Selectize is like life and death for my project. If none are gonna make it, I will. I am not a coding expert and I know little about coding without jQuery. What I would to have is selection of multiple entries and creation of new entries on the fly.

Hope that the new selectize project can get started soon!

@u01jmg3
Copy link

u01jmg3 commented Nov 3, 2015

I would be happy to help with maintaining this library to the high standard you have already put in place. I've used it extensively for a current project and have several bug fixes ready and tested but will wait to PR until the queue goes down -- hopefully I can help with that.

@tomwjerry
Copy link

I still think we should need to make an library independent selectize thing. I do not think he will accept any fixes.

@drownbes
Copy link

So... Project is dead? What are the best alternatives to it?

@philfreo
Copy link

This repo may not be maintained, but the project itself isn't dead and having recently researched alternatives, I still think this is the best codebase / project like it.

@tannerlinsley
Copy link

If someone wants to port it over to the github.com/selectize organization,
I can get you access. Just let me know.

On Mon, Nov 30, 2015 at 9:54 AM Phil Freo [email protected] wrote:

This repo may not be maintained, but the project itself isn't dead and
having recently researched alternatives, I still think this is the best
codebase / projects like it.


Reply to this email directly or view it on GitHub
#752 (comment)
.

@tomwjerry
Copy link

The question is if the project should be rewritten from scratch or if just the code should be changed to remove the jQuery dependency. Should not be too hard to just change the code so that jQuery is not used.

@chipx86
Copy link

chipx86 commented Dec 1, 2015

Rewriting from scratch essentially turns this into a new project. Perhaps a similar/compatible API, but it means possibly introducing some breaking bugs or impacting any custom plugins that a project may be using.

If there were two forks of this, one rewritten from scratch and one maintaining/fixing bugs in the existing codebase, I know for sure that we'd choose the latter, as we couldn't risk the potential negative impacts of a brand new codebase.

I think if it were rewritten from scratch, it'd be best to also rename the project in the process.

Whoever does take this on, please ensure that if the jQuery dependency is dropped, custom plugins won't be negatively impacted, or at the very least, any breaking changes are well-documented.

Same with the API in general. $('#myel').selectize() should still be able to work if jQuery is already on the page, for instance, or it may impact a lot of code out there.

@joallard
Copy link
Member

joallard commented Dec 2, 2015

I've been thinking about breaking some things down into smaller modules/breaking up the API a bit (for instance to isolate the "fake input" functionality), pondering this over the past year but never making a move. I'd be down to pitch in with maintaining/refactoring/participating/triaging/whatever, with the possibility of removing jQuery for a Major bump. I for one am committed to a clean API and an extensible plugin.

Have some people been selected or has there been any progress? I would've liked to make some PRs, but the queue is quite long.

@antitoxic
Copy link

Hey @brianreavis, is there a way to check whether anyone is chosen as a new maintainer?

Also I can't really see the github "Network" tab which shows how forks are progressing because there are too many forks. So basically I can't see whether anyone took over.

@tomwjerry
Copy link

None took over this so far. Best luck is on github.com/selectize

@joallard
Copy link
Member

@tomelssjo @tannerlinsley selectize/selectize doesn't contain any of the Git history, it's just a crude directory copy. If we do it right I'd be happy to pitch in and do some Git-fu with the PRs here, even better if we had @brianreavis' benediction.

@tannerlinsley
Copy link

For sure. A transfer would be optimal with a rewrite of the contributors.md.
Next best thing to that is some git fu like you said. I am happy to give
access to the repo to anyone who wants to tackle it.
On Mon, Dec 28, 2015 at 9:12 AM Jonathan Allard [email protected]
wrote:

@tomelssjo https://github.com/tomelssjo @tannerlinsley
https://github.com/tannerlinsley selectize/selectize doesn't contain
any of the Git history, it's just a crude directory copy. If we do it right
I'd be happy to pitch in and do some Git-fu with the PRs here, even better
if we had @brianreavis https://github.com/brianreavis' benediction.


Reply to this email directly or view it on GitHub
#752 (comment)
.

@joallard
Copy link
Member

So @tannerlinsley and I have set up an organization fork at selectize/selectize to organize efforts to put this back on the rails. If you'd like to offer your help, chime in at selectize/selectize#4 or open an issue to talk about it. Or if there are PRs you'd like to resubmit/port over, go ahead. Hope to see you there!

@devkral
Copy link

devkral commented Nov 25, 2019

Can I restart the development? I still see a future for this framework.
Especially if getting rid of jquery and also restarting the development of sifter.
One main selling point is the good mobile support I missed with select2.

But expect no wonders I have also not so much time and it will be a spare time project.

@devkral
Copy link

devkral commented Nov 25, 2019

my name on npm is also devkral

@JefferyHus
Copy link

Ok, whoever is up and ready to maintain this repository, to like this comment, comment after with your DISCORD username. Let us get this beauty back to life.

@scarroll32
Copy link

129 open pull requests ... did anyone finally agree to become a maintainer?

@JefferyHus
Copy link

We have not heard back from the Author yet

@stephanvierkant
Copy link

Ping @joallard @brianreavis

@devkral
Copy link

devkral commented Apr 22, 2020

I switched meanwhile to choose.js and added support for select boxes (not merged yet, still some minor issues)

@joallard
Copy link
Member

Okay, looks like meanwhile I've gotten admin rights from Brian to be able to nominate maintainers.

This is all a bit stale, so if you're up for it, please make your case. The ideal volunteer is someone who uses the library and knows it well, has participated in issues/PRs before, and who can help move this project forward with the input of the community.

The job is pretty much to review stuff, help people write good code, and best case, scratch their own itches because they significantly use the project. (last point optional)

If there's anything I've learned in open source: it takes a lot of patience, people can be from ungrateful to lovely — sometimes running into an annoying bug for hours can be really tiring too! — and it's real work.

Like I said, ideally, this would look like a team of 2-3.

I'm able to put a tiny bit of help with really meta things, but I can't give actual work time to this, I'm sorry. That said, if we're able to assemble something together so work is supported/funded, that'd be fantastic.

Hopefully this is a new start for this old project ;) — and the people who appreciate it.

@databyte
Copy link
Collaborator

databyte commented May 6, 2020

Hey @joallard - I think at a minimum we should have a couple people help maintain repo health by managing travis, package.json and security vulnerabilities. Even if I'm not working on feature requests, I'd be great to maintain a healthy repo overall.

As a contributor on a couple other packages, it's a lot of work to drum up support so lets use the recent activity around security vulnerabilities for library dependencies to pull in a few folks. If we could define a simple minor version update, then we can focus the next set of PRs and cleanup the Issues list.

I recently used selectize on a project because they weren't using a client-side framework (e.g. React, Vue, etc) and it met the needs more so than other drop-down selectors. As an active and recent user, I don't see any reason why we couldn't pull together a small group of folks in Github discussions or Discord to cleanup and release a new version after a good 8-12 hours of work.

We may want to call bankruptcy on Issues older than 2 years then triage the rest.

I'm game if anyone else wants to sink a couple days into cleaning this up!

@DenisLabrecque
Copy link

I'd like to submit pull requests updating to the latest version of jQuery, with tests and all, but will it even get merged?

@oyejorge
Copy link

oyejorge commented Aug 31, 2020

To fork or not to fork?

This project is awesome and it would be a shame to let it fade away. I personally think development should remove dependence on jQuery and aim for a framework agnostic design. I've completed removing jQuery, made sure tests pass, updated some documentation, etc over here and I'm wondering if I should continue independently or merge into selectize? @joallard @brianreavis

@scarroll32
Copy link

Wow @oyejorge you have a serious amount of work in your fork. I think removing jQuery is a great idea, your fork should be accepted back here as a major version bump.

@joallard
Copy link
Member

joallard commented Sep 2, 2020

Hey folks, thanks for your interest here. I thought I had asked in my previous post, but alas I did not: people interested in maintenance, would you send me an email at atob("am9uYXRoYW4uYWxsYXJkQGhleS5jb20=")? I'm hoping we'll be able to talk it out from there. — cc @databyte @oyejorge and others interested

Alas, folks waiting for PRs will have to wait on this blocker to be resolved. Thanks for holding on tight, I'm sure it feels pretty ungrateful not to respond to PRs, but I'm hoping we'll be able to reuse your work soon enough when we're able to.

@Pictor13
Copy link
Contributor

Pictor13 commented Nov 11, 2020

Ehm... any news?
Was there any meeting or decision with the mentioned volunteers?

I see there is @risadams that made several commits on the master branch and added himself for the lib's Copyright starting from 2020, so I assume somebody gave him write permissions or handed the repo to him, even though he never wrote in this thread to propose himself.

Who gave the permissions, @brianreavis or @joallard?
Was there some relevant decision that was not reported here yet?

It's good though, to see some refreshing work being done on Selectize. 👍

@databyte
Copy link
Collaborator

databyte commented Nov 11, 2020

Speaking of which, I was just talking to @risadams and @joallard over keybase about maintainers. Join the conversation - there's a general chat room on the open team #selectize.

We can move our conversation to the public channel there.

It's suggested we should get roughly 4-5 contributors then refresh the Project list, cleanup open Issues and work through the PRs. @joallard did some work already on getting CI cleaned up, merged a couple simple PRs and then added bootstrap 4 support. Lots more to get done.

We only just started chatting today so it's still early.

via app: keybase://team-page/selectize
via web: https://keybase.io/team/selectize

@joallard
Copy link
Member

@Pictor13 Confirming, I did. @risadams and @databyte responded to my previous comment, and I really didn't have the time to dedicate to this, so I took a bit of time to set up a maintenance team. I'm hoping this is some fresh new energy into this project!

@Pictor13
Copy link
Contributor

Glad to hear that!
And sorry guys if I rushed things 😅
I'll follow and try to contribute as well when I can.

Thanks everybody for your past, present and future work 🙂

@risadams
Copy link
Contributor

@Pictor13 thanks for jumping in so quickly!

@github-actions
Copy link
Contributor

github-actions bot commented Jan 7, 2021

This issue is stale because it has been open 30 days with no activity. Remove stale label or comment or this will be closed in 5 days

@anandphulwani
Copy link
Contributor

@joallard I would like to put my name in the list.

This issue was moved to a discussion.

You can continue the conversation there. Go to discussion →

Projects
None yet
Development

No branches or pull requests