I starred a lot of really great repositories, but Lists only allows for 16 categories, which is not enough for me at all.
2024-08-29 update:
Years from now, I realized that after starring thousands of repositories, I no longer remember them and couldn't possibly utilize so many repositories, despite their greatness. So, I used GitHub's API to remove all my Stars, starting from zero.
10 replies
For goodness sakes. Can you please either delete the feature, or expand the limit to a much higher number?
Unfortunately, 32 is the highest amount that we're able to currently have without redesigning the entire page to be able to handle a higher volume of lists.
You think we are incapable of scrolling 100 or 200 lines? That is absurd.
You can also add a filtering feature later without blocking people from using your own feature.
Agreed. This feature should not have a limitation on number of items.
1 reply
0 replies
+1 to this. I'd like to split things by language, discipline, etc. 16 is exhausted very quickly.
1 reply
+1 Why even have a limit? 🤷♂️
4 replies
I suspect Microsoft wants to save a few bucks on database resources. Or maybe Lists' devs do not want the users creating too much groups with just one or two items.
Hi @lkostrowski ! I saw your thumbs down. Im curious about other thoughts about this matter. Can you share your opinion about the reason behind this limitation?
0 replies
I need lists as more as possible. maybe it's bettered called "tags". yes I want to give any repository extra tags to make it more easy to find again.
0 replies
"Lists" looked like a really cool feature... until I reached this limit 🤣
Keeping my hopes up that this will be lifted once the feature is out of alpha/beta.
0 replies
I also hit the 16 limit limitation quickly.
my use case:
- I typically view my GitHub newsfeed feed and GitHub trending list several times a week and I like to categorize repos i want to experiment with
Before GitHub lists, I created my own lists using an external store (notion database) but the need to context switch out of the GitHub web app to save the repo and categorize it usually caused me to just defer the action 😢 due to the extra step / time needed specially since I use GitHub on mobile a lot (I use it to catch up on updates / view GitHub feed like I do my twitter feed )
Related
1 reply
Definitely hit the ceiling too fast!
My usage: Each list is a tag. Having it capped at 16, I'm totally stuck and will have to stop using the feature. There's no way I can categorize all my content in 16 categories.
This is a huge showstopper and could kill the feature straight away.
Please increase the limit to no less than 128. Or, increase it in steps.
I can't keep track of the repos I already had to skip because of this.
Again, please do something before I (we) stop using this feature because we forget about it.
0 replies
I need at least 128 items and i can pay.
3 replies
Hi all! Thanks for this feedback, I'm excited to see you've all made quick use of lists - We definitely want to get you unblocked and up this limit as soon as possible. Adding your feedback to our tracking issue so we can help prioritize this!
37 replies
Then why hasn't it been increased in all these years? 32 is ludicrously small, and there isn't even any indication of why creating a list fails.
Edit: I just read this:
Unfortunately, 32 is the highest amount that we're able to currently have without redesigning the entire page to be able to handle a higher volume of lists. At the moment, we don't have any plans to increase the limit (although we have been hearing y'all loud and clear that you'd like more!) but we'll be sure to let you know when that changes (which we hope will be soon)!
That's nonsense ... no page redesign is needed to increase the number of entries in a scrollable list. And the whole tone is childish, condescending, and completely self-contradictory gaslighting.
Also:
I'm curious to better understand what you mean by hierarchical?
How can anyone on github's staff not know what hierarchical means? Tree structured UIs are everywhere.
Can you please elaborate why this limit is so low? I would also love to add way more lists as it helps me to find repos again because I categorize them.
Hi. I really like the lists feature. But I hit the limit on the first 20-30 minutes after testing it. :) I need much bigger limit as I have more than 5k stars. That can't be easily organized in a few lists.
Anyway, I like to collect interesting software projects and sort them in categories and lists so this feature is really great. I already got hooked and can't imagine living without it. Good job GitHub-ers. 👍
3 replies
I started sorting and hit the limit after two pages and I'm not even categorizing that specifically. I estimate I would need around 50 categories to organize my ~500 likes. It's unusable with only 16. Will have to leave off organizing until this is increased.
Also the lists should probably have their own page if the limit is increased. Or some way to pin x lists. I can see why they might have been limited to this amount because they're all shown on the stars page and they occupy a huge space (they also have way too much padding imo).
2 replies
I hit the 16 limit quickly as well. Unfortunately, it's been a hard blocker for my use cases, so I'm switching to something else until the fix to bump this limit is rolled out.
2 replies
This comment was marked as off-topic.
This comment was marked as off-topic.
This comment was marked as disruptive content.
This comment was marked as disruptive content.
Hi all! Thanks for this feedback, I'm excited to see you've all made quick use of lists - We definitely want to get you unblocked and up this limit as soon as possible. Adding your feedback to our tracking issue so we can help prioritize this!
0 replies
I don't know all history of Stars list limit. At start it was 16, now it's 321. Come on. Make it real limit (no limit would be great) for developers. What would be your max. limit number?
P.S.
How to edit existing list URL?
And how about increasing Star name and description lenght limit, too?
Footnotes
0 replies
This comment was marked as off-topic.
This comment was marked as off-topic.
0 replies
0 replies
Hopefully you guys can consider to increase numbers of the allowlist
2 replies
- the first one is the same as the same
0 replies
Can we PLEASE get unlimited?
Lists were a AMAZING feature added, and we cannot get enough!
Please at 32 its still too short, unlimited would be great, but 128 should be enough!
So much easier to group repos that I want to reference later with LISTS!
2 replies
0 replies
0 replies
Someone needs to go through the interview process, get in a position to change this value, and quit 😂
0 replies
I will probably need to make my own solution to handle what repo is related to what. We really need much bigger number of lists.
1 reply
I don't think you have to create a new one. I've seen a project that allowed to reorganize GitHub stars with custom tags (that can be used as lists). If I remember correctly it was also self-hostable. https://github.com/astralapp/astral

