Written by climatewarrior the 23 May 08 at 22:00.

Ubuntu Brainstorm was updated in January 2009. Since the idea #9016 was submitted before this update, its rationale and solution are not separated. Please vote accordingly, and if you have the necessary rights, please separate the rationale from the solution. Thanks!

<i>Ubuntu Brainstorm was updated in January 2009. Since the idea #9016 was submitted before this update, its rationale and solution are not separated. Please vote accordingly, and if you have the necessary rights, please separate the rationale from the solution.</i><br /> Thanks!

Written by Ell the 4 Mar 10 at 12:58.

A nice and simple way would be to install a button in the Ubuntu Software Centre:-

Like Follow:-



Then directing you to how much to donate:-



Before using the checkout service, such as the Ubuntu Single Sign On - which some of the donation will also go to supporting Ubuntu :) minus general credit card fees etc otherwise something like PayPal :(



Obviously the maintainer/owner of the package will have to sign up with the Ubuntu Single checkout system in order for them to receive the money then, something similar to the way PayPal works but nicer and easier :)

A nice and simple way would be to install a button in the Ubuntu Software Centre:- Like Follow:- <a href="http://img716.imageshack.us/img716/3251/donate.png"><img src="http://img716.imageshack.us/img716/3251/donate.png" /></a> Then directing you to how much to donate:- <a href="http://img85.imageshack.us/img85/8333/howmuch.png"><img src="http://img85.imageshack.us/img85/8333/howmuch.png" /></a> Before using the checkout service, such as the Ubuntu Single Sign On - which some of the donation will also go to supporting Ubuntu :) minus general credit card fees etc otherwise something like PayPal :( <a href="http://img63.imageshack.us/img63/4731/sso1login.png"><img src="http://img63.imageshack.us/img63/4731/sso1login.png" /></a> Obviously the maintainer/owner of the package will have to sign up with the Ubuntu Single checkout system in order for them to receive the money then, something similar to the way PayPal works but nicer and easier :) This checkout system could be then used in the future for anything that does come to the Ubuntu Software Center that needs purchasing or custom made apps like the app-store way.

Written by david4dev the 24 Oct 10 at 22:58.

Flattr (http://flattr.com/) is a microdonation service. It has a documented API (http://flattr.com/support/api) so it should be relatively easy to integrate. Adding Flattr buttons to the software description page would make it easy for users to donate to their favourite software.

Flattr (http://flattr.com/) is a microdonation service. It has a documented API (http://flattr.com/support/api) so it should be relatively easy to integrate. Adding Flattr buttons to the software description page would make it easy for users to donate to their favourite software.

Written by michaelforrest the 27 Jul 10 at 12:48.

Like on Github!
They must have a decent API - the github integration is tight.
http://pledgie.com

Like on Github! They must have a decent API - the github integration is tight. http://pledgie.com

Written by djbelieny the 6 Oct 10 at 22:44.

Since Canonical and the Ubuntu team are heavy on the integration of the Ubuntu One, why not just create an integrated publishing and payment/donation system through the U1 store ? Devs can have their site and also have a nice app store like page for their products in the Ubuntu One environment.

Since Canonical and the Ubuntu team are heavy on the integration of the Ubuntu One, why not just create an integrated publishing and payment/donation system through the U1 store ? Devs can have their site and also have a nice app store like page for their products in the Ubuntu One environment.

Written by elecnix the 20 Apr 13 at 01:56.

Developers should have the choice of donation system. There is Paypal, Flattr, Pledgie, and even Bitcoins. Users should chose his preferred way among those the developer accepts.

The Ubuntu Software Center should display the options before or after the user clicks on a Donate button. It should then be able to determine what package needs to be installed and launched to handle the donation. The plugin could ask the user to perform an OAuth authentication, for example.

Developers should have the choice of donation system. There is Paypal, Flattr, Pledgie, and even Bitcoins. Users should chose his preferred way among those the developer accepts. The Ubuntu Software Center should display the options before or after the user clicks on a Donate button. It should then be able to determine what package needs to be installed and launched to handle the donation. The plugin could ask the user to perform an OAuth authentication, for example.

Written by stoffel the 27 Nov 09 at 18:09.

Comments to new ideas should be disabled during 1 week after approval of the idea.

Comments to new ideas should be disabled during 1 week after approval of the idea.

Written by stoffel the 27 Nov 09 at 18:10.

Votes to new ideas should be disabled during 1 week after approval of the idea.

Votes to new ideas should be disabled during 1 week after approval of the idea.

Written by stoffel the 27 Nov 09 at 18:15.

Moderators only should be able to moderate spam and offensive language. Spam includes everything that is not related to Ubuntu in any way and anything that is posted to abuse the website. This means that duplicates, "not an idea",... all should be allowed.

As an additional advantage, this will reduce workload of moderators, meaning they can spend their time on other things.

Moderators only should be able to moderate spam and offensive language. Spam includes everything that is not related to Ubuntu in any way and anything that is posted to abuse the website. This means that duplicates, "not an idea",... all should be allowed. As an additional advantage, this will reduce workload of moderators, meaning they can spend their time on other things.

Written by stoffel the 27 Nov 09 at 18:29.

Comments should be hid during 1 week after idea approval. However, people still should be able to add comments which will be displayed later.

Comments should be hid during 1 week after idea approval. However, people still should be able to add comments which will be displayed later.

Written by stoffel the 27 Nov 09 at 18:35.

Voting should be possible just after idea approval. However, vote counts should be hid for 1 week so that this popularity feedback cannot influence evaluation of newer solutions: the older and the newer solutions will be evaluated on the same level by people, without knowing what other people think.

Voting should be possible just after idea approval. However, vote counts should be hid for 1 week so that this popularity feedback cannot influence evaluation of newer solutions: the older and the newer solutions will be evaluated on the same level by people, without knowing what other people think.

Written by stoffel the 27 Nov 09 at 18:42.

Vote Counts should not be shown until the user voted on the solution.

Vote Counts should not be shown until the user voted on the solution.

Written by Akerbos the 28 Nov 09 at 21:07.

Pro: Comments to not influence my vote. I click what I think/feel.
Con: I might make a less informed choice. But I can change my vote after reading the comments, so that should not be a problem.

Pro: Comments to not influence my vote. I click what I think/feel. Con: I might make a less informed choice. But I can change my vote after reading the comments, so that should not be a problem.

Written by stoffel the 28 Nov 09 at 22:40.

Currently, some ideas NEVER appear at the top the "latest ideas" or "most popular last 24 hours/1 week" pages because they are approved several days after the idea creation.

Other ideas are approved very fast and thus do appear at the top causing an unintentional or intentional favoritism by moderators.

Using the approval time instead of the creation time would solve this issue. Moderators should not be able to unintentionally or intentionally influence the brainstorming sessions.

Currently, some ideas NEVER appear at the top the "latest ideas" or "most popular last 24 hours/1 week" pages because they are approved several days after the idea creation. Other ideas are approved very fast and thus do appear at the top causing an unintentional or intentional favoritism by moderators. Using the approval time instead of the creation time would solve this issue. Moderators should not be able to unintentionally or intentionally influence the brainstorming sessions.

Written by nillbug the 7 Dec 09 at 01:51.

Allow voting in Sandbox, but keep number of votes hidden, until the solution is approved/transferred to the "popular ideas"
This is to allow users to vote according to the daily flow of new ideas.
At least it would make manipulation/and or unintentional or intentional favoritism impossible.

Allow voting in Sandbox, but keep number of votes hidden, until the solution is approved/transferred to the "popular ideas" This is to allow users to vote according to the daily flow of new ideas. At least it would make manipulation/and or unintentional or intentional favoritism impossible.

Written by nillbug the 7 Dec 09 at 02:30.

Give to the moderators (or others) the authority to decide what ideas are to be placed in the (default) front pages of the Popular Ideas, and for how many days, based on their own appreciation of value

Give to the moderators (or others) the authority to decide what ideas are to be placed in the (default) front pages of the Popular Ideas, and for how many days, based on their own appreciation of value

Written by nillbug the 7 Dec 09 at 02:35.

Please provide an explanation at the "comments" box, When a batch of ideas are approved and moved to "popular ideas", in case other ideas written in the same interval dates, are left there, unapproved.

Please provide an explanation at the "comments" box, When a batch of ideas are approved and moved to "popular ideas", in case other ideas written in the same interval dates, are left there, unapproved.

Written by nillbug the 7 Dec 09 at 02:49.

If Brainstorm only show titles, the user would see many more items in each page. Of course, as a way for not to influence voters, the counters would be seen only after the user clicks a tittle.

If Brainstorm only show titles, the user would see many more items in each page. Of course, as a way for not to influence voters, the counters would be seen only after the user clicks a tittle.

Written by nillbug the 7 Dec 09 at 03:40.

In order to avoid manipulation, fix a certain time (hour/minutes) as the cut-off moment up to witch all ideas are frozen for moderation and approval.

For example: every time the moderators review a batch of ideas, that batch would include all ideas written up to 23h.00m of previouse day.

In order to avoid manipulation, fix a certain time (hour/minutes) as the cut-off moment up to witch all ideas are frozen for moderation and approval. For example: every time the moderators review a batch of ideas, that batch would include all ideas written up to 23h.00m of previouse day.

Written by DrG the 19 Dec 09 at 12:39.

In case of deletion of any Idea or Comment -

Specify the reason and send the whole content to the user (mail ) as a backup , until an archive facility is available .

In case of deletion of any Idea or Comment - Specify the reason and send the whole content to the user (mail ) as a backup , until an archive facility is available .

Written by DrG the 19 Dec 09 at 16:50.

Today (19/12/09 ) idea sandbox contains ideas dating back to 7 Dec 09 (ie from 12 days) . In some more days , if there is no reviewer to view or approve , the idea may be closed by the moderator , after displying the commnt ' Closing idea - failed to get any reviewer approvals. '

Close ideas only if there is some kind of disapproval .

Today (19/12/09 ) idea sandbox contains ideas dating back to 7 Dec 09 (ie from 12 days) . In some more days , if there is no reviewer to view or approve , the idea may be closed by the moderator , after displying the commnt ' Closing idea - failed to get any reviewer approvals. ' Close ideas only if there is some kind of disapproval .

Written by DrG the 20 Dec 09 at 11:10.

Some of the solution , which are labelled 'Duplicate ' , have only superficial similarity to the other idea .

Definitely add a header saying 'Similar idea' and mention the duplicate ( or duplicates ) , pointing to the other idea .
Don't lock the idea for voting - There may be more valuable points - So let the user decide the place where the votes should go.

Some of the solution , which are labelled 'Duplicate ' , have only superficial similarity to the other idea . Definitely add a header saying 'Similar idea' and mention the duplicate ( or duplicates ) , pointing to the other idea . Don't lock the idea for voting - There may be more valuable points - So let the user decide the place where the votes should go.

Written by DrG the 20 Dec 09 at 12:34.

In Ideas like this one , there are a lot of solutions ( Now dates ranging from 27 Nov 09 to 20 Dec 09 ) . May be more will be added .
A user who checks the update should scroll down for the new one .

So
1.Hide the solutions contents ( Show only the Title ) , which are voted and have not changed since the last view .
2. Add an Expand button ( Should load the contents only on pressing the button )

In Ideas like this one , there are a lot of solutions ( Now dates ranging from 27 Nov 09 to 20 Dec 09 ) . May be more will be added . A user who checks the update should scroll down for the new one . So 1.Hide the solutions contents ( Show only the Title ) , which are voted and have not changed since the last view . 2. Add an Expand button ( Should load the contents only on pressing the button )

Written by DrG the 20 Dec 09 at 15:18.

Add 'Hide' Option to comments also by persistent 'Collapse' or 'Expand' Buttons; Which remembers the setting.

Add 'Hide' Option to comments also by persistent 'Collapse' or 'Expand' Buttons; Which remembers the setting.