Feature request guidelines

From diaspora* project wiki
Revision as of 05:12, 16 August 2017 by Waithamai (talk | contribs) (update: -mailing lists, +discourse/irc)
(diff) ← Older revision | Latest revision (diff) | Newer revision → (diff)

Like any open source project, Diaspora is no exception to the possibility of users suggesting features. We get feature requests all the time, and we want to help clarify what a feature request means. Please, start by checking if your feature is not already discussed on Github or on Discourse.

What a Feature Request on GitHub is

Many users in the past have used GitHub Issues to make feature requests, and they more than often just end up cluttering up our Issue queue. The problem is that they’re purely submitting Conceptual Feature Requests, whereas on Github Issues, we use Feature Requests for something a bit different.

Feature Requests are intended on our GitHub Issues to specifically mean “I’d like to see this feature, I’m going to be working on some code to implement it.” You can think of it like a Pre-Pull Request, in which a developer signifies that he or she wants to see a feature implemented that they think would be really great, and they’re committed to coding it.

It’s a great way to launch discussions on the developer side of things because both the core team and the community developer get a chance to talk about the technical side of the feature implementation. It’s a great way to exchange ideas about how the logic could work in code.

Discussing Conceptual Feature Requests

But for those of you that aren’t coders, don’t worry. There are still ways to propose a feature and garner a discussion around it. The absolute best place to push a new idea and get discussion going is to start a discussion on Discourse or visit our IRC channels.