Feature requests for THIS web site #38543

Closed
opened 2014-02-08 01:31:51 +01:00 by william willybid · 10 comments

I beg you to create here, in this web site, a section for new feature request.
Having a centralized place where to report with developers and bug correctors will be very affordable.
It will be really appreciated because the structure of this web site is better than the a mailing list that is pretty uncomfortable.
Thanks for comprehension.

I beg you to create here, in this web site, a section for new feature request. Having a centralized place where to report with developers and bug correctors will be very affordable. It will be really appreciated because the structure of this web site is better than the a mailing list that is pretty uncomfortable. Thanks for comprehension.

Changed status to: 'Open'

Changed status to: 'Open'

Added subscriber: @willybid-4

Added subscriber: @willybid-4

Changed status from 'Open' to: 'Archived'

Changed status from 'Open' to: 'Archived'
Brecht Van Lommel self-assigned this 2014-02-09 13:50:50 +01:00

Thanks for the suggestion, but developers simply do not have the time to manage feature requests in this way. See here for how we have decided to handle them:
http://wiki.blender.org/index.php/Dev:Doc/Contact#Requesting_Features

Thanks for the suggestion, but developers simply do not have the time to manage feature requests in this way. See here for how we have decided to handle them: http://wiki.blender.org/index.php/Dev:Doc/Contact#Requesting_Features

Oh ok. Thanks.
Hope at least it will be possible to login there with the same login data used here. It is problematic to menage more and more different accounts...
Any way thanks.

Oh ok. Thanks. Hope at least it will be possible to login there with the same login data used here. It is problematic to menage more and more different accounts... Any way thanks.

Changed status from 'Archived' to: 'Open'

Changed status from 'Archived' to: 'Open'

I'm sorry, I had just registered to the mailing list as suggested above but I'm sorry for me it is incomprehensible to understand how the mailing list and related threads work. Is there any one that has the same problem out there?
I don't understand how developers have the time to read those thread there: for me the mailing list for new feature request works very strange and it is a lot messed up.
I continue hoping to add the "new feature request" feature to this web site as a sub section or similar.
Sorry

I'm sorry, I had just registered to the mailing list as suggested above but I'm sorry for me it is incomprehensible to understand how the mailing list and related threads work. Is there any one that has the same problem out there? I don't understand how developers have the time to read those thread there: for me the mailing list for new feature request works very strange and it is a lot messed up. I continue hoping to add the "new feature request" feature to this web site as a sub section or similar. Sorry

Changed status from 'Open' to: 'Archived'

Changed status from 'Open' to: 'Archived'

This website has one very clear purpose: to organize actual development work. If we start allowing arbitrary feature requests that takes away from this focus, and leads to long discussions about features that someone might work on, but most likely will not. It is important for the development team to have a place where they can focus on getting work done without too much distraction.

I understand it can be frustrating, but the simple fact is that the number of feature requests is orders of magnitude higher than what developers can handle. Developers are already in constant contact with users, they are not lacking in feedback and feature requests. So that kind of discussion is left to less organized channels like mailing lists, and developers can decide which discussions they want to engage in or ignore.

This is really not the right place to discuss this kind of thing, if you want to propose a better way to organize development work (and especially volunteer to organize it) then the right place for that is the mailing list.
http://wiki.blender.org/index.php/Dev:Doc/Contact#Mailing_Lists

This website has one very clear purpose: to organize actual development work. If we start allowing arbitrary feature requests that takes away from this focus, and leads to long discussions about features that someone might work on, but most likely will not. It is important for the development team to have a place where they can focus on getting work done without too much distraction. I understand it can be frustrating, but the simple fact is that the number of feature requests is orders of magnitude higher than what developers can handle. Developers are already in constant contact with users, they are not lacking in feedback and feature requests. So that kind of discussion is left to less organized channels like mailing lists, and developers can decide which discussions they want to engage in or ignore. This is really not the right place to discuss this kind of thing, if you want to propose a better way to organize development work (and especially volunteer to organize it) then the right place for that is the mailing list. http://wiki.blender.org/index.php/Dev:Doc/Contact#Mailing_Lists

I'm sorry I don't want to appear polemic but yep it is a bit frustrating to have 2 different places organized in a different way to report bugs and advance new feature requests. IMHO it would be better to have just one place for both things.
It will be better, when a user come here to submit a new post, to have a combobox with two items: "Bug Report" or "New feature request".
The web site will organize the rest automatically.
This is enough to optimize search queries for developers or debuggers.
Also "this" web site is "developer.blender.org"... so it means it is for developers too not for debuggers...

My idea is:
developer.blender.org
debbuger.blender.org

organized at the same way. In this case a shared database could be useful because a user or admin or mod developer etc will have just one account to manage both aspects for blender developing and debugging.
Infact the new feature request and management is, imho an important par of the organization of "development work".

I'm sorry for my frankness but one place for both things is what usually is done by serious organizations to do such things. For example phpbb organizes both developing/ new feature request and debugging in different section of the same forum. A user registers once and has access to both features, clear and simple.

Blender is an absolutely serious (and IMHO fantastic) multi purpose application and having this mess makes it problematic and not ergonomic to handle it... in fact IMHO the actual situation could disorient people. I repeat I'm sorry for my frankness.

Hope this will evolve in the future for a better organization.

I'm sorry I don't want to appear polemic but yep it is a bit frustrating to have 2 different places organized in a different way to report bugs and advance new feature requests. IMHO it would be better to have just one place for both things. It will be better, when a user come here to submit a new post, to have a combobox with two items: "Bug Report" or "New feature request". The web site will organize the rest automatically. This is enough to optimize search queries for developers or debuggers. Also "this" web site is "developer.blender.org"... so it means it is for developers too not for debuggers... My idea is: developer.blender.org debbuger.blender.org organized at the same way. In this case a shared database could be useful because a user or admin or mod developer etc will have just one account to manage both aspects for blender developing and debugging. Infact the new feature request and management is, imho an important par of the organization of "development work". I'm sorry for my frankness but one place for both things is what usually is done by serious organizations to do such things. For example phpbb organizes both developing/ new feature request and debugging in different section of the same forum. A user registers once and has access to both features, clear and simple. Blender is an absolutely serious (and IMHO fantastic) multi purpose application and having this mess makes it problematic and not ergonomic to handle it... in fact IMHO the actual situation could disorient people. I repeat I'm sorry for my frankness. Hope this will evolve in the future for a better organization.
Sign in to join this conversation.
No Milestone
No project
No Assignees
2 Participants
Notifications
Due Date
The due date is invalid or out of range. Please use the format 'yyyy-mm-dd'.

No due date set.

Dependencies

No dependencies set.

Reference: infrastructure/blender-org#38543
No description provided.