Written by seiryu89 the 12 Apr 12 at 20:08.

Display under the progress bar the current downloading speed and the time remaining

Display under the progress bar the current downloading speed and the time remaining

Written by azhar the 10 May 12 at 04:54.

This maximizes the use of bandwidth. This options is available on iTunes when downloading apps, movies, or music....

Check out this screenshot:
http://www.kolhalashon.com/New/NewShowDoc.aspx?ID=1397&English=True

Also, it would be great if the user can set the maximum downloading speed. This option has been implemented in JDownloader. That way, if he wants to surf the net while downloading, the browsing experience won't be that slow.

Check in lower right corner of screen:
http://www.hecticgeek.com/wp-content/uploads/2011/11/JDownloader-in-Ubuntu-11.1 01.png

This maximizes the use of bandwidth. This options is available on iTunes when downloading apps, movies, or music.... Check out this screenshot: http://www.kolhalashon.com/New/NewShowDoc.aspx?ID=1397&English=True Also, it would be great if the user can set the maximum downloading speed. This option has been implemented in JDownloader. That way, if he wants to surf the net while downloading, the browsing experience won't be that slow. Check in lower right corner of screen: http://www.hecticgeek.com/wp-content/uploads/2011/11/JDownloader-in-Ubuntu-11.101.png

Written by michal_s the 24 Feb 12 at 11:00.

If some app have large KDE dependencies or some defined set of KDE dependencies (remember about Qt environment which have some KDE dependencies, but not so large), then it will be marked automatically as KDE app in Software Center.

If some app have large KDE dependencies or some defined set of KDE dependencies (remember about Qt environment which have some KDE dependencies, but not so large), then it will be marked automatically as KDE app in Software Center. <a href="http://michal.superuser.org.pl/blog/wp-content/uploads/2012/02/mockup1.jpg"><img src="http://michal.superuser.org.pl/blog/wp-content/uploads/2012/02/mockup1.jpg" width="300"></a> <br /> <a href="http://michal.superuser.org.pl/blog/wp-content/uploads/2012/02/mockup2.jpg"><img src="http://michal.superuser.org.pl/blog/wp-content/uploads/2012/02/mockup2.jpg" width="300"></a>

Written by pseudo the 26 Feb 12 at 20:55.

I know some inexperienced Ubuntu users. Just a small sign will nothing tell them. You will need to add a short explanation, on mouse-over on the sign, I suggest.

I know some inexperienced Ubuntu users. Just a small sign will nothing tell them. You will need to add a short explanation, on mouse-over on the sign, I suggest.

Written by Aielyn the 9 Mar 12 at 06:35.

How about having logos for each of the various environments, and marking products according to which environments they have been *tested* on?

That way, if a KDE-specific application hasn't been tested for Unity compatibility, it doesn't have the Unity logo, and vice versa.

This could also provide an option to only display products that have been tested for a specific environment. Think of this as a "certification" approach. It shouldn't add too much extra work, as the environment that the program is developed for would be marked immediately, and users who are more adventurous could test untested programs in their environment.

This goes beyond Solution #1, in that satisfying dependencies doesn't guarantee proper working of the program.

How about having logos for each of the various environments, and marking products according to which environments they have been *tested* on? That way, if a KDE-specific application hasn't been tested for Unity compatibility, it doesn't have the Unity logo, and vice versa. This could also provide an option to only display products that have been tested for a specific environment. Think of this as a "certification" approach. It shouldn't add too much extra work, as the environment that the program is developed for would be marked immediately, and users who are more adventurous could test untested programs in their environment. This goes beyond Solution #1, in that satisfying dependencies doesn't guarantee proper working of the program.

Written by Sepero the 11 Apr 12 at 18:59.

Marking the incompatible software only brings more attention to them. Instead, put a little "star" or "check mark" by software that works well. Almost like editor approved software.

Also, there could be a way to open a window showing "314MB install. Listed dependencies are lib...", to indicate how much harddrive space will be used after installing the software.

Marking the incompatible software only brings more attention to them. Instead, put a little "star" or "check mark" by software that works well. Almost like editor approved software. Also, there could be a way to open a window showing "314MB install. Listed dependencies are lib...", to indicate how much harddrive space will be used after installing the software.

Written by barrientosa the 14 Apr 12 at 06:14.

I think it's nice to show a message to users in case of failure, however it would save time if the update-manager can just check other servers around if your local mirror is overloaded and proceed with the upgrade silently without bothering you.

Nevertheless as a last resource I agree that update-manager should show some sort of message to the user, but only in case that all the mirrors are collapsed or something like that.

I think it's nice to show a message to users in case of failure, however it would save time if the update-manager can just check other servers around if your local mirror is overloaded and proceed with the upgrade silently without bothering you. Nevertheless as a last resource I agree that update-manager should show some sort of message to the user, but only in case that all the mirrors are collapsed or something like that.

Written by puxkggn the 28 Apr 12 at 13:17.

Update manager should not be doing fall backs something without showing a message to the user that it does.
In this case the Update manager should pick another one until it has either found a working mirror or doesn't find one.
In the found a working mirror it displays a message to the user while continuing. (The message is for information not for confirmation.) And in the latter it's of course impossible to continue.

Update manager should not be doing fall backs something without showing a message to the user that it does. In this case the Update manager should pick another one until it has either found a working mirror or doesn't find one. In the found a working mirror it displays a message to the user while continuing. (The message is for information not for confirmation.) And in the latter it's of course impossible to continue.

Written by Daniel Brainard the 30 Nov 11 at 19:54.

I would replace the window titlebar with the respective application icon (for unmaximized applications). The icon would be placed on the top left hand corner of the application and be partially underneath the window so the icon would not interfere with the usability of application. The purpose of the icon would simply to be able to single click and hold to move the window around. Window control buttons would be placed in the top bar, and utilize the same functionality as a maximized application would. I would also suggest then, not having the window control buttons in the top bar be automatically hidden by the title of the application. These controls should always be shown simply for usability. The file name could then be placed in the top bar without the application name and could then be toggled with the global menu.

The only issue I see arising with this for usability purposes when you have two windows side by side that take up the whole screen. My solution would then be to have them both act and being maximized at the same time. The top bar would then be split having the left half of the top bar be given the the application on the left and the right half to the application on the right. With respect to the global menu on the right hand side, the indicators are still always shown on the right, but when the mouse is moved to the top to use the global menu, these indicators could be temporarily hidden to give more room to the global menu on the right.

I would replace the window titlebar with the respective application icon (for unmaximized applications). The icon would be placed on the top left hand corner of the application and be partially underneath the window so the icon would not interfere with the usability of application. The purpose of the icon would simply to be able to single click and hold to move the window around. Window control buttons would be placed in the top bar, and utilize the same functionality as a maximized application would. I would also suggest then, not having the window control buttons in the top bar be automatically hidden by the title of the application. These controls should always be shown simply for usability. The file name could then be placed in the top bar without the application name and could then be toggled with the global menu. The only issue I see arising with this for usability purposes when you have two windows side by side that take up the whole screen. My solution would then be to have them both act and being maximized at the same time. The top bar would then be split having the left half of the top bar be given the the application on the left and the right half to the application on the right. With respect to the global menu on the right hand side, the indicators are still always shown on the right, but when the mouse is moved to the top to use the global menu, these indicators could be temporarily hidden to give more room to the global menu on the right.

Written by PaddyLandau the 1 Dec 11 at 16:11.

At present, the menu is hidden until the mouse hovers over the top panel, where the title is displayed (11.04 -- I don't know if 11.10 is different).

As Daniel says, there are two other places that show which application is focused. So, why not just show the menu instead of hiding it? It is quicker to go straight to the menu option you want when you can see it already, than having to move the mouse to the top of the screen before deciding where to put it.

At present, the menu is hidden until the mouse hovers over the top panel, where the title is displayed (11.04 -- I don't know if 11.10 is different). As Daniel says, there are two other places that show which application is focused. So, why not just show the menu instead of hiding it? It is quicker to go straight to the menu option you want when you can see it already, than having to move the mouse to the top of the screen before deciding where to put it.

Written by joy23 the 9 Dec 11 at 21:07.

AFAIK meddling with titlebars and removing them completely wont be a good idea.
Instead
We could use an option that could autohide itself or show always.
So that we could get that extra space in full screen.

Many people actually like to be inundated with info and many dont so this will appease them all.

AFAIK meddling with titlebars and removing them completely wont be a good idea. Instead We could use an option that could autohide itself or show always. So that we could get that extra space in full screen. Many people actually like to be inundated with info and many dont so this will appease them all.

Written by turbolad the 23 Dec 11 at 10:59.

The title bar is probably used more often for moving the program's window than actually reading the title! Almost everyone is used to moving a program around by using the title bar.

You could choose to only show the title bar or menus in that program's window when the mouse pointer is very near, and hide either away when the mouse pointer is moved away. This means that Unity continues to save that extra line of screen space, which it currently does by putting the menus at the top of the screen.

By keeping the menus and title bars in their familiar places, it saves a *lot* of confusion, especially for newcomers to Ubuntu. Don't break the familiarity of the GUI which users are comfortable with.

The title bar is probably used more often for moving the program's window than actually reading the title! Almost everyone is used to moving a program around by using the title bar. You could choose to only show the title bar or menus in that program's window when the mouse pointer is very near, and hide either away when the mouse pointer is moved away. This means that Unity continues to save that extra line of screen space, which it currently does by putting the menus at the top of the screen. By keeping the menus and title bars in their familiar places, it saves a *lot* of confusion, especially for newcomers to Ubuntu. Don't break the familiarity of the GUI which users are comfortable with.

Written by nicojpm the 18 Dec 11 at 22:11.

Something similar to this:
«Oxygen Appmenu is an Oxygen style for Kwin that displays the application menu as a button in the titlebar and works with Qt and GTK applications as well as Firefox or Thunderbird»

http://www.webupd8.org/2011/11/oxygen-appmenu-replace-menu-with.html

Something similar to this: «Oxygen Appmenu is an Oxygen style for Kwin that displays the application menu as a button in the titlebar and works with Qt and GTK applications as well as Firefox or Thunderbird» http://www.webupd8.org/2011/11/oxygen-appmenu-replace-menu-with.html

Written by nicojpm the 19 Dec 11 at 21:34.

In maximized windows, you don't need the titlebar for move the window. The buttons «close, minimize, restore...» could appear integrated into the menu bar.
Similar to this screen:
http://www.ghacks.net/wp-content/uploads/2008/11/firefox_step_7-500x338.jpg

In maximized windows, you don't need the titlebar for move the window. The buttons «close, minimize, restore...» could appear integrated into the menu bar. Similar to this screen: http://www.ghacks.net/wp-content/uploads/2008/11/firefox_step_7-500x338.jpg

Written by bpb101 the 7 Mar 12 at 22:40.

im not a programmer , i wouldn't know how ubuntu developers would go about this , but im sure it could be easily done , as it can be done on $9.99 mobile phones

im not a programmer , i wouldn't know how ubuntu developers would go about this , but im sure it could be easily done , as it can be done on $9.99 mobile phones

Written by puxkggn the 15 Mar 12 at 18:52.

Calendar as configurable application. Where you can choose which application you could use as calendar. This way third parties can make things that integrate very well with calendar.
(Or maybe an API is better in place that informs other applications with a standardized messaging format.)

Calendar as configurable application. Where you can choose which application you could use as calendar. This way third parties can make things that integrate very well with calendar. (Or maybe an API is better in place that informs other applications with a standardized messaging format.)

Written by LSenf the 1 May 12 at 15:28.

Instead of only offering the most popular ideas, add a tab for ideas that only have few votes.

Additionally, ideas that are voted about 50-50 and so still need votes for a real decision should also be shown there.

The date an idea was created should not make a difference here.

Instead of only offering the most popular ideas, add a tab for ideas that only have few votes. Additionally, ideas that are voted about 50-50 and so still need votes for a real decision should also be shown there. The date an idea was created should not make a difference here.

Written by LSenf the 1 May 12 at 15:33.

Add a feature that "feeds" the user one idea after another, instead of making the user search ideas to vote for.

This should also give priority to new ideas and ideas still needing a clear decision.

It could be implemented either as a new tab, a part of the dash or even the main page.

In case the user is interested in a specific topic project, this should be offered as an optional filter.

Add a feature that "feeds" the user one idea after another, instead of making the user search ideas to vote for. This should also give priority to new ideas and ideas still needing a clear decision. It could be implemented either as a new tab, a part of the dash or even the main page. In case the user is interested in a specific topic project, this should be offered as an optional filter.

Written by HaydenMicallef the 6 May 12 at 01:36.

Simply Add a Scroll Down Option or Tab to Brainstorm that lists all ideas/solutions (newest first) that you haven't yet voted on.

Simply Add a Scroll Down Option or Tab to Brainstorm that lists all ideas/solutions (newest first) that you haven't yet voted on.

Written by petko10 the 17 Jan 12 at 22:33.

Upon installation or right thereafter the fixed mount point devices (NOT random removable media,etc..) should be scanned and catched , so that the dash could be used to do a full search for files (because now it's just silly , to search in some recent files- not useless , but not fully functional) .
To make this option better - there should be a simple configuration of folders to include or exclude of scanning . And also a rescan option .

Upon installation or right thereafter the fixed mount point devices (NOT random removable media,etc..) should be scanned and catched , so that the dash could be used to do a full search for files (because now it's just silly , to search in some recent files- not useless , but not fully functional) . To make this option better - there should be a simple configuration of folders to include or exclude of scanning . And also a rescan option .

Written by petko10 the 19 Jan 12 at 07:25.

Since in the past there were problems with indexing everything I propose having a simple configuration of the search - a menu in System settings to set folders to be indexed and to order rechecking .

Since in the past there were problems with indexing everything I propose having a simple configuration of the search - a menu in System settings to set folders to be indexed and to order rechecking .

Written by gleedadswell the 24 Jan 12 at 01:16.

I realize that the command line locate command isn't always ideal for this, because when the files are changing a lot the user would need to run updatedb repeatedly, which often isn't an option because it requires super user privileges. Could a limited updatedb, that only scans inside the user's own directories, be made available to the user. Then have the dash-search able to run this limited updatedb and to run a locate, perhaps as an alternative to the current search function?

I realize that the command line locate command isn't always ideal for this, because when the files are changing a lot the user would need to run updatedb repeatedly, which often isn't an option because it requires super user privileges. Could a limited updatedb, that only scans inside the user's own directories, be made available to the user. Then have the dash-search able to run this limited updatedb and to run a locate, perhaps as an alternative to the current search function?

Written by PaddyLandau the 24 Jan 12 at 17:32.

Once the database has been updated, setting inotify (or incron or equivalent) to watch for changed files is efficient. The database does not have to search for changes, but instead will respond to changes when they happen.

The database need search for changes only if the partition has been changed by something when the database has not been active (e.g. when using a Live CD or after using Recovery mode).

This gives you the best of both worlds: comprehensive, always up-to-date, and fast.

Once the database has been updated, setting inotify (or incron or equivalent) to watch for changed files is efficient. The database does not have to search for changes, but instead will respond to changes when they happen. The database need search for changes only if the partition has been changed by something when the database has not been active (e.g. when using a Live CD or after using Recovery mode). This gives you the best of both worlds: comprehensive, always up-to-date, and fast.

Written by marsgorski the 7 May 12 at 05:55.

Access the dictionary in the dash instead of opening the dictionary software

Access the dictionary in the dash instead of opening the dictionary software

Written by benoyanthony the 15 May 12 at 10:32.

Add widget app if required can solve the problem.

Add widget app if required can solve the problem.

Written by idude.aldunate the 13 Jan 12 at 14:41.

Check this page to see how it works
http://blogs.msdn.com/b/b8/archive/2011/09/08/delivering-fast-boot-times-in-win dows-8.aspx

Check this page to see how it works http://blogs.msdn.com/b/b8/archive/2011/09/08/delivering-fast-boot-times-in-windows-8.aspx

Written by LSenf the 14 Mar 12 at 21:03.

Just to make this more specific:

Kernel: Implement kernel hibernation and kernel resume

Grub: Implement snapshot image booting


An example where this was implemented on linux for ARM:

http://www.elinux.org/images/3/37/Snapshot-boot-final.pdf

(Have a look at the diagram on page 19)

Just to make this more specific: Kernel: Implement kernel hibernation and kernel resume Grub: Implement snapshot image booting An example where this was implemented on linux for ARM: http://www.elinux.org/images/3/37/Snapshot-boot-final.pdf (Have a look at the diagram on page 19)

Written by Effenberg0x0 the 6 May 12 at 17:27.

Two additional fields should be created in users profiles in Launchpad, allowing users to inform their UbuntuForums and AskUbuntu Handles. We already have the same for IRC Nickname, the logic is the same.

Two additional fields should be created in users profiles in Launchpad, allowing users to inform their UbuntuForums and AskUbuntu Handles. We already have the same for IRC Nickname, the logic is the same.