Written by Egarretsen the 2 Nov 09 at 21:58.

It would be nice when in the background a search for the corresponding icon would be started (for the example vim hte search would be vim.svg). The the found icon can be suggested. A lot of application-icons can be found by searching on application-name + ".svg".

It would be nice when in the background a search for the corresponding icon would be started (for the example vim hte search would be vim.svg). The the found icon can be suggested. A lot of application-icons can be found by searching on application-name + ".svg".

Written by christopher_lees the 4 Nov 09 at 04:55.

Packages that contain GUI applications should not be accepted unless they contain the relevant .desktop file(s) that will add the program and its relevant icon to the user's main menu.

Packages that contain GUI applications should not be accepted unless they contain the relevant .desktop file(s) that will add the program and its relevant icon to the user's main menu.

Written by daddo the 2 Nov 09 at 21:27.

Add OpenID fields into [System] -> [Preferences] -> [About Me].
Automatically log in to launchpad.net (or others OpenID service providers...), when logging in into ubuntu.
Add into Firefox GUI an one-click-openid-paste-button to paste default OpenID from [About Me] to active form field so there is no need every time to type it in manually.

Add OpenID fields into [System] -> [Preferences] -> [About Me]. Automatically log in to launchpad.net (or others OpenID service providers...), when logging in into ubuntu. Add into Firefox GUI an one-click-openid-paste-button to paste default OpenID from [About Me] to active form field so there is no need every time to type it in manually.

Written by taofd the 4 Nov 09 at 08:12.

My proposal is two fold:

1) Add a third option that allows a user to use both side scroll AND two finger scroll.

2) Prevent future examples of feature regression. When confronted with a similar situation in which features are to be separated, always include the default current option (what is used at the time of this decision). I understand rationale that this was a "feature bug", but the fact is- users may have grown used to this functionality and the bug is now a legitimate feature within itself.

EDIT:

3) Implement all relevant solutions below this one that are similar to point 1 (like circular scrolling), that do not explicitly contradict any of the forementioned solutions.

My proposal is two fold: 1) Add a third option that allows a user to use both side scroll AND two finger scroll. 2) Prevent future examples of feature regression. When confronted with a similar situation in which features are to be separated, always include the default current option (what is used at the time of this decision). I understand rationale that this was a "feature bug", but the fact is- users may have grown used to this functionality and the bug is now a legitimate feature within itself. EDIT: 3) Implement all relevant solutions below this one that are similar to point 1 (like circular scrolling), that do not explicitly contradict any of the forementioned solutions.

Written by Darwin Survivor the 4 Nov 09 at 17:18.

When running archlinux, I am also given "circular scrolling" as an option. This feature can be used alongside regular scrolling and makes scrolling through long texts and webpages A LOT easier.

When running archlinux, I am also given "circular scrolling" as an option. This feature can be used alongside regular scrolling and makes scrolling through long texts and webpages A LOT easier.

Written by ralf.ebert the 7 Nov 09 at 18:18.

Allow to drag windows that represent some document from the "window list" applet. You would drag the document and be able to drop it to a folder, an e-mail, whatever you desire. Currently the only thing that can be done by dragging window items from the window list applet is reordering the windows (imo), so dragging a "window item" to some folder is an unused interaction.

Allow to drag windows that represent some document from the "window list" applet. You would drag the document and be able to drop it to a folder, an e-mail, whatever you desire. Currently the only thing that can be done by dragging window items from the window list applet is reordering the windows (imo), so dragging a "window item" to some folder is an unused interaction.

Written by tenchi39 the 5 Nov 09 at 15:36.

2 menu entries should be added to the right click menu of program titlebars:

"Snap to dual view horizontally with..."
"Snap to dual view vertically with..."

The user would click on this entry, than click on the other program window or taskbar element to be used.

The 2 programs would appear on the screen maximized to 50% of the space horizontally or vertically. They would also be grouped, so if minimize is clicked on one, the other would minimize to - and of course they would both reappear on clicking on either one on the taskbar. There would be a release entry in the right click menu now to ungroup them.

Program windows that have a fixed size (audacious for example) would not be resized but put into the center of their 50% side of the screen.

2 menu entries should be added to the right click menu of program titlebars: "Snap to dual view horizontally with..." "Snap to dual view vertically with..." The user would click on this entry, than click on the other program window or taskbar element to be used. The 2 programs would appear on the screen maximized to 50% of the space horizontally or vertically. They would also be grouped, so if minimize is clicked on one, the other would minimize to - and of course they would both reappear on clicking on either one on the taskbar. There would be a release entry in the right click menu now to ungroup them. Program windows that have a fixed size (audacious for example) would not be resized but put into the center of their 50% side of the screen.

Written by tenchi39 the 5 Nov 09 at 15:38.

The right click menu of program titlebars should contain the following entries:

"Snap to top 50%"
"Snap to bottom 50%"
"Snap to left 50%"
"Snap to right 50%"

No other effect besides resizing and snapping to the respective screen border...

The right click menu of program titlebars should contain the following entries: "Snap to top 50%" "Snap to bottom 50%" "Snap to left 50%" "Snap to right 50%" No other effect besides resizing and snapping to the respective screen border...

Written by tenchi39 the 5 Nov 09 at 19:00.

I checked the grid plugin, it's cool. Just enable it in a default install...

I checked the grid plugin, it's cool. Just enable it in a default install...

Written by taofd the 4 Nov 09 at 10:13.

If the tray size exceeds a certain value, or if more than X applications are in the tray, display a "more" (notification area) button which allows users to click them to view their additional apps. Devs can make it relatively smart, to push the least used apps to this "more" area. This would solve the growing tray problem once and for all.

This does not mean to "get rid of the apps" it simply hides the less used apps OR apps that are inactive and rare used, in favor of conserving space on the panel for other more important tasks. KDE and Windows have this feature, why not Gnome?

If the tray size exceeds a certain value, or if more than X applications are in the tray, display a "more" (notification area) button which allows users to click them to view their additional apps. Devs can make it relatively smart, to push the least used apps to this "more" area. This would solve the growing tray problem once and for all. This does not mean to "get rid of the apps" it simply hides the less used apps OR apps that are inactive and rare used, in favor of conserving space on the panel for other more important tasks. KDE and Windows have this feature, why not Gnome?

Written by josteinaj the 4 Nov 09 at 20:50.

Like in Windows 7:
http://helpdeskgeek.com/wp-content/pictures/2009/06/image12.png

Like in Windows 7: http://helpdeskgeek.com/wp-content/pictures/2009/06/image12.png

Written by Akerbos the 5 Nov 09 at 17:54.

In 9.04, the notification area increases in size if icons are added, but it does not shrink when some are removed. Bad call since the area itself is glued with its right edge but the icons are aligned left inside the area, so you get a gap.

Put more cleverness into resizing and glueing the notification area.

In 9.04, the notification area increases in size if icons are added, but it does not shrink when some are removed. Bad call since the area itself is glued with its right edge but the icons are aligned left inside the area, so you get a gap. Put more cleverness into resizing and glueing the notification area.

Written by Wlraider70 the 3 Nov 09 at 06:27.

Create a GUI to actively list the running daemons, and an interface to control them.

I'm thinking like a process manager for daemons.

Create a GUI to actively list the running daemons, and an interface to control them. I'm thinking like a process manager for daemons.

Written by warlock24 the 8 Nov 09 at 08:17.

STOP is already there :)

STOP is already there :)

Written by jekristiansen the 3 Nov 09 at 07:09.

For starters, what i have in mind, is a sleek, good looking menu that pops up in the middle of the screen in front of any program, running with, or without animation by choice, and that with just a tap on the start menu button you can find on any laptops & keyboards today.
Basically it's just a menu with animation wich is intended to slide in the direction you leading the mouse, this means the closer you take the mouse to the left end or the right, the faster it'll slide

There will be one main menu, hosting numerous sub menus.
All with sliding animation by direction.
It should be easy to customize in many different ways.

I did manage to make a screener of what i think would be appealing, but have no place in here to post it.
This is to bad, i can't post a picture here:(
But no problem anyway, i uploaded my picture on some web sharing media, and here is where you can se my idea.

http://www.4shared.com/file/145858618/e7a6753d/Lysbilde1.html

For starters, what i have in mind, is a sleek, good looking menu that pops up in the middle of the screen in front of any program, running with, or without animation by choice, and that with just a tap on the start menu button you can find on any laptops & keyboards today. Basically it's just a menu with animation wich is intended to slide in the direction you leading the mouse, this means the closer you take the mouse to the left end or the right, the faster it'll slide There will be one main menu, hosting numerous sub menus. All with sliding animation by direction. It should be easy to customize in many different ways. I did manage to make a screener of what i think would be appealing, but have no place in here to post it. This is to bad, i can't post a picture here:( But no problem anyway, i uploaded my picture on some web sharing media, and here is where you can se my idea. http://www.4shared.com/file/145858618/e7a6753d/Lysbilde1.html Let me know if this is something we like to see in the next update!

Written by crmbionicle the 6 Nov 09 at 03:27.

We should find a way to integrate the widget desktop service used in Kubuntu into Ubuntu.

We should find a way to integrate the widget desktop service used in Kubuntu into Ubuntu.