Written by bluenova the 23 Apr 09 at 07:44.

Rather than asking for the users password when clicking 'Check' in the update manager, ask for the password when the user clicks 'Install Updates'.

Rather than asking for the users password when clicking 'Check' in the update manager, ask for the password when the user clicks 'Install Updates'.

Written by grofaty the 25 Apr 09 at 19:13.

Now Ubuntu has an option in System | Administration | Software Sources | Update tab to install security updates automatically. Make an option to automatically install all updates.

Now Ubuntu has an option in System | Administration | Software Sources | Update tab to install security updates automatically. Make an option to automatically install all updates.

Written by tchalvakspam the 26 Aug 09 at 17:11.

The real issue is even gathering the information (which may tell you that there are no updates needed) requires the password step. So currently, there is a zero-benefit step:
Action: Open up update-manager. Effect: Nothing changes from before.
Action: Click check and put in password. Effect: Check for newer updates.
Action: Click Install updates. Effect: Finally install updates.

Because opening up update-manager is a declaration of the wish to at least check for updates, this should be revised to:

Action: Open up update-manager. Effect: perform check for updates, but download nothing.

Action: Click install updates and put in password. Effect: download & install currently "checked" updates.

The real issue is even gathering the information (which may tell you that there are no updates needed) requires the password step. So currently, there is a zero-benefit step: Action: Open up update-manager. Effect: Nothing changes from before. Action: Click check and put in password. Effect: Check for newer updates. Action: Click Install updates. Effect: Finally install updates. Because opening up update-manager is a declaration of the wish to at least check for updates, this should be revised to: Action: Open up update-manager. Effect: perform check for updates, but download nothing. Action: Click install updates and put in password. Effect: download & install currently "checked" updates.

Written by readmanr the 6 Mar 10 at 21:00.

Move the buttons back over to the top right for the final Ubuntu 10.04 release.

Move the buttons back over to the top right for the final Ubuntu 10.04 release.

Written by Akerbos the 6 Mar 10 at 21:38.

I think it is most intuitive if the buttons are ordered the same in relation to the window center ("To close, click the outermost button"), so

Right: min-max-close

relates to

Left: close-max-min

I think it is most intuitive if the buttons are ordered the same in relation to the window center ("To close, click the outermost button"), so Right: min-max-close relates to Left: close-max-min

Written by jeffd1830 the 7 Mar 10 at 08:56.

I think having the buttons on both sides would also be a viable option. I understand that this would detract visually from the simplicity, but maybe if the buttons were subdued until the mouse hovers over the bar?

(I feel less than confident about this solution, but thought it needed mentioning.)

I think having the buttons on both sides would also be a viable option. I understand that this would detract visually from the simplicity, but maybe if the buttons were subdued until the mouse hovers over the bar? (I feel less than confident about this solution, but thought it needed mentioning.)

Written by Long Lazuli the 7 Mar 10 at 11:34.

In xubuntu, user cas can choose where are the button on the titlebar.

In xubuntu, user cas can choose where are the button on the titlebar.

Written by la_serpe the 7 Mar 10 at 16:29.

It can be movable so the user could change it intuitively

It can be movable so the user could change it intuitively

Written by Vlad_Alfredov the 8 Mar 10 at 11:13.

Well the title pretty much says it...Default is to have it on right, but to include an option in "Change Desktop Background" >> Theme >> Customize, to move the buttons to a user defined position.

Well the title pretty much says it...Default is to have it on right, but to include an option in "Change Desktop Background" >> Theme >> Customize, to move the buttons to a user defined position.

Written by marvo the 10 Mar 10 at 10:28.

There are some themes that look better when the buttons are placed on the left side (like Ambiance, Radiance and Gorilla) and there are some themes that look better with the buttons being on the right side (like Glider, Human, Clearlooks or SphereCrystal).

So i propose to set the default alignment depending on the chosen theme and make it easily switchable.

The current way to change the alignment of the buttons back to the right by typing
gconftool-2 --type string --set /apps/metacity/general/button_layout "menu:minimize,maximize,close"
is a bit tedious.

There are some themes that look better when the buttons are placed on the left side (like Ambiance, Radiance and Gorilla) and there are some themes that look better with the buttons being on the right side (like Glider, Human, Clearlooks or SphereCrystal). So i propose to set the default alignment depending on the chosen theme and make it easily switchable. The current way to change the alignment of the buttons back to the right by typing gconftool-2 --type string --set /apps/metacity/general/button_layout "menu:minimize,maximize,close" is a bit tedious.

Written by Lex the 10 Mar 10 at 11:04.

Put Close button in the corner - depending on chosen solution will be left or right corner or window.

Put Close button in the corner - depending on chosen solution will be left or right corner or window.

Written by euxneks the 11 Mar 10 at 01:31.

I think that Minimize and Maximize are more similar to the menu anyway, so put them on the left, and put the close button on the right, this harkens back to the days of old Unix and I think would still allow the theme to stand out.

I think that Minimize and Maximize are more similar to the menu anyway, so put them on the left, and put the close button on the right, this harkens back to the days of old Unix and I think would still allow the theme to stand out.

Written by i386dx the 14 Mar 10 at 12:50.

Move the Min, Max and Close-buttons back to the right.

Be able to close a window by double-clicking the window-icon at the left. This is much faster than clicking the icon and selecting 'Close' in the menu.

Move the Min, Max and Close-buttons back to the right. Be able to close a window by double-clicking the window-icon at the left. This is much faster than clicking the icon and selecting 'Close' in the menu.

Written by MoebusNet the 15 Mar 10 at 01:04.

Rationale: In VirtualBox without Guest Additions, the right-hand side of the desktop and the lower part of the desktop are not visible until you scroll. Having the above-mentioned buttons on the top-left side of the window by default makes them accessible when (not if) Guest Additions do not work/are unavailable or when scrolling for whatever reason does not work. This is especially true for development versions.

I _am_ in favor of choice, so this should be fairly easy for a user to change (preferably by GUI) to right, left or both.

Just my opinion.

Rationale: In VirtualBox without Guest Additions, the right-hand side of the desktop and the lower part of the desktop are not visible until you scroll. Having the above-mentioned buttons on the top-left side of the window by default makes them accessible when (not if) Guest Additions do not work/are unavailable or when scrolling for whatever reason does not work. This is especially true for development versions. I _am_ in favor of choice, so this should be fairly easy for a user to change (preferably by GUI) to right, left or both. Just my opinion.

Written by neblogas the 16 Mar 10 at 15:58.

Because Mark said that in 10.10 the windows will have something new in the right side, but now, there is no need to change the buttons, and this is LTS release! in 10.10 when you will finish the new mysteriuos window features on the right then you can put the buttons on the left. As I said, there is no need now to change. Its an LTS release and the people and companies won't change until the next LTS, so there won't be for them new mysteriuos windows features on the right!

Because Mark said that in 10.10 the windows will have something new in the right side, but now, there is no need to change the buttons, and this is LTS release! in 10.10 when you will finish the new mysteriuos window features on the right then you can put the buttons on the left. As I said, there is no need now to change. Its an LTS release and the people and companies won't change until the next LTS, so there won't be for them new mysteriuos windows features on the right!

Written by TrueSongMedia the 16 Mar 10 at 17:16.

Yes the button location can be changed via Terminal, but for the average user...the Terminal can be a bit scary. I think it would be appropriate to place a simple option in the Appearance Preferences window.

Something like this:
http://launchpadlibrarian.net/40647960/window_controls_position_gui.png

Yes the button location can be changed via Terminal, but for the average user...the Terminal can be a bit scary. I think it would be appropriate to place a simple option in the Appearance Preferences window. Something like this: http://launchpadlibrarian.net/40647960/window_controls_position_gui.png

Written by ichido the 17 Mar 10 at 17:53.

Move the Top Bar to the Right Side-Vertical Bar and the Bottom Bar would be on the Left Side Vertical.
This would allow for more Vertical Space.
The user would be able to Swap the Left Bar with the Right Bar and also the Size/Thickness of the Bars.
Applications could maintain the Top Bar or a Side or a Bottom bar for their Window.

Move the Top Bar to the Right Side-Vertical Bar and the Bottom Bar would be on the Left Side Vertical. This would allow for more Vertical Space. The user would be able to Swap the Left Bar with the Right Bar and also the Size/Thickness of the Bars. Applications could maintain the Top Bar or a Side or a Bottom bar for their Window.

Written by Wiplash4 the 19 Mar 10 at 12:17.

Hello
I would like to add one idea: Replace the menubar (File, Edit, View, etc.), which can be found in every window, with an icon and put that icon into the titlebar. It worked out for my terminal.
Regards

Hello I would like to add one idea: Replace the menubar (File, Edit, View, etc.), which can be found in every window, with an icon and put that icon into the titlebar. It worked out for my terminal. Regards

Written by Wiplash4 the 19 Mar 10 at 16:40.

I figured out that the status bar is only filled up to 1 / 4. Why not put those messages displayed in the status bar in the title bar?

I figured out that the status bar is only filled up to 1 / 4. Why not put those messages displayed in the status bar in the title bar?

Written by a_pirard the 20 Mar 10 at 03:14.

Modify all applications to be consistent with Lucid : move all close buttons to the left, for example, OpenOffice document close, Firefox tab close, File Explorer side pane close, etc... etc...

Modify all applications to be consistent with Lucid : move all close buttons to the left, for example, OpenOffice document close, Firefox tab close, File Explorer side pane close, etc... etc...

Written by luojie-dune the 20 Mar 10 at 21:01.

Instead of corner, make it POSSIBLE to place buttons in the MIDDLE.

I knew there is no such a solution according to "ewmh".

But, I guess most people have their cursor in the middle of a window for most of the time they using it.

Instead of corner, make it POSSIBLE to place buttons in the MIDDLE. I knew there is no such a solution according to "ewmh". But, I guess most people have their cursor in the middle of a window for most of the time they using it.

Written by LukeM33P the 25 Mar 10 at 01:13.

Compiz managers and decorators are already effective at options. Placing the Metacity and Kwin options in Emerald Decorator manager, which would be preinstalled, along with CCSM (or a custom replacement) would be the solution, with CCSM/replacement simplified to look like (in functionality and basic organization) the KDE settings manager, but using default schemes and such, of course.

For KDE users, alongside the CCSM/replacement, the interface would be integrated into the System Settings, just like the traditional settings.

The reason I propose this is because options, while not easy to find and configure (and why I propose the reorg) are very powerful. Setting up Metacity and KWin to show up as options and adding the appropriate settings, if necessary, seems to make sense (to me) as a long-term solution. The operating system needs to seem as encompassing as KDE or even more so, and combining these options so that the system is even more universal would be a step towards this.

An addition to the application of managing the system title bar like the KDE or GNOME dashboards would be similarly useful, and may be all of this potential solution that should be used. Default should stay in line with last-gen human theme, even if the colors and buttons look different.

Compiz managers and decorators are already effective at options. Placing the Metacity and Kwin options in Emerald Decorator manager, which would be preinstalled, along with CCSM (or a custom replacement) would be the solution, with CCSM/replacement simplified to look like (in functionality and basic organization) the KDE settings manager, but using default schemes and such, of course. For KDE users, alongside the CCSM/replacement, the interface would be integrated into the System Settings, just like the traditional settings. The reason I propose this is because options, while not easy to find and configure (and why I propose the reorg) are very powerful. Setting up Metacity and KWin to show up as options and adding the appropriate settings, if necessary, seems to make sense (to me) as a long-term solution. The operating system needs to seem as encompassing as KDE or even more so, and combining these options so that the system is even more universal would be a step towards this. An addition to the application of managing the system title bar like the KDE or GNOME dashboards would be similarly useful, and may be all of this potential solution that should be used. Default should stay in line with last-gen human theme, even if the colors and buttons look different.

Written by 2cute4u the 25 Mar 10 at 03:37.

XFCE has for many years had a very easy convient way to configure the placment of titlebar buttons. See.http://www.xfce.org/documentation/4.2/manuals/xfwm4#wm-settings
It would not be too difficult to add somethng like this to gnome; that way everyone can be happy.

XFCE has for many years had a very easy convient way to configure the placment of titlebar buttons. See.http://www.xfce.org/documentation/4.2/manuals/xfwm4#wm-settings It would not be too difficult to add somethng like this to gnome; that way everyone can be happy.

Written by MisterLinOx the 26 Mar 10 at 21:52.

Have the min, max, close buttons on both sides of the title bar, but hide them. The only time they should show is on mouseover of the bar, but depending on which side you mouseover decides which side the buttons show.

For example, cursor closer to the left side? Mouse over the top-left and the buttons will appear. Vice-versa for the right side.

Have the min, max, close buttons on both sides of the title bar, but hide them. The only time they should show is on mouseover of the bar, but depending on which side you mouseover decides which side the buttons show. For example, cursor closer to the left side? Mouse over the top-left and the buttons will appear. Vice-versa for the right side.

Written by emucosmos the 27 Mar 10 at 03:11.

make apear a messagebox in the begining of the instalation asking where do we want to have those buttons, coz personally I love the new mac style, but considering the ubuntu objectives, it's a good option to let the users choice.

make apear a messagebox in the begining of the instalation asking where do we want to have those buttons, coz personally I love the new mac style, but considering the ubuntu objectives, it's a good option to let the users choice.

Written by darkham the 29 Mar 10 at 08:23.

Let user chose on the First Run, after installation.

Let user chose on the First Run, after installation.

Written by tomjb24 the 3 Apr 10 at 09:25.

Hover over the window border, click the middle mouse button, scroll to choose (close, minimise, maximise)

Hover over the window border, click the middle mouse button, scroll to choose (close, minimise, maximise)

Written by rrnwexec the 3 Apr 10 at 20:26.

Create a version of Ubuntu for those who like the (standard) Ubuntu desktop's "look and feel" just the way it is. Solicit Mark's (SABDFL) endorsement.

Enjoy how growingly quaint it feels as time passes by!

Create a version of Ubuntu for those who like the (standard) Ubuntu desktop's "look and feel" just the way it is. Solicit Mark's (SABDFL) endorsement. Enjoy how growingly quaint it feels as time passes by!

Written by jase21 the 4 Apr 10 at 11:54.

Make Mac styled menu bar which is available in KDE. The current active windows menu appears on the bar. So no accidental closing of windows.

Or move the window control buttons to the right.

Make Mac styled menu bar which is available in KDE. The current active windows menu appears on the bar. So no accidental closing of windows. Or move the window control buttons to the right.

Written by Jon Monreal the 17 Apr 10 at 23:49.

Please note that this is not an idea for the imminent release of 10.04, but would be better included in the next update ISO.

Experienced users already know how to change the buttons back to the original location, so server installations shouldn't be so much of a problem.

For absolute beginner users, the first slide in the installation slideshow could be one explaining the benefits of having the buttons on the left side and asking the user to choose what they could like to do.

In the minimal install, it would also be easy to add a simple option (most users using the minimal install are probably fairly experienced).

This would solve the real issue here: beginners possibly not using Ubuntu at all because it changes something.

Please note that this is not an idea for the imminent release of 10.04, but would be better included in the next update ISO. Experienced users already know how to change the buttons back to the original location, so server installations shouldn't be so much of a problem. For absolute beginner users, the first slide in the installation slideshow could be one explaining the benefits of having the buttons on the left side and asking the user to choose what they could like to do. In the minimal install, it would also be easy to add a simple option (most users using the minimal install are probably fairly experienced). This would solve the real issue here: beginners possibly not using Ubuntu at all because it changes something.

Written by land_grab the 5 May 10 at 23:23.

I found this extremely easy fix how to move the min, max, and close buttons back to the right side.


http://www.howtogeek.com/howto/13535/move-window-buttons-back-to-the-right-in-u buntu-10.04/

Even I was able to follow these directions and make it happen!

I found this extremely easy fix how to move the min, max, and close buttons back to the right side. http://www.howtogeek.com/howto/13535/move-window-buttons-back-to-the-right-in-ubuntu-10.04/ Even I was able to follow these directions and make it happen!

Written by turbolad the 5 Jul 10 at 15:42.

As per title. Buttons to the right by default, with an option to move to the left.

Don't forget to keep the little circle, which when clicked on, has options such as "Always On Top", "Move to Workspace Right" etc. These options should never be removed and I think the 3 buttons should be on the right by default, as most newbies are familiar with that setup.

As per title. Buttons to the right by default, with an option to move to the left. Don't forget to keep the little circle, which when clicked on, has options such as "Always On Top", "Move to Workspace Right" etc. These options should never be removed and I think the 3 buttons should be on the right by default, as most newbies are familiar with that setup.

Written by baretobareto the 3 Aug 10 at 20:31.

Fisrt of all, sorry for my English.

Why we really needs buttons to the right? Well theres no real difference between having your buttons on the left or on the right, its just a matter of have the enough time to get used to one position or another.
But what about if we have these button in a complete new position.
What about having min, max, close buttons on the right BUT in the lower side of the windows instead of the upper side.

If you think about it, when you open a document or a web-page, you need to scroll down to really knows if that document is what you are looking for. When a document is too long, you need to use the scroll down arrow. So your mouse-arrow will be closer to the lower right of the window instead of the upper side of the window.
If you want to look to a minimize window that you think it would be not useful anymore, you need to un-minimize this window. If the buttons are in the lower right of the window it will be needed much less movement of your hand to close it after un-minimize because the close button will be closer to the task bar.

<a target="_blank" title="ImageShack - Image And Video Hosting" href="http://img641.imageshack.us/i/screenshot5qs.png/"><img src="http://img641.imageshack.us/img641/8462/screenshot5qs.png" border="0"/></a> Fisrt of all, sorry for my English. Why we really needs buttons to the right? Well theres no real difference between having your buttons on the left or on the right, its just a matter of have the enough time to get used to one position or another. But what about if we have these button in a complete new position. What about having min, max, close buttons on the right BUT in the lower side of the windows instead of the upper side. If you think about it, when you open a document or a web-page, you need to scroll down to really knows if that document is what you are looking for. When a document is too long, you need to use the scroll down arrow. So your mouse-arrow will be closer to the lower right of the window instead of the upper side of the window. If you want to look to a minimize window that you think it would be not useful anymore, you need to un-minimize this window. If the buttons are in the lower right of the window it will be needed much less movement of your hand to close it after un-minimize because the close button will be closer to the task bar. As you see there are some reason to have buttons in the lower side of the window BUT I know there are others to have this buttons on others positions. So, why not to put this buttons in a completely new position. This could be a ubuntu-only-feature just like the recycle bin in the task bar is a ubuntu-only-feature.

Written by DawnLight the 21 Apr 09 at 13:57.

Implement a configuration option in an appropriate location for this matter.

Implement a configuration option in an appropriate location for this matter.

Written by DawnLight the 21 Apr 09 at 13:59.

When the suspend/hibernate is pressed, display a dialog confirming the action and put a "Ask for password when resuming" check box in it.

In the first time it will be seen, the check box will be checked. After that the default will be whatever the user selected last time. When suspend/hibernate is triggered by a process and not a user it will ask for password when resuming.

When the suspend/hibernate is pressed, display a dialog confirming the action and put a "Ask for password when resuming" check box in it. In the first time it will be seen, the check box will be checked. After that the default will be whatever the user selected last time. When suspend/hibernate is triggered by a process and not a user it will ask for password when resuming.

Written by andruk the 24 Apr 09 at 04:44.

If this becomes an option on the suspend/hibernate dialog, I don't think people will rapidly change this option throughout the day. If it becomes an option, have Ubuntu remember the last selection, so the next time the user suspends/hibernates their previously selected option is chosen. If they want to change it, they can.

If this becomes an option on the suspend/hibernate dialog, I don't think people will rapidly change this option throughout the day. If it becomes an option, have Ubuntu remember the last selection, so the next time the user suspends/hibernates their previously selected option is chosen. If they want to change it, they can.

Written by Futal the 21 Nov 10 at 18:25.

Implement a configuration option and by default, set autologon after standby/hibernate if autologon is on at boot.

Implement a configuration option and by default, set autologon after standby/hibernate if autologon is on at boot.

Written by bryhoyt the 21 Apr 09 at 20:33.

In the right-click menu of each panel, have an option to make the same panel appear on other screens, when they exist.

In the right-click menu of each panel, have an option to make the same panel appear on other screens, when they exist.

Written by bryhoyt the 21 Apr 09 at 20:38.

You can currently create a new panel and drag it to the second monitor. But if you use a laptop that's not permanently connected to another monitor, as soon as you disable the second monitor, the panel returns to your primary monitor and doesn't go back to the second one when you re-enable it.

If you could mark a panel as "Permanently associated with this monitor", that would help matters significantly.

You can currently create a new panel and drag it to the second monitor. But if you use a laptop that's not permanently connected to another monitor, as soon as you disable the second monitor, the panel returns to your primary monitor and doesn't go back to the second one when you re-enable it. If you could mark a panel as "Permanently associated with this monitor", that would help matters significantly.

Written by aliam13_2 the 23 Apr 09 at 15:05.

This is the same solution as #1, but instead of showing all windows on all screens (on the current virtual desktop), only show the windows on the current screen. If a windows spans both screens the do something useful like display it on both. This of course would be an option.

This is the same solution as #1, but instead of showing all windows on all screens (on the current virtual desktop), only show the windows on the current screen. If a windows spans both screens the do something useful like display it on both. This of course would be an option.

Written by andruk the 24 Apr 09 at 04:50.

Having two panels on each monitor means that the right edge of the panel on the left screen and the left edge of the panel on the right screen will be "touching", meaning that "Fitt" size of the touching buttons is much smaller (from infinite size to their normal size - look up Fitt's law). This completely defeats the point of putting any panel buttons in the corners, so just have an *option* to have the panels span the monitors. Look up Fitt's law and how it applies to screen corners for more information and rationale.

This can still work at different resolutions. Simply make the spanned panel/s have the same heighth/width (depending on orientation) on each screen.

Having two panels on each monitor means that the right edge of the panel on the left screen and the left edge of the panel on the right screen will be "touching", meaning that "Fitt" size of the touching buttons is much smaller (from infinite size to their normal size - look up Fitt's law). This completely defeats the point of putting any panel buttons in the corners, so just have an *option* to have the panels span the monitors. Look up Fitt's law and how it applies to screen corners for more information and rationale. This can still work at different resolutions. Simply make the spanned panel/s have the same heighth/width (depending on orientation) on each screen.

Written by kreggz the 2 Apr 09 at 09:26.

If a program fails to run, details of the error should be displayed like it would if launched from the command line.

If a program fails to run, details of the error should be displayed like it would if launched from the command line.

Written by codeslicer the 2 Apr 09 at 20:23.

A popup from the system tray would show something like "*PROGRAM* failed to start. Click here for more information..."

Then if necessary the user could view more information.

A popup from the system tray would show something like "*PROGRAM* failed to start. Click here for more information..." Then if necessary the user could view more information.

Written by Darwin Survivor the 4 Apr 09 at 04:42.

Instead of just alerting a user when a program has failed, why not modify the mouse cursor to show that it is still trying to open?

This could be easily done in addition to solutions 1 or 2.

Instead of just alerting a user when a program has failed, why not modify the mouse cursor to show that it is still trying to open? This could be easily done in addition to solutions 1 or 2.

Written by grofaty the 5 Apr 09 at 07:33.

Add notification. Sample:
Notification's title: "Error on staring program X."
Notification's body: "You don't have rights to start the program. Make file executable."

Add notification. Sample: Notification's title: "Error on staring program X." Notification's body: "You don't have rights to start the program. Make file executable."

Written by sighK the 14 Apr 09 at 19:00.

because the launcher uses something like system();

who not look at $? after the command is finished, if not = 0 then display a dialog saying there has been an error. Mabey capture /dev/stderr and display the result in a text area, incase there are many errors.

you can probley do this using zenity to display the errors.

Make the original execution script do

session=$RAND
$command 2>/tmp/$session
if [ $? != 0 ]; then
zenity --text-info "$(cat /tmp$session)"
rm /tmp/$session
fi

because the launcher uses something like system(); who not look at $? after the command is finished, if not = 0 then display a dialog saying there has been an error. Mabey capture /dev/stderr and display the result in a text area, incase there are many errors. you can probley do this using zenity to display the errors. Make the original execution script do session=$RAND $command 2>/tmp/$session if [ $? != 0 ]; then zenity --text-info "$(cat /tmp$session)" rm /tmp/$session fi

Written by judo-yannick the 20 Apr 09 at 12:57.

Sometimes there is the problem that not all needed packages are installed. In this case you could receive some kind of advice like:

"It's possible that not all needed packages were installed. Please check whether the following programs/packages are installed correct:"

Sometimes there is the problem that not all needed packages are installed. In this case you could receive some kind of advice like: "It's possible that not all needed packages were installed. Please check whether the following programs/packages are installed correct:"

Written by jamesisin the 20 Apr 09 at 21:38.

If an application fails to start, give a message like "Such-and-such application failed to start correctly. Try running this app from a command line to see error messages." with instuctions on how to run the app from the command line.

If an application fails to start, give a message like "Such-and-such application failed to start correctly. Try running this app from a command line to see error messages." with instuctions on how to run the app from the command line.

Written by Lachu the 22 Apr 09 at 13:50.

Check if app are connected to X Server. When not and app terminate, display some message. We only watch for apps creates X Window and show message like: "run it in terminal" if it's not in list.


I don't know it's hard to implement.

Check if app are connected to X Server. When not and app terminate, display some message. We only watch for apps creates X Window and show message like: "run it in terminal" if it's not in list. I don't know it's hard to implement.

Written by m_m the 22 Apr 09 at 15:09.

Add "Run in terminal" as an option in nautilus contextual menu when selected file is executable (and don't close it when the program terminates).

Add "Run in terminal" as an option in nautilus contextual menu when selected file is executable (and don't close it when the program terminates).

Written by Lachu the 23 Aug 09 at 19:07.

It's possible(I know you don't believe my, but it's true). You only need to link some console application with my library, so Canonical can do it before release new Ubuntu version.

Look at my comment: http://brainstorm.ubuntu.com/idea/17619/ (second comment in topic)

Look at my library: http://slawek.lach.art.pl/cui2gui-lib.tar.gz

http://sourceforge.net/projects/cli2gui/

Seriously Canonical can create similar library. My library has released today and it's not stable yet(alpha version), so DON'T USE IT or USE AT YOUR OWN RISK.

It's possible(I know you don't believe my, but it's true). You only need to link some console application with my library, so Canonical can do it before release new Ubuntu version. Look at my comment: http://brainstorm.ubuntu.com/idea/17619/ (second comment in topic) Look at my library: http://slawek.lach.art.pl/cui2gui-lib.tar.gz http://sourceforge.net/projects/cli2gui/ Seriously Canonical can create similar library. My library has released today and it's not stable yet(alpha version), so DON'T USE IT or USE AT YOUR OWN RISK.

Written by baldurpet the 1 Apr 09 at 20:12.

A lot of people multi-monitor these days, but Ubuntu doesn't even have one dual-monitor wallpaper so if you're a brand new Ubuntu user with two (or heaven forbids, three) monitors the first thing you'd have to do would be to go on the Internet and search for some multi-screen wallpapers.

Why not let the user assign one wallpaper to 'monitor #1', and another wallpaper to 'monitor #2'? It would be really easy to implement, but a great deal of help.

Do you know how annoying it is to put together you own dual-wallpaper in GIMP for two screens with resolutions that don't match? And what are you going to do when you want to change the wallpaper on one monitor? It takes way too much time.

A lot of people multi-monitor these days, but Ubuntu doesn't even have one dual-monitor wallpaper so if you're a brand new Ubuntu user with two (or heaven forbids, three) monitors the first thing you'd have to do would be to go on the Internet and search for some multi-screen wallpapers. Why not let the user assign one wallpaper to 'monitor #1', and another wallpaper to 'monitor #2'? It would be really easy to implement, but a great deal of help. Do you know how annoying it is to put together you own dual-wallpaper in GIMP for two screens with resolutions that don't match? And what are you going to do when you want to change the wallpaper on one monitor? It takes way too much time.

Written by baldurpet the 1 Apr 09 at 20:19.

I often find wallpapers that don't fit my monitor. Fiddling with the wallpaper "styles" (i.e. "fill screen", "centered" etc.) often fixes this problem but not always.

This one is simple. Just give users a simple built-in photo editing tool (kind of like what Emesene has when adding a new display picture) that lets the user take the wallpaper, rotate it, crop it and zoom it in and out. If you would just make a add a simple button ("_Adjust image") this would turn out to be very helpful to those that need it, and very non-intrusive to those that don't.

I often find wallpapers that don't fit my monitor. Fiddling with the wallpaper "styles" (i.e. "fill screen", "centered" etc.) often fixes this problem but not always. This one is simple. Just give users a simple built-in photo editing tool (kind of like what Emesene has when adding a new display picture) that lets the user take the wallpaper, rotate it, crop it and zoom it in and out. If you would just make a add a simple button ("_Adjust image") this would turn out to be very helpful to those that need it, and very non-intrusive to those that don't.

Written by Darwin Survivor the 2 Apr 09 at 18:45.

Add a "teak this wallpaper" button (similar to #2), that opens F-Post or something similar that does simple tweaking (color, lighting, contrast, crop, resize, etc).

I see no reason to write a whole new app when there are plenty already at our disposal.

Add a "teak this wallpaper" button (similar to #2), that opens F-Post or something similar that does simple tweaking (color, lighting, contrast, crop, resize, etc). I see no reason to write a whole new app when there are plenty already at our disposal.

Written by slsolaris the 5 Apr 09 at 02:55.

so gnome can use a random image from a folder you specify.
this should be under appearance preferences, under background tab.

so gnome can use a random image from a folder you specify. this should be under appearance preferences, under background tab.

Written by blazemore the 6 Apr 09 at 19:55.

Loads of people want a different background on each face of the Compiz Cube, but at the moment it's really difficult to do.

Loads of people want a different background on each face of the Compiz Cube, but at the moment it's really difficult to do.

Written by jamesisin the 7 Apr 09 at 02:18.

DoctorMO built a wallpaper changer for Gnome:

http://ubuntuforums.org/showthread.php?t=888746

(Broken with 8.10 but DoctorMO reports it is now fixed.)

If this, or a modified version thereof, could be added...

Excellent.

DoctorMO built a wallpaper changer for Gnome: http://ubuntuforums.org/showthread.php?t=888746 (Broken with 8.10 but DoctorMO reports it is now fixed.) If this, or a modified version thereof, could be added... Excellent.

Written by sanketmedhi the 7 Apr 09 at 12:44.

Add functionality to assign a different wallpaper to every screen/monitor and also show the screen/monitor number for a few seconds when user switches to a particular screen. This feature will be most useful when using a desktop cube. With cube numbers, you can easily remember what windows/apps you have stored on that cube.

Add functionality to assign a different wallpaper to every screen/monitor and also show the screen/monitor number for a few seconds when user switches to a particular screen. This feature will be most useful when using a desktop cube. With cube numbers, you can easily remember what windows/apps you have stored on that cube.

Written by sandrex the 8 Apr 09 at 03:07.

I saw this idea in a page posted in other thread.
Just an optional dock.
The link of it is:
http://www.kumailht.com/blog/linux/10-features-ubuntu-should-implement/

I saw this idea in a page posted in other thread. Just an optional dock. The link of it is: http://www.kumailht.com/blog/linux/10-features-ubuntu-should-implement/

Written by smkururu the 11 Apr 09 at 07:20.

Just like Solution #8 but this one is more like in openSUSE, where the wallpaper support xml files and ablity to change the wallpaper depending the system time (smooth transition)

Just like Solution #8 but this one is more like in openSUSE, where the wallpaper support xml files and ablity to change the wallpaper depending the system time (smooth transition)

Written by zviad the 11 Apr 09 at 07:51.

Provide a checkbox such that, when checked, the resizing (fill screen, etc) are done with respect to the actual desktop you see, e.g., the whole screen minus the panels not auto-hiding.

Provide a checkbox such that, when checked, the resizing (fill screen, etc) are done with respect to the actual desktop you see, e.g., the whole screen minus the panels not auto-hiding.

Written by Valsodarg the 11 Apr 09 at 19:26.

An application called wallpaper-tray performs all of the bellow:
*Change Wallpaper at login
*Change Wallpaper at random time interval
*Change Wallpaper from a set of directories
*Able to fit the wallpaper according to user's desire (zoom, tile, centre, etc).
*Has a tray icon that displays the wallpaper currently used
*Advances the wallpaper when the user clicks the tray icon
*low memory usage

This application suits most concerns raised here, and can easily be installed/added to the gnome interface. It is simple enough to learn and use.

An application called wallpaper-tray performs all of the bellow: *Change Wallpaper at login *Change Wallpaper at random time interval *Change Wallpaper from a set of directories *Able to fit the wallpaper according to user's desire (zoom, tile, centre, etc). *Has a tray icon that displays the wallpaper currently used *Advances the wallpaper when the user clicks the tray icon *low memory usage This application suits most concerns raised here, and can easily be installed/added to the gnome interface. It is simple enough to learn and use.

Written by jhuni the 12 Apr 09 at 23:57.

On gnome-look there is wallpapers in all sorts of sizes that are .png and half of them don't look good on my 1680x1050 screen resolution. We should use SVG for wallpapers and make a common website for them so that you don't have to go to multiple places like:

http://www.gnome-look.org/index.php?xcontentmode=179
http://www.kde-look.org/index.php?xsortmode=new&page=0&xcontentmode=7

Wallpapers are stored in the same format regardless of Desktop environment so why not have some unity?

On gnome-look there is wallpapers in all sorts of sizes that are .png and half of them don't look good on my 1680x1050 screen resolution. We should use SVG for wallpapers and make a common website for them so that you don't have to go to multiple places like: http://www.gnome-look.org/index.php?xcontentmode=179 http://www.kde-look.org/index.php?xsortmode=new&page=0&xcontentmode=7 Wallpapers are stored in the same format regardless of Desktop environment so why not have some unity?

Written by chappell101 the 20 Apr 09 at 15:46.

The desktop background turns into an Ubuntu branded informative calender,clock,lunar calender ect. updating each minute to show the actual time without changing any of its functionality like with other desktop enhancements.
It doesn't require any 3d acceleration or waste system resources making pointless pretty patterns but actually showing something useful.
This is something I'm yet to see by default in any other OS making Ubuntu actually implement something new again.

Screenlets Website http://www.screenlets.org/index.php/Home
Wallpaper Clock Screenlet http://gnome-look.org/content/show.php?content=66717
How to make a Wallpaper clock if someone wants to make an Ubuntu version! http://www.vladstudio.com/wallpaperclock_create/
Gallery Of Wallpaper Clocks ready to use If you don't want to make your own http://www.vladstudio.com/wallpaperclock/

The desktop background turns into an Ubuntu branded informative calender,clock,lunar calender ect. updating each minute to show the actual time without changing any of its functionality like with other desktop enhancements. It doesn't require any 3d acceleration or waste system resources making pointless pretty patterns but actually showing something useful. This is something I'm yet to see by default in any other OS making Ubuntu actually implement something new again. Screenlets Website http://www.screenlets.org/index.php/Home Wallpaper Clock Screenlet http://gnome-look.org/content/show.php?content=66717 How to make a Wallpaper clock if someone wants to make an Ubuntu version! http://www.vladstudio.com/wallpaperclock_create/ Gallery Of Wallpaper Clocks ready to use If you don't want to make your own http://www.vladstudio.com/wallpaperclock/ <a href="http://img54.imageshack.us/img54/4604/preview800x600.jpg"><img src="http://img54.imageshack.us/img54/4604/preview800x600.th.jpg" /></a> <a href="http://img54.imageshack.us/img54/3919/preview800x600t.jpg"><img src="http://img54.imageshack.us/img54/3919/preview800x600t.th.jpg" /></a>

Written by fhteagle the 21 Apr 09 at 23:15.

I set my desktop to get a realtime day/night and satellite cloudmap from die.net every 30 minutes. Required a bash script and cron job to make it work. Yeah, I had fun programming it, but most people will not enjoy this. Simply adding a path box that accepts valid URLs and a "number of seconds/minutes between updates" widget would make this cake for newer users.

I set my desktop to get a realtime day/night and satellite cloudmap from die.net every 30 minutes. Required a bash script and cron job to make it work. Yeah, I had fun programming it, but most people will not enjoy this. Simply adding a path box that accepts valid URLs and a "number of seconds/minutes between updates" widget would make this cake for newer users.

Written by smkururu the 22 Apr 09 at 15:57.

Like solution #13 but instead, it use swf files.

Like solution #13 but instead, it use swf files.

Written by guywithcable the 23 Apr 09 at 05:47.

Include XML-Wall, or put it in a repository. It uses Gnome's built in wallpaper changing feature. It makes it much easier to make Gnome XML wallpaper files.

http://ubuntuforums.org/showthread.php?t=798634&page=3#30

Include XML-Wall, or put it in a repository. It uses Gnome's built in wallpaper changing feature. It makes it much easier to make Gnome XML wallpaper files. http://ubuntuforums.org/showthread.php?t=798634&page=3#30

Written by kidmodify the 23 Apr 09 at 23:08.

Make it possible to use a video file as the background.
examples of this could be...
A field with prairie grass blowing in the wind.
The shore of a beach.
Seaweed moving under water(this may make you seasick)
Fish swimming in a tank.
Something like the Plasma screen-saver(slowed down so you hardly notice it's moving)

Make it possible to use a video file as the background. examples of this could be... A field with prairie grass blowing in the wind. The shore of a beach. Seaweed moving under water(this may make you seasick) Fish swimming in a tank. Something like the Plasma screen-saver(slowed down so you hardly notice it's moving)

Written by chrisbuchholz the 27 Apr 09 at 08:46.

Make it possible to subscribe to a folder, so any new picture put in the folder, will get added in the wallpaper-chooser. Subscribing to a folder would also be great if such feature as having GNOME to randomly change your wallpaper every X minute would be implemented, so you wouldn't have to add the picture to both the folder and the wallpaper-chooser.

Make it possible to subscribe to a folder, so any new picture put in the folder, will get added in the wallpaper-chooser. Subscribing to a folder would also be great if such feature as having GNOME to randomly change your wallpaper every X minute would be implemented, so you wouldn't have to add the picture to both the folder and the wallpaper-chooser.

Written by badp the 29 Apr 09 at 16:14.

Have the same image stretch over the multiple desktops, regardless or whether they are virtual or real.

For example, with a compiz cube configuration and a 1280x1024 desktop, you would "just" need have a 5120x1024 image. With current storage and memory availability, the only problem should be finding a (good) 5120x1024 image... or just choose an .svg image.

Have the same image stretch over the multiple desktops, regardless or whether they are virtual or real. For example, with a compiz cube configuration and a 1280x1024 desktop, you would "just" need have a 5120x1024 image. With current storage and memory availability, the only problem should be finding a (good) 5120x1024 image... or just choose an .svg image.

Written by ZeXr0 the 1 May 09 at 17:33.

In the photo booth software, if the picture you have is not the same size that the format you selected, you can move a rectangle on the picture to select that you want to show on the picture.

In that case let's say I have a 1024*768 Wallpaper, and that my resolution is 800*600. I could select which part of the picture I want to show, or I can zoom in or zoom out to select exactly what I want to show.

I think that facebook use the same thing with the profile picture.

In the photo booth software, if the picture you have is not the same size that the format you selected, you can move a rectangle on the picture to select that you want to show on the picture. In that case let's say I have a 1024*768 Wallpaper, and that my resolution is 800*600. I could select which part of the picture I want to show, or I can zoom in or zoom out to select exactly what I want to show. I think that facebook use the same thing with the profile picture.

Written by amrhassan the 15 Apr 09 at 13:59.

Somewhere under the storage devices.

Somewhere under the storage devices.

Written by amrhassan the 15 Apr 09 at 14:00.

Between Desktop and the File System.

Between Desktop and the File System.

Written by amrhassan the 15 Apr 09 at 14:08.

Add it under Networks and move the two under the storage devices like in the main menu.

Add it under Networks and move the two under the storage devices like in the main menu.

Written by amrhassan the 15 Apr 09 at 14:15.

Like in the Main Menu's Places.

Like in the Main Menu's Places.

Written by andruk the 15 Apr 09 at 19:26.

The simple designation "Home" can be slightly confusing for people - is it their home and only their home, or is it the shared home for everybody on the computer (think of a family living in a house - you can have the same "home" for multiple people in the real world)? Then, if the user thinks that its the collective home folder, they might get confused with what the Public or Shared folders are.

I suggest changing the entry to indicate ownership - eg: "andruk's Home Folder", "andruk - Home Folder" or "Home Folder - andruk". That way people know which user owns the folder.

The simple designation "Home" can be slightly confusing for people - is it their home and only their home, or is it the shared home for everybody on the computer (think of a family living in a house - you can have the same "home" for multiple people in the real world)? Then, if the user thinks that its the collective home folder, they might get confused with what the Public or Shared folders are. I suggest changing the entry to indicate ownership - eg: "andruk's Home Folder", "andruk - Home Folder" or "Home Folder - andruk". That way people know which user owns the folder.

Written by Haku the 1 Apr 09 at 12:08.

Fade down all the ambient to focus on dialog. Something like ADD Helper in Compiz do or when an administrative password is required.

Without fading


With fading

Fade down all the ambient to focus on dialog. Something like ADD Helper in Compiz do or when an administrative password is required. Without fading <img src="http://www.l2image.com/images/2qk5yn2s8dv00lxfs.gif" border="0" alt="Without fading" /> With fading <img src="http://www.l2image.com/images/la3c78t3ntjem4yt6go.gif" border="0" alt="With fading" />

Written by robertjlee the 1 Apr 09 at 17:56.

The ambiant focus could be faded down smoothly as the time runs out, increasingly drawing the user's attention to the dialog.

This would be less intrusive than #1, and allow the user to more easily finish whatever they're doing, save work etc. when the dialog appears before the screen became too dark to use

The ambiant focus could be faded down smoothly as the time runs out, increasingly drawing the user's attention to the dialog. This would be less intrusive than #1, and allow the user to more easily finish whatever they're doing, save work etc. when the dialog appears before the screen became too dark to use

Written by sandrex the 7 Apr 09 at 13:42.

I liked it, but Compiz is actually the 3d desktop for linux.
Then I think this should be propose to compiz developers.
Let Compiz do this.

I liked it, but Compiz is actually the 3d desktop for linux. Then I think this should be propose to compiz developers. Let Compiz do this.

Written by ricardisimo the 7 May 09 at 09:25.

Some faux bossa nova cheese or Muzak would be perfect for the timed logout. The first minute of All Natural Lemon and Lime Flavors' "Spin Cycle" is my first choice. Once that particular joke starts to wear on you, just plug in some modal jazz or baroque piano piece.

Some faux bossa nova cheese or Muzak would be perfect for the timed logout. The first minute of All Natural Lemon and Lime Flavors' "Spin Cycle" is my first choice. Once that particular joke starts to wear on you, just plug in some modal jazz or baroque piano piece.

Written by choad the 10 Mar 09 at 15:12.

By default have the file browser view open in "My Files"



but have "home" right there in the path bar, so it's just one click away.

By default have the file browser view open in "My Files" <a href="http://img510.imageshack.us/img510/6537/28jkw4.png"><img src="http://img510.imageshack.us/img510/6537/28jkw4.th.png" /></a> but have "home" right there in the path bar, so it's just one click away.

Written by Psycho_zs the 10 Mar 09 at 18:59.

and leave ~/ for configs stuff

and leave ~/ for configs stuff

Written by aysiu the 10 Mar 09 at 19:57.

I don't see a problem here. My home directory doesn't look like that.

I don't see a problem here. My home directory doesn't look like that.

Written by Cé the 11 Mar 09 at 11:00.

The directory ~/Documents already exist in Ubuntu, so the only change needed is the link in the "Places" menubar, and the default place when the filebrowser start.

The directory ~/Documents already exist in Ubuntu, so the only change needed is the link in the "Places" menubar, and the default place when the filebrowser start.

Written by fmorel90 the 11 Mar 09 at 14:56.

Convince developers to put their application settings under ~./config so that the Home folder looks neater even when hidden files are shown.

Convince developers to put their application settings under ~./config so that the Home folder looks neater even when hidden files are shown.

Written by zeroangelmk1 the 28 Mar 09 at 18:20.

~/.hidden is a text file which is supposed to allow the file manager to prevent certain files and folders in the home from being viewed in normal mode (unless 'view hidden files' is enabled). Mentioning this in a tip dialogue or creating a link to a program which edits this file for the user would be useful.

~/.hidden is a text file which is supposed to allow the file manager to prevent certain files and folders in the home from being viewed in normal mode (unless 'view hidden files' is enabled). Mentioning this in a tip dialogue or creating a link to a program which edits this file for the user would be useful.

Written by cheesehead the 25 Mar 09 at 00:39.

Use Gconf for many config settings. That's what it's for, it's already included in the default install, and it offers many benefits to the apps that use it. Including KDE apps (Gconf does not require Gnome).
Many upstream projects could use volunteer love to help convert from .conf files to Gconf settings.

Use Gconf for many config settings. That's what it's for, it's already included in the default install, and it offers many benefits to the apps that use it. Including KDE apps (Gconf does not require Gnome). Many upstream projects could use volunteer love to help convert from .conf files to Gconf settings.

Written by benpicco the 26 Mar 09 at 03:12.

EDIT: So just use $XDG_CONFIG_HOME
http://standards.freedesktop.org/basedir-spec/basedir-spec-0.6.html

By using an environment variable, everyone can decide where the config goes - one could even set $XDG_CONFIG_HOME=/tmp/ to try something out without overwriting the existing configuration - or having multiple configs for the same application with no effort. It's a flexible solution which would be even more easy to implement. (considering applications use getenv("HOME") to determine the home folder, the only change would be to replace getenv("HOME") with getenv("XDG_CONFIG_HOME").)

EDIT: So just use $XDG_CONFIG_HOME http://standards.freedesktop.org/basedir-spec/basedir-spec-0.6.html By using an environment variable, everyone can decide where the config goes - one could even set $XDG_CONFIG_HOME=/tmp/ to try something out without overwriting the existing configuration - or having multiple configs for the same application with no effort. It's a flexible solution which would be even more easy to implement. (considering applications use getenv("HOME") to determine the home folder, the only change would be to replace getenv("HOME") with getenv("XDG_CONFIG_HOME").)

Written by codexx the 1 Apr 09 at 06:08.

Either make the user folders or the autogenerated folders, have different icons.

This can be done in addition to other suggestions and i imagine be relatively simple

Either make the user folders or the autogenerated folders, have different icons. This can be done in addition to other suggestions and i imagine be relatively simple

Written by jamesisin the 7 Apr 09 at 06:26.

It certainly would help these matters if there was a simple button which would allow us to toggle hidden files on and off.

It certainly would help these matters if there was a simple button which would allow us to toggle hidden files on and off.

Written by tchalvakspam the 9 Apr 09 at 02:42.

Often app or config files and folders -can't- be moved, or renamed with a dot, or perhaps they will just be frequently auto-created even if they were moved. So we need to be able to just hide files or folders that we don't want to see ourselves, but still get used in that location by applications. Make that simple to do from the right click menu.

Often app or config files and folders -can't- be moved, or renamed with a dot, or perhaps they will just be frequently auto-created even if they were moved. So we need to be able to just hide files or folders that we don't want to see ourselves, but still get used in that location by applications. Make that simple to do from the right click menu.

Written by mykeus the 10 Oct 09 at 07:05.

I tend to edit configurations alot and one thing i did like about OSX was making use of Library Folder under each user home directory.

$HOME/.config are conforming to old standard and is it nasty.

$HOME/library not only can we eliminate the .dotfile orgy in each directory and better organize the home structure, but it would assist in user accessible files. ex. ruby gems, perl modules, skins, icons.

I tend to edit configurations alot and one thing i did like about OSX was making use of Library Folder under each user home directory. $HOME/.config are conforming to old standard and is it nasty. $HOME/library not only can we eliminate the .dotfile orgy in each directory and better organize the home structure, but it would assist in user accessible files. ex. ruby gems, perl modules, skins, icons.

Written by xeniac the 3 Oct 09 at 23:31.

Every graphical Application in Ubuntu should be conform to the Basedir Spec from the Free Desktop Project (See:
http://standards.freedesktop.org/basedir-spec/latest/index.html)

* User specific config files should be stored in gconf, or in $HOME/.config

* named pipes, cache-files, and any other application data should be saved under $HOME/.local/share/$APP_NAME

Every GUI application that does not conform to this spec, should be cousiderd faulty and a bug should be reported to fix it in upstream.

Pure CLI Packages should'nt be affected by this, to preserve UNIX compatibility.

Every graphical Application in Ubuntu should be conform to the Basedir Spec from the Free Desktop Project (See: http://standards.freedesktop.org/basedir-spec/latest/index.html) * User specific config files should be stored in gconf, or in $HOME/.config * named pipes, cache-files, and any other application data should be saved under $HOME/.local/share/$APP_NAME Every GUI application that does not conform to this spec, should be cousiderd faulty and a bug should be reported to fix it in upstream. Pure CLI Packages should'nt be affected by this, to preserve UNIX compatibility.

Written by Lachu the 29 Oct 09 at 18:30.

Prevent user from removing this files/directories. Each hidden file in user home directory should been protected from being removed by user. Nautilus, Dolphin, etc. should show warning messages in this situation.

Prevent user from removing this files/directories. Each hidden file in user home directory should been protected from being removed by user. Nautilus, Dolphin, etc. should show warning messages in this situation.

Written by turbolad the 24 Mar 11 at 18:02.

A menu option or an entry next to Ubuntu Software Centre/Center that reads "About Ubuntu..." and when it's clicked on, a window appears with the Ubuntu version and basic system information (not in-depth), e.g. 32-bit or 64-bit, Linux kernel version, number of CPU's, total amount of RAM, computer name and free disk space.

That would give users enough basic information, but without being superfluous.

A menu option or an entry next to Ubuntu Software Centre/Center that reads "About Ubuntu..." and when it's clicked on, a window appears with the Ubuntu version and basic system information (not in-depth), e.g. 32-bit or 64-bit, Linux kernel version, number of CPU's, total amount of RAM, computer name and free disk space. That would give users enough basic information, but without being superfluous.

Written by Akerbos the 25 Mar 11 at 01:19.

`uname -a` already outputs that the running Linux is a Ubuntu. Version number should be included.

`uname -a` already outputs that the running Linux is a Ubuntu. Version number should be included.

Written by Dojan the 25 Mar 11 at 08:54.

There is already a System>About Ubuntu menu item, use and expand that for more comprehensive display of version number, 32/64 bit, desktop/notebook, maybe even Ubuntu/Kubuntu/Xubuntu/Edubutnu, last uptate, kernel version etc.

Newbies should not have to use the terminal more than necessary! This could also be convenient for more experienced users if you get to an unfamiliar computer at a university/internet café/friends/whatever and just quickly want to check the computer out without opening/without access to a terminal.

There is already a System>About Ubuntu menu item, use and expand that for more comprehensive display of version number, 32/64 bit, desktop/notebook, maybe even Ubuntu/Kubuntu/Xubuntu/Edubutnu, last uptate, kernel version etc. Newbies should not have to use the terminal more than necessary! This could also be convenient for more experienced users if you get to an unfamiliar computer at a university/internet café/friends/whatever and just quickly want to check the computer out without opening/without access to a terminal.

Written by ginjaninja405 the 25 Mar 11 at 13:43.

Make it more obvious, but putting it as a button option at the bottom of the Unity Dash, having system settings and the shutdown/restart/log out/lock screen buttons there could be beneficial too.

Make it more obvious, but putting it as a button option at the bottom of the Unity Dash, having system settings and the shutdown/restart/log out/lock screen buttons there could be beneficial too.

Written by warddr the 3 Apr 11 at 00:23.

The title is explaining it all.

The title is explaining it all.

Written by raghaven the 6 Apr 11 at 06:56.

The SystemMonitor utility under
System->Administration->System Monitor(the "System" tab) does this part.

So, we can just ask users to check it.

The SystemMonitor utility under System->Administration->System Monitor(the "System" tab) does this part. So, we can just ask users to check it.

Written by hexatron the 7 Apr 11 at 01:14.

when someone puts their mouse over the ubuntu logo on the unity panel you could have a tooltip pop up and say "Ubuntu [version]" like "Ubuntu 11.04".

when someone puts their mouse over the ubuntu logo on the unity panel you could have a tooltip pop up and say "Ubuntu [version]" like "Ubuntu 11.04".

Written by hexatron the 7 Apr 11 at 01:19.

title says it all. just dont be obnoxious about it.

title says it all. just dont be obnoxious about it.

Written by anyedge the 18 Apr 11 at 02:39.

When you go into the Applications launcher in Unity, you can type "ab" and immediately "About Me" pops up as one of the search results.

Why not allow "About Ubuntu" to pop up as one of the results if someone types in "about" or "ubuntu"?

That would be the easiest/least intrusive of all the methods.

When you go into the Applications launcher in Unity, you can type "ab" and immediately "About Me" pops up as one of the search results. Why not allow "About Ubuntu" to pop up as one of the results if someone types in "about" or "ubuntu"? That would be the easiest/least intrusive of all the methods.