Hi, I thought about it over the entire weekend as well, think Marc's thoughts are right. Actually we introduced this tool to replace excel files that couldn't be spread... If somebody has a better idea - tell it :-)
Also, uservoice is tended to just collect all feature requests. There are some that have to be declined, some are not clear enough, some very project related and do not fit a standard software. Also there is a bunch of already done feature requests. Please also notice, that this feature requests are only requests from the existing community. While planning new versions we also have to consider other stuff as well as you can imagine. Hence, we cannot guarantee that we will build in all features, when we build them in nor can we promise any order. Before touching a topic for a new release of course we check uservoice for keywords to make sure we considered everything for the new version. Also, we do read new entries (as we'll be informed by email). Hope I could give an idea how it works... and BTW @Tobias - of course we highly appreciate your bug reports. Regards Marco ________________________________ From: [email protected] [[email protected]] on behalf of Development @ ORCA Services AG [[email protected]] Sent: Monday, January 30, 2012 4:13 PM To: [email protected] Subject: Re: [oxid-dev-general] "Bugs" aka "Feature Requests" Hi Tobias The whole idea of this voting system is nice but when not handled correctly it’s a major fail. It shouldn’t surprise anybody why some ideas are ranked high and some haven’t a single vote… It’s always the same with a system where you can see the current result of the voting before you read through and decide what to vote for. Like that you get a monolithic voting graph every time you approach that idea… I don’t say I have a better solution but why not take the current result, stop the voting, reset all proposals (either just their votes, some bad/non practical proposals or even all). Then restart the voting while you make the best of the result of the last “round” (whatever this could mean). Like that you give those dead end proposals at least a slight chance to get some votes. Thanks Marc Würth ORCA Services AG Herrenmattstrasse 26 CH-4132 Muttenz Office Basel: Aeschengraben 10, CH-4051 Basel [email protected]<mailto:[email protected]> T. +41 61 205 80 80 T. +41 61 205 80 73 (direkt) F. +41 61 205 80 81 www.orca.ch<http://www.orca.ch>, www.orca-services.ch<http://www.orca-services.ch> "We convert your visitors into customers." ________________________________ Von: [email protected] [mailto:[email protected]] Im Auftrag von Jungclaus, Tobias Gesendet: Freitag, 27. Januar 2012 10:58 An: [email protected] Betreff: [oxid-dev-general] "Bugs" aka "Feature Requests" Hi folks, in the past I reported bugs, that were moved to the feature request list. One of those is this: https://bugs.oxid-esales.com/view.php?id=2598 It’s not, that I don’t agree – that could be seen as a feature request (although I see it as a major bug, not to store if a newsletter-subscriber wants the English or the German newsletter). However, what really concerns me is that dead-end-feature-list. I mean, this is a good idea (at least), as dainius bigelis stated, and it was moved to the list nearly a year ago. Still, it has not a single vote. It lays there between hundreds of zero-vote-ideas, not looked at from anybody. This isn’t a call for votes, either. I just annoys me that maybe hundreds of good ideas are in that unordered, unusable feature request list, and the only way to get attention (and votes), is to beg for them in forums, blogs, etc. Thanks for thinking about it. Tobias Jungclaus Match - Market Access Services GmbH & Co. KG Gut Keferloh 1A 85630 Grasbrunn/Keferloh Tel.: +49 (89) 456 920 69 Fax: +49 (89) 456 920 37 E-Mail: [email protected]<mailto:[email protected]>
_______________________________________________ dev-general mailing list [email protected] http://dir.gmane.org/gmane.comp.php.oxid.general
