Bluesky Client app community fork with upstream compatibility #2998
Replies: 4 comments
-
I think this is an "if you build it they will come" sort of thing - you could get a good start by cherrypicking from existing-but-unmerged PRs.
My two cents is this might actually be more of a hindrance. There's always a bit of a tradeoff between quality and rapid innovation, and I think there could be value in shifting that balance slightly (not too far, of course!) Having a slightly-hacky prototype with proven user interest is a motivator for getting a more polished implementation upstreamed. |
Beta Was this translation helpful? Give feedback.
-
I think this is an exciting idea and I would definitely try out this client! |
Beta Was this translation helpful? Give feedback.
-
This idea is nice and exciting but unfortunately it may be very tough to achieve. especally, social-app gets several dozens new commits in every week constantly. the above is my experience got weekly continuous following up almost all upstream components, for hope to get some breakthough, and achieve. |
Beta Was this translation helpful? Give feedback.
-
Yeah, that would definitely be fun! I was actually thinking about doing such thing myself, making a fork with just a few patches and putting the build on my domain, and then merging upstream changes every tagged release, hopefully without too many conflicts. I was thinking I'd e.g. make it display Mastodon posts bridged via Bridgy with the full untruncated text. I don't volunteer for a community project though, I'm too out of the loop with modern JavaScript, React, Node etc. (and don't really want to get into it) and I have way too many things on my plate already 😅 |
Beta Was this translation helpful? Give feedback.
-
Here's an idea for a different approach to Bluesky client development: a fork of the official Bluesky client that maintains upstream compatibility while offering enhanced features.
The core value of this project would be its role as a community laboratory for new features and improvements. Developers could experiment with enhancements, users could test them in real-world conditions, and successful features could potentially make their way into the official client. This creates a space for innovation driven by community needs and ideas, while maintaining a stable foundation.
The project would stay in sync with the official codebase (@bluesky-social/social-app), making it different from other alternative clients. This upstream compatibility ensures that users always have access to the latest core Bluesky features while enjoying community-developed enhancements.
The Bluesky ecosystem already has several alternative clients, but this approach specifically aims to bridge the gap between experimental features and official development. It's about adding value through experimentation without fragmenting the ecosystem.
This could be interesting for developers looking to contribute to a focused, practical project, and for users who want to try new features while keeping their familiar core experience. With a few dedicated developers and community support, it could be a very achievable project.
Key principles
Example features
What do you think about this idea? Does it make sense to you? Would you use this client? Would you like to contribute as a developer? Thank you for any suggestions and comments!
Beta Was this translation helpful? Give feedback.
All reactions