Written by Afroman10496 the 6 Aug 09 at 20:15.

Totally change the interface of it to show more info, telling average users simple but important info and enhancing it with features like:

- Show the importance of the update, with colored circles or boxes showing how important it is

- Group them into tabs (according to their sub-menu in the Gnome Menu's hierarchy), like [Overview][Accessories][Games][Graphics] and so on.

- Tell the users the new features of the upgrade

- Tell the users if the update will require any restarts of anything in advance.

Totally change the interface of it to show more info, telling average users simple but important info and enhancing it with features like: - Show the importance of the update, with colored circles or boxes showing how important it is - Group them into tabs (according to their sub-menu in the Gnome Menu's hierarchy), like [Overview][Accessories][Games][Graphics] and so on. - Tell the users the new features of the upgrade - Tell the users if the update will require any restarts of anything in advance.

Written by Rodrigo the 7 Aug 09 at 16:34.

Looking at the ideas of the past days I came across one that pointed me towards this:
https://wiki.ubuntu.com/AppCenter
please have a look.
I think is a great idea.

Looking at the ideas of the past days I came across one that pointed me towards this: https://wiki.ubuntu.com/AppCenter please have a look. I think is a great idea.

Written by chrismounce the 12 Aug 09 at 23:27.

Most users don't need to know the names of all the packages that are being upgraded. It might make things look less scary if, say, all the security-related updates were lumped together into one item in the Update Manager. And not just group those updates together -- I mean *completely hide* the names of all the security-related upgrades, so the user only sees *one* security-related item in the list.

Power users should still be able to get a list of what each update contains. But regular users shouldn't be overwhelmed with 50 different package names, when all they need to know is that there's 37 MB of system upgrades, 2 MB of security patches, and a new version of Firefox.

Most users don't need to know the names of all the packages that are being upgraded. It might make things look less scary if, say, all the security-related updates were lumped together into one item in the Update Manager. And not just group those updates together -- I mean *completely hide* the names of all the security-related upgrades, so the user only sees *one* security-related item in the list. Power users should still be able to get a list of what each update contains. But regular users shouldn't be overwhelmed with 50 different package names, when all they need to know is that there's 37 MB of system upgrades, 2 MB of security patches, and a new version of Firefox.

Written by darkerego the 16 Aug 09 at 07:27.

When you go to install programs or updates, they are not in order, which could cause someone to possibly install the wrong upgrade or application that may cause problems in the future. I propose that categories should be made organize data so you can find exactly what you're looking for.

When you go to install programs or updates, they are not in order, which could cause someone to possibly install the wrong upgrade or application that may cause problems in the future. I propose that categories should be made organize data so you can find exactly what you're looking for.

Written by Penguin Guy the 16 Aug 09 at 18:18.

AppCenter is quite a neat idea, they should work on an option for that to update just before the computer shuts down rather than slowing your computer down while you're using it. This option should be disabled by default.

AppCenter is quite a neat idea, they should work on an option for that to update just before the computer shuts down rather than slowing your computer down while you're using it. This option should be disabled by default.

Written by oliver-joos the 27 Aug 09 at 23:38.

(Similar but not equal to #3!)

The Update Manager lists updatable packages. Below the list you can unfold a text field that describes what changed in the currently selected package.

I propose to group together all packages that have the very same text of changes! Each package should still be un/checkable for updating individually. But only a whole group should be selectable. Further the context menu in the list could also show "Check Group" and "Uncheck Group".

In contrast to #3 no info is hidden! I even miss the total number of updatable packages that Gutsy or Feisty once had shown.

(Similar but not equal to #3!) The Update Manager lists updatable packages. Below the list you can unfold a text field that describes what changed in the currently selected package. I propose to group together all packages that have the very same text of changes! Each package should still be un/checkable for updating individually. But only a whole group should be selectable. Further the context menu in the list could also show "Check Group" and "Uncheck Group". In contrast to #3 no info is hidden! I even miss the total number of updatable packages that Gutsy or Feisty once had shown.

Written by nave.notnilc the 30 Aug 09 at 17:09.

It is currently simple, straightforward, and concise.

It is currently simple, straightforward, and concise.

Written by LnxDeeGee the 31 Aug 09 at 01:17.

I agree that the existing system is quite poor.
I should not see so much mess in the app list. Searching for a specific app to install also should never return Beta or Source unless I've chosen to see those.

I'm 100% against AppCenter!
One of the most irritating things about Linux is all of the abandoned/orphaned/code-rot apps. How many different apps like this do we need and must we have installed?
Please do not release a different app to manage this, the source exists for the other apps, just take the best one and update it to a new version that has the required features.
There should never be multiple/duplicate/abandoned apps for the base OS... EVER!

I agree that the existing system is quite poor. I should not see so much mess in the app list. Searching for a specific app to install also should never return Beta or Source unless I've chosen to see those. I'm 100% against AppCenter! One of the most irritating things about Linux is all of the abandoned/orphaned/code-rot apps. How many different apps like this do we need and must we have installed? Please do not release a different app to manage this, the source exists for the other apps, just take the best one and update it to a new version that has the required features. There should never be multiple/duplicate/abandoned apps for the base OS... EVER!

Written by geoff.m the 2 Nov 10 at 18:55.

When a folder doesn't have anything to expand it should not have a dropdown button, i.e. folders without subfolders in the folders panel on the left, and completely empty folders in the file panel on the right.

 

<p>When a folder doesn't have anything to expand it should not have a dropdown button, i.e. folders without subfolders in the folders panel on the left, and completely empty folders in the file panel on the right.</p><p>&nbsp;</p><p><img src="http://agora.ulaval.ca/~gemen16/nautilus_solution.jpg"></p>

Written by ak123 the 3 Nov 10 at 17:01.

If the folder is empty, Nautilus should attach an emblem to the icon to show the folder is empty. This can also be used when browsing in icon view and can also be applied to differentiate between folders with files and no subfolders and those that are completely empty.

If the folder is empty, Nautilus should attach an emblem to the icon to show the folder is empty. This can also be used when browsing in icon view and can also be applied to differentiate between folders with files and no subfolders and those that are completely empty.

Written by adamknox the 21 Dec 09 at 08:57.

This vote box ought to be visually different from the solution vote boxes.

The statistics from this box ought to have a direct impact on a sorting field for ideas labelled "community importance"

This vote box ought to be visually different from the solution vote boxes. The statistics from this box ought to have a direct impact on a sorting field for ideas labelled "community importance"

Written by deepwalkercr the 30 Dec 09 at 05:02.

Every "problem" should have the automatic solution "Other Solution/I Do Not agree with the proposed solutions/None of the Above"

Then, assuming (as we are in the question!!) that you cannot be bothered/cannot think of a solution that solves the issues you have with the current solutions, you could be automatically notified if another solution is proposed to the problem in question.

Thusly, one is registering interest about the problem whilst simultaneously providing a mechanism to promote a killer instinct hill climb to a workable solution.

For example, a large number of people voting for the "make another solution" solution would indicate a high whuffy for solving the problem satisfactorily and this provide the stimulus necessary to do so.

The only issue I can think with this, is what to do with the vote cast to the "None of the Above" solution... It would be most useful to remove it if the user votes on any other existing solution, in terms of statistics. It is perfectly possible to analyse this into the statistics in the back end. I just wonder about doing it immedittelly in the javascript.

Every "problem" should have the automatic solution "Other Solution/I Do Not agree with the proposed solutions/None of the Above" Then, assuming (as we are in the question!!) that you cannot be bothered/cannot think of a solution that solves the issues you have with the current solutions, you could be automatically notified if another solution is proposed to the problem in question. Thusly, one is registering interest about the problem whilst simultaneously providing a mechanism to promote a killer instinct hill climb to a workable solution. For example, a large number of people voting for the "make another solution" solution would indicate a high whuffy for solving the problem satisfactorily and this provide the stimulus necessary to do so. The only issue I can think with this, is what to do with the vote cast to the "None of the Above" solution... It would be most useful to remove it if the user votes on any other existing solution, in terms of statistics. It is perfectly possible to analyse this into the statistics in the back end. I just wonder about doing it immedittelly in the javascript.

Written by adamknox the 30 Jan 10 at 02:32.

Instead of just "voting" that the problem is important there could be a starring system. 1 star denotes that the problem is not very pressing to the voter, 5 stars denotes very important.

Instead of just "voting" that the problem is important there could be a starring system. 1 star denotes that the problem is not very pressing to the voter, 5 stars denotes very important.

Written by neziric the 28 Apr 10 at 09:53.

Having multiple Firefox instances across workspaces really helps in organizing workflow.

Making tabs draggable and droppable across workspaces would be a great feature to have

Having multiple Firefox instances across workspaces really helps in organizing workflow. Making tabs draggable and droppable across workspaces would be a great feature to have

Written by ethana2 the 24 Apr 09 at 14:24.

Make CDs with bugfix and security updates for every release, a few months after it's out. 8.10.1 should have been released a bit before or simultaneously with 9.04, so that I could have a CD to give people that's stable and functional.

Make CDs with bugfix and security updates for every release, a few months after it's out. 8.10.1 should have been released a bit before or simultaneously with 9.04, so that I could have a CD to give people that's stable and functional.

Written by stoffel the 24 Apr 09 at 17:37.

Improve the quality testing process of Ubuntu so that releases will have less glitches.

Improve the quality testing process of Ubuntu so that releases will have less glitches.

Written by Lachu the 24 Apr 09 at 18:37.

Allow user to prepare new Ubuntu ISO, using the installing and applying all updates.

Allow user to prepare new Ubuntu ISO, using the installing and applying all updates.

Written by DanteAshton the 19 Dec 09 at 15:42.

I admit, not all of Brainstorm's ideas may be helpful, or even usable. However, it is the primary location for a user to suggest new things and improvements.

I admit, not all of Brainstorm's ideas may be helpful, or even usable. However, it is the primary location for a user to suggest new things and improvements.

Written by DanteAshton the 19 Dec 09 at 16:52.

To make it easier on the devs, I beleive Brainstorm should serve as a way for the users to vote upon ideas, until a mod/automated program comes along and dumps popular ideas into the feature-request list of Bugtracker.

This would mean, in the long run, a remake of Brainstorm, turning it into a sort of wrapper for feature requests and improvments, rather then a seperate site.

To make it easier on the devs, I beleive Brainstorm should serve as a way for the users to vote upon ideas, until a mod/automated program comes along and dumps popular ideas into the feature-request list of Bugtracker. This would mean, in the long run, a remake of Brainstorm, turning it into a sort of wrapper for feature requests and improvments, rather then a seperate site.

Written by DrG the 20 Dec 09 at 05:55.

Ubuntu Developers periodically reads BrainStorm ideas and posts 'Developer comments' .
Some solutions are too long and contains good as well as bad ideas .
Make a group of 'Briefers' (Like 'Moderators') and display a brief summary of the relevant solution . This will be comfortable .
Make small icons besides each block of idea to vote for the user , who proposed that solution .

Also see - Better BrainStorming

Ubuntu Developers periodically reads BrainStorm ideas and posts 'Developer comments' . Some solutions are too long and contains good as well as bad ideas . Make a group of 'Briefers' (Like '<a class="undecoredlink" href="https://launchpad.net/~brainstorm-moderators">Moderators</a>') and display a brief summary of the relevant solution . This will be comfortable . Make small icons besides each block of idea to vote for the user , who proposed that solution . Also see - <a class="undecoredlink" href="http://brainstorm.ubuntu.com/idea/23056">Better BrainStorming</a>

Written by DrG the 20 Dec 09 at 16:33.

Use more HTML capabilities in Brinstorm, which to represent ideas better.

1.Table
2.Flowcharts / Mind Maps
3.Text format - Text highlighting , bold , different font etc.
4.Animations / audio & presentations -( Should be limited - considering narrow band users )

These will help others to understand the idea better with ease and in minimal time.

Also see - Better BrainStorming

Use more HTML capabilities in Brinstorm, which to represent ideas better. 1.Table 2.Flowcharts / Mind Maps 3.Text format - Text highlighting , bold , different font etc. 4.Animations / audio & presentations -( Should be limited - considering narrow band users ) These will help others to understand the idea better with ease and in minimal time. Also see - <a class="undecoredlink" href="http://brainstorm.ubuntu.com/idea/23056">Better BrainStorming</a>

Written by Dataphile the 21 Dec 09 at 06:46.

Users want to see when their proposals might be implemented, and developers have to address dependency complexity in order to implement features that everyone wants. A beautiful crossroads here is the project roadmap, since it can be used to lay out dependencies and rough timelines.

Users want to see when their proposals might be implemented, and developers have to address dependency complexity in order to implement features that everyone wants. A beautiful crossroads here is the project roadmap, since it can be used to lay out dependencies and rough timelines.

Written by eld1e6o the 21 Dec 09 at 07:25.

Add the hability to interact with launchpad, when the user put the name of any related project in the brainstorm wich is hosted in launchpad (optionally, if is popular) send an alert to launchpad.

Add the hability to interact with launchpad, when the user put the name of any related project in the brainstorm wich is hosted in launchpad (optionally, if is popular) send an alert to launchpad.

Written by stoffel the 21 Dec 09 at 21:24.

It should be easier for developers to find all ideas related to a *very* *specific* subject.

It also should be possible to (automatically) embed these *very* specific search results to blueprints, bug entries, forum entries, and so forth. Maybe there even can be an IRC bot that can suggest relevant brainstorm ideas during an ongoing discussion.

It should be easier for developers to find all ideas related to a *very* *specific* subject. It also should be possible to (automatically) embed these *very* specific search results to blueprints, bug entries, forum entries, and so forth. Maybe there even can be an IRC bot that can suggest relevant brainstorm ideas during an ongoing discussion.

Written by stoffel the 21 Dec 09 at 21:42.

Integrate real-time communication capabilities using XMPP to make it easier for developers to get additional instant feedback from idea contributors.

Integrate real-time communication capabilities using XMPP to make it easier for developers to get additional instant feedback from idea contributors.

Written by granadajose the 29 Dec 09 at 16:03.

Many new features that are to be included in Ubuntu are discussed in the Ubuntu summits, so it would be logical to include a session to offer an overview of the most important ideas to both developers and planners at the summit.

Many new features that are to be included in Ubuntu are discussed in the Ubuntu summits, so it would be logical to include a session to offer an overview of the most important ideas to both developers and planners at the summit.

Written by ikthus-fr the 30 Dec 09 at 02:15.

Creating brainstorm.es, .fr, .de to involve more people in brainstorming

Creating brainstorm.es, .fr, .de to involve more people in brainstorming

Written by retimer the 30 Dec 09 at 17:37.

According to "The Ubuntu promise" to "provide the best translations and accessibility features that the free software community has to offer" there should be multilingual Brainstorm-sites to collect ideas from all the world. I suppose Canonical can afford it.

According to "The Ubuntu promise" to "provide the best translations and accessibility features that the free software community has to offer" there should be multilingual Brainstorm-sites to collect ideas from all the world. I suppose Canonical can afford it.

Written by Afroman10496 the 31 Dec 09 at 05:43.

My solution is to ask open-source development sites like SourceForge.net and our own Launchpad.net to display a message (not an ad) to get developers to come over here. This would be a great way to attract many developers this way and notify people about Ubuntu Brainstorm and Ubuntu in general.

My solution is to ask open-source development sites like SourceForge.net and our own Launchpad.net to display a message (not an ad) to get developers to come over here. This would be a great way to attract many developers this way and notify people about Ubuntu Brainstorm and Ubuntu in general.

Written by bergginu the 8 Jan 10 at 00:27.

It's simple to solve:
You only accurate to a more direct channel to invite users and developers, most of them do not have this system.
You can for example, insert the call message, which appears during the final part of the installation and the pages that refer to the links to download the Ubuntu LiveCD's.

It's simple to solve: You only accurate to a more direct channel to invite users and developers, most of them do not have this system. You can for example, insert the call message, which appears during the final part of the installation and the pages that refer to the links to download the Ubuntu LiveCD's.

Written by DrG the 13 Jan 10 at 06:24.

Ubuntu members may get more privilege than normal users in development process of Ubuntu .

But now Brinstorm ideas are not considered when choosing ubuntu members but participation in any of the forum will get .

-
That much inferior is Brinstorm in the eyes of ubuntu ( You can contact the members and verify ) . As per 'lifeless' ( Ubuntu Member ) ( https://launchpad.net/~lifeless ) - "we don't currently really recognise brainstorm activity - both gardening and idea generation - as a significant contribution. " -12/jan/2010 (04:02:38 PM) in IRC #ubuntu-meeting .
-

So
1. Make developers or similar personnel to check brainstorm Ideas at least once in a month
2. Take Brainstorm Ideas when considering for Ubuntu Membership .

Ubuntu members may get more privilege than normal users in development process of Ubuntu . But now Brinstorm ideas are not considered when choosing ubuntu members but participation in any of the forum will get . - That much inferior is Brinstorm in the eyes of ubuntu ( You can contact the members and verify ) . As per 'lifeless' ( Ubuntu Member ) ( https://launchpad.net/~lifeless ) - "we don't currently really recognise brainstorm activity - both gardening and idea generation - as a significant contribution. " -12/jan/2010 (04:02:38 PM) in IRC #ubuntu-meeting . - So 1. Make developers or similar personnel to check brainstorm Ideas at least once in a month 2. Take Brainstorm Ideas when considering for Ubuntu Membership .

Written by philip the 13 Jan 10 at 20:40.

For some ideas, there are already related bug reports at their respective projects. Brainstorm should include an extra category of ideas, "bug reported" or something similar, in addition to the "in development", etc., and include links to the related bug reports. Users can then join the discussion at the bug report and alert the developers to the discussion on Brainstorm.

For some ideas, there are already related bug reports at their respective projects. Brainstorm should include an extra category of ideas, "bug reported" or something similar, in addition to the "in development", etc., and include links to the related bug reports. Users can then join the discussion at the bug report and alert the developers to the discussion on Brainstorm.

Written by xXNeXoNXx the 15 Jan 10 at 13:56.

In my oppinion it would be much easier if there would be only one plattform for developers, so adding an "Ideas-Section" or something like this wouldn't be bad in Launchpad

In my oppinion it would be much easier if there would be only one plattform for developers, so adding an "Ideas-Section" or something like this wouldn't be bad in Launchpad

Written by premamotion the 17 Jan 10 at 22:42.

Make more Ubuntu users involve in Brainstorm to vote/propose ideeas. So many Ubuntu users are not involved in this project... and there are very few new ideeas proposed every week...

Make more Ubuntu users involve in Brainstorm to vote/propose ideeas. So many Ubuntu users are not involved in this project... and there are very few new ideeas proposed every week...

Written by noblex the 23 Jun 09 at 22:58.

Or at least, toggle this mode on in the stable releases' /etc/default/apport if you want to force alpha/beta testers to file bugs.

End-User Apport should work a lot like Firefox's use of Breakpad -- Ask the user what they were doing, and ask to provide an e-mail address where they can be reached by the QA team. Both fields would have to be optional. If the user enters an email address, it should be "remembered" for next time on a per-user basis (maybe in ~/.apport/?).

To keep current functionality, after submission, have an 'Advanced...' button or just a 'File a new bug...' button to go into the current "file a LP bug" mode.

Or at least, toggle this mode on in the stable releases' /etc/default/apport if you want to force alpha/beta testers to file bugs. End-User Apport should work a lot like Firefox's use of Breakpad -- Ask the user what they were doing, and ask to provide an e-mail address where they can be reached by the QA team. Both fields would have to be optional. If the user enters an email address, it should be "remembered" for next time on a per-user basis (maybe in ~/.apport/?). To keep current functionality, after submission, have an 'Advanced...' button or just a 'File a new bug...' button to go into the current "file a LP bug" mode.

Written by cinemagurl the 27 Aug 09 at 10:41.

This is the way apport should function.

Application Y crashes
Apport catches the crash and error dumps and compiles them into a report.
Apport displays two options:
1: Send report
2: Check for Fixes
If user chooses option 1:
Apport opens a window with comment field for additional details to be included in report user clicks submit, and apport closes.
If user chooses option 2:
Apport searches the launchpad database, finds proposed solutions to the bug and displays those solutions in a list for the user.
If a solution is found in database:
User clicks a solution and tries it, if it doesnt work continues to next solution
If a given solution works:
User clicks a button that says "This Solution worked"
If none of the solutions work:
User is presented with a "none of these solutions worked for me" button.
If no solution is found in database:
Apport opens a window with comment field for additional details to be included in report user clicks submit, and apport closes.

This is the way apport should function. Application Y crashes Apport catches the crash and error dumps and compiles them into a report. Apport displays two options: 1: Send report 2: Check for Fixes If user chooses option 1: Apport opens a window with comment field for additional details to be included in report user clicks submit, and apport closes. If user chooses option 2: Apport searches the launchpad database, finds proposed solutions to the bug and displays those solutions in a list for the user. If a solution is found in database: User clicks a solution and tries it, if it doesnt work continues to next solution If a given solution works: User clicks a button that says "This Solution worked" If none of the solutions work: User is presented with a "none of these solutions worked for me" button. If no solution is found in database: Apport opens a window with comment field for additional details to be included in report user clicks submit, and apport closes.

Written by loonyphoenix the 12 Aug 09 at 15:43.

Crashes look alike, and the user may never know the cause. Is this issue a duplicate of that one or maybe it just looks the same? There is a system on Launchpad which checks for duplicates automatically; moreover, freshly reported bugs are only seen by that system until it checks them. So why force the user to go through this process?

Crashes look alike, and the user may never know the cause. Is this issue a duplicate of that one or maybe it just looks the same? There is a system on Launchpad which checks for duplicates automatically; moreover, freshly reported bugs are only seen by that system until it checks them. So why force the user to go through this process?

Written by ki4jgt the 4 Aug 09 at 23:41.

This would allow the computer to automatically generate a report and send it without the user signing in all the time.

This would allow the computer to automatically generate a report and send it without the user signing in all the time.