Feature request backlog/tracking/voting system

Suggest new features, components or other changes to the software

Moderator: electrogear

Feature request backlog/tracking/voting system

Postby altf13 on Wed Jul 15, 2009 5:56 pm

In use: http://feedback.cocoatech.com/pages/275-general
Product: http://uservoice.com/?referer_type=powe ... loc=bottom


The UserVoice system is brilliant. It organizes ideas in a way a normal forum just can't, and it very simply lays out what missing features are most important to the users as each user has a limited number of votes. Discussion can continue as normal within the forum, using hyper-links to jump between the two systems.

An alternative could be mandatory poll creation for each feature request, but without the ability to sort by popularity, it's nowhere near as useful.
altf13
essemer
 
Posts: 8
Joined: Thu Dec 27, 2007 12:47 pm

Re: Feature request backlog/tracking/voting system

Postby infuzion on Wed Jul 22, 2009 8:44 am

+1
Plus, a real bug-tracking system would help, since many bugs get burried in the forum, & one can't tell if a bug is still open or not.
Need help? First search the forum & WiKi, then post in the help forum with a clear topic, request, & OSM. Then please WiKi the correct solution. If you want my personal assistance, I charge by the hour or for an exchange of services.
infuzion
smstar
smstar
 
Posts: 6163
Joined: Wed May 04, 2005 8:02 pm
Location: Earth, USA, CO, Denver

Re: Feature request backlog/tracking/voting system

Postby Nu Audio Science on Wed Jul 22, 2009 11:30 pm

Yeah i think i have to agree with you guys here
This could very well be handled so much better

NAS
Oh blimey
User avatar
Nu Audio Science
smunatic
 
Posts: 2236
Joined: Thu May 05, 2005 12:29 am

Re: Feature request backlog/tracking/voting system

Postby infuzion on Tue Jan 05, 2010 5:48 pm

Seems alot of bugs slip though the cracks. More so over the past year since there are more SM users, including SM-FL Though Malc does the best he can, there is really too much on his plate to remember to finish everything. People look at unfixed bugs as a reason to view the quality lower.

SM really needs a bug tracking system, where priorities can be set, tracking for open/closed, graphical views of % open by date, etc.
Need help? First search the forum & WiKi, then post in the help forum with a clear topic, request, & OSM. Then please WiKi the correct solution. If you want my personal assistance, I charge by the hour or for an exchange of services.
infuzion
smstar
smstar
 
Posts: 6163
Joined: Wed May 04, 2005 8:02 pm
Location: Earth, USA, CO, Denver

Re: Feature request backlog/tracking/voting system

Postby trogluddite on Tue Jan 05, 2010 10:10 pm

Get's a big thumbs up from me. I would have thought also that it would be beneficial to Malc too - it can't be easy to track this stuff over the hubbub that us lot make sometimes, and would make it easier to give us feedback without having to keep repeating things across multiple threads.

The Luddite.
Feel free to use any schematics and algorithms I post on the forum in your own designs - a credit is appreciated (but not a requirement).
Don't stagnate, mutate to create. Without randomness and serendipity the earth would be just another barren rock.
User avatar
trogluddite
smychopath
 
Posts: 3024
Joined: Mon Oct 20, 2008 3:52 pm
Location: Yorkshire, UK

Re: Feature request backlog/tracking/voting system

Postby mwvdlee on Thu Jan 14, 2010 6:37 am

Couldn't we use the forum's poll system for a feature request voting system?

There's no point in voting per feature request, as all the "vote+"'s we see now, as it doesn't actually indicate priority.

There's atleast a dozen features I'd like to have, but of all those there is definitely a single one that I want most. I'm sure most people are in a similar situation and it would be nice if we could somehow share this information with the developers.
My current top SynthMaker bug:
    1. MIDI Input issue (showstopper, no workaround)
    2. All my previous bugs in SM1.7, because bug 1 makes SM2 worse than SM1.7
User avatar
mwvdlee
smanatic
 
Posts: 552
Joined: Thu Dec 03, 2009 8:42 am
Location: NL

Re: Feature request backlog/tracking/voting system

Postby oddson on Thu Jan 14, 2010 7:53 am

There's more involved in what features get implemented that a popularity contest. Does it serve a real need? How difficult is it to do? Is there a more general solution than the suggested feature?

I think Malc and Jorge will have a pretty good idea as to what portion of users and potential users will see the benefits of a suggestion without tallying votes.

The real problem is there have been no new primitives added in 18 months and the updates have been overwhelmingly focused on bug fixes and performance issues. Until OutSim announces their intentions for the long term it seems a waste of effort to start asking for still more.

I hope that something big is coming soon... the big features stuff is what we really want; better event timing options, an SDK, some programming add-on like Lua, complete ASM support, more code features, better matrix features in code and in green, better use of modern CPU, alternate OS support, etc.

I don't expect to see them all and I'm not even sure we'll see any. But clearly incremental feature additions are not a priority which I hope indicates the focus is on the big stuff.

It's just been so long with no major advances and no word from the devs so it's tough to stay psych'd about the program. :(
oddson
wiki guru
 
Posts: 3883
Joined: Sun Jul 03, 2005 6:44 pm

Re: Feature request backlog/tracking/voting system

Postby mwvdlee on Thu Jan 14, 2010 8:33 am

oddson wrote:the big features stuff is what we really want; better event timing options, an SDK, some programming add-on like Lua, complete ASM support, more code features, better matrix features in code and in green, better use of modern CPU, alternate OS support, etc.

But that's the point. Is it really one of those features that is on the top of our list? And more importantly, which is the most pressing issue?
I'm pretty sure everybody has their own set of missing features that are actually showstoppers for their particular ideas. If some of them are common and easy to implement, it's a quick-win situation.
My current top SynthMaker bug:
    1. MIDI Input issue (showstopper, no workaround)
    2. All my previous bugs in SM1.7, because bug 1 makes SM2 worse than SM1.7
User avatar
mwvdlee
smanatic
 
Posts: 552
Joined: Thu Dec 03, 2009 8:42 am
Location: NL

Re: Feature request backlog/tracking/voting system

Postby aliasant on Thu Jan 14, 2010 9:45 am

There have been a lot of good ideas for very small enhancements that should be simple enough to implement.
The big ones Im not so sure we will ever see but the small ones could at least help a bit.

Would be interesting to have a list made up with all feature requests that got more then say 5 votes.
Skip the big ones about the new event system, mac version and similar. Just a list of small, smart enhancements.
It's never to late to be late.....
http://martinrodensjo.smugmug.com/
User avatar
aliasant
smunatic
 
Posts: 2386
Joined: Sat Dec 30, 2006 5:49 pm
Location: Sweden

Re: Feature request backlog/tracking/voting system

Postby oddson on Thu Jan 14, 2010 6:06 pm

My point is there have been dozens of features which would appear to be relatively simple to implement over the past two years and nothing in the last 18 months has actually been added.

I think, or at least hope, that OutSim doesn't want to spend time coding pieces that will need to be recoded for the major changes they're going to implement.

There were hints in the SynthMakerX project that all the primitives have to be reworked to function under their new architecture.

I don't think we're going to see anything new anytime soon unless it's part of a major overhaul.

But I'm just speculating.
oddson
wiki guru
 
Posts: 3883
Joined: Sun Jul 03, 2005 6:44 pm

Re: Feature request backlog/tracking/voting system

Postby MegaHurtz on Thu Jan 14, 2010 6:15 pm

Code: Select all
I hope that something big is coming soon... the big features stuff is what we really want; better event timing options, an SDK, some programming add-on like Lua, complete ASM support, more code features, better matrix features in code and in green, better use of modern CPU, alternate OS support, etc.


Amen Brother!
Visit my website at: http://www.schlukhash.nl
User avatar
MegaHurtz
smaniac
 
Posts: 1504
Joined: Mon Aug 11, 2008 5:29 pm
Location: Eindhoven/Netherlands


Return to Ideas and Requests

Who is online

Users browsing this forum: No registered users and 0 guests