Written by bartong the 29 Feb 08 at 01:35.

By default a share should be accessible as Read Only by anyone on the network without a username or password (guest access). While guest access should be turned on by default, it should also be easy to turn it off, and if desired to give guests read/write access to the folder.

You should also be able to specify local users who will have read/write access, and these local users should sync with smb users invisibly (ie: the user doesn't need to know that there are two password databases being used).

The Properties window for a folder should contain a Sharing tab with all the options available to choose. I also propose a Shared Folders option in the Preferences menu should list the currently shared folders along with their settings, and provide a button to take you into the dialogue where you can set the options.

By default a share should be accessible as Read Only by anyone on the network without a username or password (guest access). While guest access should be turned on by default, it should also be easy to turn it off, and if desired to give guests read/write access to the folder. You should also be able to specify local users who will have read/write access, and these local users should sync with smb users invisibly (ie: the user doesn't need to know that there are two password databases being used). The Properties window for a folder should contain a Sharing tab with all the options available to choose. I also propose a Shared Folders option in the Preferences menu should list the currently shared folders along with their settings, and provide a button to take you into the dialogue where you can set the options.

Written by dfme the 26 Jan 09 at 12:36.

There is already an application which allows this.
If the samba package is installed on ubuntu also install this application: Samba Server Configuration Tool - A graphical interface for configuring SMB shares

There is already an application which allows this. If the samba package is installed on ubuntu also install this application: Samba Server Configuration Tool - A graphical interface for configuring SMB shares

Written by fermulator the 2 Sep 09 at 12:44.

How about: Accueil?

http://gentoo.ovibes.net/nautilus-share/mediawiki-1.4.4/index.php/Accueil

Actually ... this may have been replaced with "nautilus-share"?

How about: Accueil? http://gentoo.ovibes.net/nautilus-share/mediawiki-1.4.4/index.php/Accueil Actually ... this may have been replaced with "nautilus-share"?

Written by Agafonov the 18 Nov 09 at 21:29.

We need a simple to use step-by-step wizard which will ask some really simple questions and generate an smb.conf file based on the user's choices.
How about https://launchpad.net/sscw ? It is a working example, although right now it's using zenity. If re-written using python it would become a very handy companion to nautilus-share.
We even should not include smb.conf in the samba package: once installed, samba server will not work until the user has defined how it should behave.

We need a simple to use step-by-step wizard which will ask some really simple questions and generate an smb.conf file based on the user's choices. How about https://launchpad.net/sscw ? It is a working example, although right now it's using zenity. If re-written using python it would become a very handy companion to nautilus-share. We even should not include smb.conf in the samba package: once installed, samba server will not work until the user has defined how it should behave.

Written by Klau3 the 11 Mar 10 at 01:51.

Right now, when right clicking on a folder and selecting “Sharing Options” – for example you want to share your Music folder and create a guest access to it – Samba will only share the files within the music folder but NOT THE SUB-FOLDERS where all the music is.

When sharing a folder, most people want to give access to sub-folders. For that reason, I suggest to reverse the handling of Samba sharing, so that you would have to click on an extra box to show that you don't want Samba to share sub-folders.

<img src="http://justoneidea.files.wordpress.com/2010/03/improve-samba-sharing-e28093-sharing-sub-folders-by-default.png" /> Right now, when right clicking on a folder and selecting “Sharing Options” – for example you want to share your Music folder and create a guest access to it – Samba will only share the files within the music folder but NOT THE SUB-FOLDERS where all the music is. When sharing a folder, most people want to give access to sub-folders. For that reason, I suggest to reverse the handling of Samba sharing, so that you would have to click on an extra box to show that you don't want Samba to share sub-folders.

Written by geekgaurav the 30 Jul 10 at 17:17.

Able to handle connectivity Issues as Well As Sharing in Wizard Like Simple Interface for A New User

PS : More Ideas Can be Implemented In it

Able to handle connectivity Issues as Well As Sharing in Wizard Like Simple Interface for A New User PS : More Ideas Can be Implemented In it

Written by qwerty800 the 6 Feb 11 at 21:05.

I personally have a file depot on my network where users can drop the files they want everyone to access.
It used to be on a NTFS partition, but is now hosted on the samba network. Doing such was a fairly hard task, since NTFS doesn't save permissions for each file, and is mounted with the 700 permission, while Samba requires XX4 or superior. I had to modify my fstab config file for that, and that's definitively not what I'd call user-friendly.

I personally have a file depot on my network where users can drop the files they want everyone to access. It used to be on a NTFS partition, but is now hosted on the samba network. Doing such was a fairly hard task, since NTFS doesn't save permissions for each file, and is mounted with the 700 permission, while Samba requires XX4 or superior. I had to modify my fstab config file for that, and that's definitively not what I'd call user-friendly.

Written by komputes the 17 Aug 11 at 22:42.

The question on many user's mind is "What am I sharing (and to whom)?"

“System > Administration > Shared folders” is a feature that has been removed since 8.04. There has been no replacement for this tool since its disappearance.

Solution is to create a utility that should provide a graphical front-end to configure both samba system shares (managed in /etc/samba/smb.conf) and samba usershares (/var/lib/samba/usershares/).

Stepping a bit outside the scope of the issue (samba), this application should have a pluggable infrastructure which can also be used to show and configure other types of shares (nfs, ftp, ubuntuone).

Central administration, what a concept!

The question on many user's mind is "What am I sharing (and to whom)?" “System > Administration > Shared folders” is a feature that has been removed since 8.04. There has been no replacement for this tool since its disappearance. Solution is to create a utility that should provide a graphical front-end to configure both samba system shares (managed in /etc/samba/smb.conf) and samba usershares (/var/lib/samba/usershares/). Stepping a bit outside the scope of the issue (samba), this application should have a pluggable infrastructure which can also be used to show and configure other types of shares (nfs, ftp, ubuntuone). Central administration, what a concept!

Written by Eldmannen the 19 Sep 10 at 19:01.

Add a process properties dialog that presents information about a process.

Add a process properties dialog that presents information about a process. <img src="http://img411.imageshack.us/img411/2585/processproperties.png">

Written by ubby the 5 Dec 09 at 10:51.

Make the panel height 22 px.
http://img268.imageshack.us/img268/2940/panelk.png

Make the panel height 22 px. http://img268.imageshack.us/img268/2940/panelk.png

Written by godspeed_72 the 5 Dec 09 at 23:57.

Like Shady3D said in the comments: you can already change the size of the panel, but the minimum is 23px. Regardless of the default size, you should be able to adjust the panel down to at least 21px.

Like Shady3D said in the comments: you can already change the size of the panel, but the minimum is 23px. Regardless of the default size, you should be able to adjust the panel down to at least 21px.

Written by DrG the 10 Dec 09 at 07:18.

(Karmic) -
The minimum width of the panel is determined at runtime , considering application font.
So overcome this with

1.A separate font property for panel
2. This should automatically resize on resizing panel
3. Add supports to applets to have a reduced size

----------------------------------------------------
( Temporary workaround based on above observation)

1.Open System > Preferences > Appearance ( or right click on desktop and select 'Change Desktop Background ) select 'Fonts' Tab
2.Change the 'Application font' size to '9' ( setting the font size to 8 can reduce the panel size to 19 )
3.Right click on an existing panel and click 'new panel '
4.Right click on the new panel and set 'Orientation ' to 'Top' and change size to 21 ( Don't check 'Show hide buttons '
5.Now the panel size changes to 21 . Add applets to it

(Karmic) - The minimum width of the panel is determined at runtime , considering application font. So overcome this with 1.A separate font property for panel 2. This should automatically resize on resizing panel 3. Add supports to applets to have a reduced size ---------------------------------------------------- ( Temporary workaround based on above observation) 1.Open System > Preferences > Appearance ( or right click on desktop and select 'Change Desktop Background ) select 'Fonts' Tab 2.Change the 'Application font' size to '9' ( setting the font size to 8 can reduce the panel size to 19 ) 3.Right click on an existing panel and click 'new panel ' 4.Right click on the new panel and set 'Orientation ' to 'Top' and change size to 21 ( Don't check 'Show hide buttons ' 5.Now the panel size changes to 21 . Add applets to it <img src="http://img63.imageshack.us/img63/6950/panel.jpg" /> Disadvantages : 1.An existing panel with applets may fail to resize ( so add applets only after resizing ) or panel with the 'Hide' buttons ( Ubuntu had to fix this ) 2.The fonts of other application also changed - a side effect. - workaround – Ubuntu had to implement a separate font property for the panel ( eg : inside the panel's property dialogue ) or had to adjust the font size according to panel height automatically .

Written by DrG the 10 Dec 09 at 07:41.

Make a 'Resize' menu-item for Panel , like that in metacity windows menu ( the menu which appears on right clicking the window list or the title bar ) or a resize grip . This will allow to adjust the size of the panel while seeing , rather than by entering values and trying .

Make a 'Resize' menu-item for Panel , like that in metacity windows menu ( the menu which appears on right clicking the window list or the title bar ) or a resize grip . This will allow to adjust the size of the panel while seeing , rather than by entering values and trying .

Written by fix98-win the 11 Dec 09 at 14:52.

Decrease the size of the panel to 20 pixels by default. Allow it to be resized, or even moved from top to bottom or the sides, possibly floating window attached to the desktop.

Decrease the size of the panel to 20 pixels by default. Allow it to be resized, or even moved from top to bottom or the sides, possibly floating window attached to the desktop.

Written by oencke the 21 Apr 08 at 19:58.

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

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

Written by Thelasko the 29 Jan 09 at 14:51.

A minor variant of the solution above, specifying "x86-64" ensures it isn't confused with IA64 and other 64-bit architectures.

A minor variant of the solution above, specifying "x86-64" ensures it isn't confused with IA64 and other 64-bit architectures.

Written by Darwin Survivor the 20 Feb 10 at 02:56.

Most users would not know that i386 is 32 bit or what the "x86" part of "x86_64" means (or the x for that matter). In order to make this as easy and simple for users as humanly possible, we should simply label them as "64 bit" and "32 bit". Beside the options would be a "details" or "help" button that would:
-explain the differences (max ram, performance, compatibility, etc)
-give a specific version type (i386/x86_64/etc) for advanced users
-give instructions to find out what their machine supports (VERY important)

This makes it industry neutral, while also making it much simpler for non-technical users to figure it out. We are targetting non-technical people after all, so why all the jargon?

Most users would not know that i386 is 32 bit or what the "x86" part of "x86_64" means (or the x for that matter). In order to make this as easy and simple for users as humanly possible, we should simply label them as "64 bit" and "32 bit". Beside the options would be a "details" or "help" button that would: -explain the differences (max ram, performance, compatibility, etc) -give a specific version type (i386/x86_64/etc) for advanced users -give instructions to find out what their machine supports (VERY important) This makes it industry neutral, while also making it much simpler for non-technical users to figure it out. We are targetting non-technical people after all, so why all the jargon?

Written by readmanr the 18 Feb 10 at 21:43.

The generic term x86-64 is sometimes shortened to x64 as another vendor-neutral term for x86-64 processors from any company referring to 64bit.

The generic term x86-64 is sometimes shortened to x64 as another vendor-neutral term for x86-64 processors from any company referring to 64bit.

Written by readmanr the 18 Feb 10 at 21:42.

Redhat, Fedora, Mac OS X, and others simply call 64bit "x86_64". It is a clean, neutral name that is accurate no matter which company made the processor, and also does not give free advertising to either company.

Redhat, Fedora, Mac OS X, and others simply call 64bit "x86_64". It is a clean, neutral name that is accurate no matter which company made the processor, and also does not give free advertising to either company.

Written by jbangert the 23 Feb 10 at 21:34.

Some browsers(in particular one quite popular propietary and Evil product) include the string "x64" in the User Agent on 64-bit hardware (http://www.ubuntu.com/getubuntu/download). We could also provide a platform-dependent download link to a tool that checks for 32-bit / 64-bit ( Windows and Mac mostly - just a simple tool that uses CPUID and then gives a Message Box with 2 links ) .
By default, we should specify 2 download Boxes ( "Ubuntu 32-bit" and "Ubuntu 64-bit" ) giving pros and cons .

Some browsers(in particular one quite popular propietary and Evil product) include the string "x64" in the User Agent on 64-bit hardware (http://www.ubuntu.com/getubuntu/download). We could also provide a platform-dependent download link to a tool that checks for 32-bit / 64-bit ( Windows and Mac mostly - just a simple tool that uses CPUID and then gives a Message Box with 2 links ) . By default, we should specify 2 download Boxes ( "Ubuntu 32-bit" and "Ubuntu 64-bit" ) giving pros and cons .

Written by amrhassan the 7 Mar 09 at 23:30.

Like in this mockup:


Progress reporting can be done in a notify-osd bubble and have it always-shown along with the other maximum of two notification bubbles. This progress bubble can have other operations concatenated to it while it's on, so we don't have to need more than one extra bubble for all the progress reporting.

Like in this mockup: <img src="http://i39.tinypic.com/2q9ifxh.png" /> Progress reporting can be done in a notify-osd bubble and have it always-shown along with the other maximum of two notification bubbles. This progress bubble can have other operations concatenated to it while it's on, so we don't have to need more than one extra bubble for all the progress reporting.

Written by yzarc the 8 Mar 09 at 23:16.

use the file-transfer's style. as it's already done by the nautilus on the file transfers, make possible to other programs to report its progress (and some controls) on this panel too.

in this case the icon should be replaced for a more generic one rather than the nautilus'. if possible a composed icon that indicates the global progress by a small pie or bar chart.

use notify-osd just to alert when one task is done.
I believe the look and feel of the nautilus progress panel will be improved to match the notify-osd level soon.

mockups below:

icon state


on mouse over state


windowed state. (after one mouse click)

use the file-transfer's style. as it's already done by the nautilus on the file transfers, make possible to other programs to report its progress (and some controls) on this panel too. in this case the icon should be replaced for a more generic one rather than the nautilus'. if possible a composed icon that indicates the global progress by a small pie or bar chart. use notify-osd just to alert when one task is done. I believe the look and feel of the nautilus progress panel will be improved to match the notify-osd level soon. mockups below: icon state <img src="http://i164.photobucket.com/albums/u8/spideryzarc/ubuntu/state1.png" border="0" alt="Photobucket"> on mouse over state <img src="http://i164.photobucket.com/albums/u8/spideryzarc/ubuntu/state2.png" border="0" alt="Photobucket"> windowed state. (after one mouse click) <img src="http://i164.photobucket.com/albums/u8/spideryzarc/ubuntu/state3.png" border="0" alt="Photobucket"> edited: I found fair to point the image from where I took the main part of my mockup - http://gnome-look.org/content/show.php/May-B?content=45837

Written by Joshua Hesketh the 16 Apr 09 at 14:01.

Similar to how notifications disappear into the task bar, actions (or progresses) could disappear (/fly) into a process queue (rather than a message queue). This way a nice notify-osd message can come up when you commence copying a file (in a very un-obstructing way) and then it is still accessible through the detailed list. You could even have the action fly out to notify-osd upon completion.

Similar to how notifications disappear into the task bar, actions (or progresses) could disappear (/fly) into a process queue (rather than a message queue). This way a nice notify-osd message can come up when you commence copying a file (in a very un-obstructing way) and then it is still accessible through the detailed list. You could even have the action fly out to notify-osd upon completion.

Written by sandys the 27 Feb 10 at 10:54.

gnome-power-manager already has information about the battery in your system. However, charging is always-on.

Instead power-manager should charge only according to rules (similar to Microsoft ACPI-compliant control method battery tool)

e.g. bug528543 in gnome-power-manager

gnome-power-manager already has information about the battery in your system. However, charging is always-on. Instead power-manager should charge only according to rules (similar to Microsoft ACPI-compliant control method battery tool) e.g. bug528543 in gnome-power-manager

Written by specialcowboy the 14 Mar 10 at 08:54.

I am relatively new to Ubuntu and I understand that in Lucid there are plans or already an implementation for better power management. As I haven't seen the alphas myself I thought I would suggest a few things. Sorry if these are already being implemented and this is redundant. This site: http://salcher.posterous.com/?tag=ubuntu suggests a few ways to optimize batter life using Powertop and manually configuring files in /etc/laptop-mode/conf.d/. I think it would be great if there was a GUI front end for this that allowed adjusting of the settings and creating of various profiles (rather than editing .conf files directly). Similar to the Power Management functionality included on Acer laptops (ie clocking down the processor, disabling card buses, USB, ethernet, wireless, etc.).

I am relatively new to Ubuntu and I understand that in Lucid there are plans or already an implementation for better power management. As I haven't seen the alphas myself I thought I would suggest a few things. Sorry if these are already being implemented and this is redundant. This site: http://salcher.posterous.com/?tag=ubuntu suggests a few ways to optimize batter life using Powertop and manually configuring files in /etc/laptop-mode/conf.d/. I think it would be great if there was a GUI front end for this that allowed adjusting of the settings and creating of various profiles (rather than editing .conf files directly). Similar to the Power Management functionality included on Acer laptops (ie clocking down the processor, disabling card buses, USB, ethernet, wireless, etc.).

Written by mulenmar the 18 Mar 10 at 04:52.

Something as tied to hardware as controlling when the battery charges and when it cuts off should be built into the Linux kernel itself, not tied to a desktop enviroment!

Something as tied to hardware as controlling when the battery charges and when it cuts off should be built into the Linux kernel itself, not tied to a desktop enviroment!

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 zwyber the 8 Mar 09 at 19:55.

Very plain and simple, show a (extra) notification, telling the user that they are running in a live session and that Ubuntu runs very slow now.

Why extra? If Ubuntu developers are going to create a welcome screen where they put this information some people are not going to read this. Just a small dialogue after the welcome screen has been closed would be nice.

OR

Put the message in the default wallpaper, easier but not really the best solution.

Very plain and simple, show a (extra) notification, telling the user that they are running in a live session and that Ubuntu runs very slow now. Why extra? If Ubuntu developers are going to create a welcome screen where they put this information some people are not going to read this. Just a small dialogue after the welcome screen has been closed would be nice. OR Put the message in the default wallpaper, easier but not really the best solution.

Written by kidmodify the 9 Mar 09 at 02:07.

Use a Live CD "Cloud" if the computer is connected to the Internet to help increase speed. That way you have two sources of incoming data, the CD, and the Web.

Use a Live CD "Cloud" if the computer is connected to the Internet to help increase speed. That way you have two sources of incoming data, the CD, and the Web.

Written by kidmodify the 9 Mar 09 at 02:14.

Some computers have more than one CD drive. Make it possible to use for example two disk drives each with an ubuntu CD. This could (as far as I know) double the speed, depending on the drive speeds.

Some computers have more than one CD drive. Make it possible to use for example two disk drives each with an ubuntu CD. This could (as far as I know) double the speed, depending on the drive speeds.

Written by Cé the 13 Mar 09 at 12:24.

Cache the executable files on the CD very agressively.
Cache the data files a lot less.
If there's a lot of RAM, precache executable files, if possible all of them.
This will make the use of the CD (or a slow HD) a lot faster.

Cache the executable files on the CD very agressively. Cache the data files a lot less. If there's a lot of RAM, precache executable files, if possible all of them. This will make the use of the CD (or a slow HD) a lot faster.

Written by scubanator87 the 13 Mar 09 at 13:45.

Some live CDs (like puppy for instance) have the option to load the OS into memory.

Provided there is enough RAM (2GB?) Allow users the option to load the OS into memory and to continue to boot from there.

Some live CDs (like puppy for instance) have the option to load the OS into memory. Provided there is enough RAM (2GB?) Allow users the option to load the OS into memory and to continue to boot from there.

Written by sci-fi guy the 16 Mar 09 at 23:08.

Maybe integrate a checkbox to turn it on with Solution #1 above.

Maybe integrate a checkbox to turn it on with Solution #1 above.

Written by Basem the 22 Mar 09 at 08:54.

While booting the OS, add a line that says "Enjoy ubuntu in full speed by installing it"

While booting the OS, add a line that says "Enjoy ubuntu in full speed by installing it"

Written by euxneks the 26 Mar 09 at 19:01.

I like the idea of letting them know that they are using a LiveCD on the desktop - we should also have interaction with it so that a user can get an idea of what a LiveCD is and why it's slower than the real system.

Once they close this, allow them the ability to open it again.

I like the idea of letting them know that they are using a LiveCD on the desktop - we should also have interaction with it so that a user can get an idea of what a LiveCD is and why it's slower than the real system. Once they close this, allow them the ability to open it again.

Written by ahsaeed the 29 Mar 09 at 16:11.

When I use Ubuntu in live session i don't wont to play games for example .. and some users do..
So..
i recommend to add another option to the boot menu as an advanced option..
"select programs to load during live sessions " .

When I use Ubuntu in live session i don't wont to play games for example .. and some users do.. So.. i recommend to add another option to the boot menu as an advanced option.. "select programs to load during live sessions <to speedup the session>" .

Written by sanketmedhi the 2 Apr 09 at 11:23.

Everyone might not have 2 GB of RAM but everyone has a USB drive. Live sessions booted from CDs can be cached onto USB storage for improved performance.

Everyone might not have 2 GB of RAM but everyone has a USB drive. Live sessions booted from CDs can be cached onto USB storage for improved performance.

Written by sanketmedhi the 2 Apr 09 at 11:51.

Bootable USB images should be promoted rather than live CDs. Bootable USB drives can be prepared using software such as the one showed on https://help.ubuntu.com/community/Installation/FromUSBStick . Alternatively, the software that runs on Windows when an Ubuntu live CD is inserted should include such a functionality.

Bootable USB images should be promoted rather than live CDs. Bootable USB drives can be prepared using software such as the one showed on https://help.ubuntu.com/community/Installation/FromUSBStick . Alternatively, the software that runs on Windows when an Ubuntu live CD is inserted should include such a functionality.

Written by Dorje the 2 Apr 09 at 22:10.

like solution #9 add an option to deselect unnecessary programmes and also give the percentage increase each unselection generates .
like for eg.
deselecting games =increase in speed 10%
and so on

PS:i don't know much about programmes so i dont know how much speed gain every (possible)deselection will generate

like solution #9 add an option to deselect unnecessary programmes and also give the percentage increase each unselection generates . like for eg. deselecting games =increase in speed 10% and so on PS:i don't know much about programmes so i dont know how much speed gain every (possible)deselection will generate

Written by deriamis the 4 Apr 09 at 18:40.

Since the majority of load times is in late-linking the libraries, why not have the often-used libraries in a ramdisk and use UnionFS to overlay those files on a path? In combination with pre-caching (#4), this could be a significant speed boost. If we combine it with using a LiveUSB distro (#11), we could be on par with the performance of the computer itself.

Since the majority of load times is in late-linking the libraries, why not have the often-used libraries in a ramdisk and use UnionFS to overlay those files on a path? In combination with pre-caching (#4), this could be a significant speed boost. If we combine it with using a LiveUSB distro (#11), we could be on par with the performance of the computer itself.

Written by pepperpupper the 5 Apr 09 at 12:47.

Add an option for creating a live-usb to the autorun menu that pops up when mounting or inserting the cd/iso. Many people will use daemon-tool or similar to mount the cd in Windows, and if they see an option to create a live-usb from the popup menu, that would be a way of making it easier for everyone to do so.

Add an option for creating a live-usb to the autorun menu that pops up when mounting or inserting the cd/iso. Many people will use daemon-tool or similar to mount the cd in Windows, and if they see an option to create a live-usb from the popup menu, that would be a way of making it easier for everyone to do so.

Written by pepperpupper the 5 Apr 09 at 12:54.

The title is self-descriptive. This would be another way of making it easier for people to find out about the possibility of creating a live-usb.

The title is self-descriptive. This would be another way of making it easier for people to find out about the possibility of creating a live-usb.

Written by ll the 6 Apr 09 at 03:52.

A modified background that includes a warning can be used instead of a notification. Many computers at universities that are meant for multiple users use the background to communicate a special procedure especially in libraries for catalogue searches. This will decrease confusion and not use as many resources as a notification (I assume).

A modified background that includes a warning can be used instead of a notification. Many computers at universities that are meant for multiple users use the background to communicate a special procedure especially in libraries for catalogue searches. This will decrease confusion and not use as many resources as a notification (I assume).

Written by pepperpupper the 7 Apr 09 at 14:14.

Make it possible to install a native Ubuntu installation from within Windows to another partition than the one running Windows from or to an USB-memory key, making it easier to install Ubuntu without having to boot into live mode.

Make it possible to install a native Ubuntu installation from within Windows to another partition than the one running Windows from or to an USB-memory key, making it easier to install Ubuntu without having to boot into live mode.

Written by lackscr8ivity the 7 Apr 09 at 14:25.

When running the live session I would guess the memory, processor, hard disk read/write speed (maybe not this one), etc. system hardware & performance are evaluated.
As well, when running a program (game, OpenOffice, etc.) the CD read/write & load time could stored. Thus, when the user ends the live session, in the log-out window list some statistics: "These are the 5 programs you used the most:
From the live CD it took X-amount of real-time to load, but based on your system's hardware, if this were installed, we would expect it would X% faster."

When running the live session I would guess the memory, processor, hard disk read/write speed (maybe not this one), etc. system hardware & performance are evaluated. As well, when running a program (game, OpenOffice, etc.) the CD read/write & load time could stored. Thus, when the user ends the live session, in the log-out window list some statistics: "These are the 5 programs you used the most: From the live CD it took X-amount of real-time to load, but based on your system's hardware, if this were installed, we would expect it would X% faster."

Written by moose the 14 Apr 09 at 08:08.

So the live-cd shouldn't start services which are not neccessary for testing ubuntu (as some people use the live-cd as a secure system, services like cups are neccessary):

# anachron, atd, cron: I never used a live-cd longer than six hours - why should I create a cronjob?
# acpid, acpi-support, apmd, powernowd, powernowd.early: If I use the live-cd, I want to test if my hardware works and if the software fits my expections, not if the sleep option works.

So the live-cd shouldn't start services which are not neccessary for testing ubuntu (as some people use the live-cd as a secure system, services like cups are neccessary): # anachron, atd, cron: I never used a live-cd longer than six hours - why should I create a cronjob? # acpid, acpi-support, apmd, powernowd, powernowd.early: If I use the live-cd, I want to test if my hardware works and if the software fits my expections, not if the sleep option works.

Written by Ssdg the 29 Apr 09 at 11:25.

My idea would be to tell it on the first screen (the one that offers you to test, install, etc...).

Like:
Try ubuntu without
Install on your hard drive for better performances
...

not by demoting the live CD mode, but by promoting the installation.

I'm not in advertisement, but ubuntu will look much better.

My idea would be to tell it on the first screen (the one that offers you to test, install, etc...). Like: Try ubuntu without Install on your hard drive for better performances ... not by demoting the live CD mode, but by promoting the installation. I'm not in advertisement, but ubuntu will look much better.

Written by chareos the 6 May 09 at 14:08.

Make the Ubuntu download to be an EXE file which lets user choose to create a LiveCD (with performance warning here) OR a LiveUSB.

Also, a performance warning on LiveCD boot itself would be great !

Make the Ubuntu download to be an EXE file which lets user choose to create a LiveCD (with performance warning here) OR a LiveUSB. Also, a performance warning on LiveCD boot itself would be great !

Written by Avantarius the 10 May 09 at 09:42.

For systems with 1 GiB RAM or less, where solution #5 can't be applied, load the content of the CD in a virtual file system which could be located in a file on the computer's harddisk, i.e. create file on a existing ntfs-partition, an unpartitioned space or even use the m$-windows-swapspace.

For systems with 1 GiB RAM or less, where solution #5 can't be applied, load the content of the CD in a virtual file system which could be located in a file on the computer's harddisk, i.e. create file on a existing ntfs-partition, an unpartitioned space or even use the m$-windows-swapspace.

Written by Kver the 16 May 09 at 20:51.

When a live cd shows the loading bar, there's plenty of time for a message such as "Loading and running content from this DVD will result in slow performance, and changes or customizations will not be saved."

When a live cd shows the loading bar, there's plenty of time for a message such as "Loading and running content from this DVD will result in slow performance, and changes or customizations will not be saved."

Written by aroach31291 the 22 Oct 09 at 17:19.

Firstly, I think that many of the solutions above are solving the wrong problem. People that try out Ubuntu may think that it is installed by just inserting the CD. The user may have no idea that they are using a LiveCD. After they discover that Ubuntu is "slow", they give up and reboot back into Windows. Notifying the user that they haven't installed Ubuntu yet would be the best way to solve this problem.

Utilize the new notification system. Have it simply display a message when the desktop has finished loading similar to:

Ubuntu is not installed yet! Feel free to use Ubuntu before installing it, but beware that it may be a little slow. If you like what you see click the install icon on your desktop!

Firstly, I think that many of the solutions above are solving the wrong problem. People that try out Ubuntu may think that it is installed by just inserting the CD. The user may have no idea that they are using a LiveCD. After they discover that Ubuntu is "slow", they give up and reboot back into Windows. Notifying the user that they haven't installed Ubuntu yet would be the best way to solve this problem. Utilize the new notification system. Have it simply display a message when the desktop has finished loading similar to: Ubuntu is not installed yet! Feel free to use Ubuntu before installing it, but beware that it may be a little slow. If you like what you see click the install icon on your desktop!

Written by mikko.rantalainen the 7 Oct 10 at 06:45.

Live session from USB/flash memory should be pretty okay even today but the real problem is accessing files from optical drive. Even there, the problem is latency, usually not the bandwidth.

The live session should run a small background service that displays a notification message when system is waiting for CD drive to access required data. The message could be along the line "Reading data from CD (installing on the hard drive would improve performance)" [however, the label should not claim to be reading CD if one is booting from e.g. usb memory stick]. The notification should be displayed if read command has waited in disk scheduler queue for more than a second.

This could be extended to deal with installed system, too. It would make sense to point out bottlenecks in the system to the user. If the system feels slow and a notification pops up that says "Waiting for disks (installing a fast SSD drive would improve performance)" would give a reasonable hint to the user which hardware upgrade would help the most. This could be even further extended and a similar notification should pop up if all CPU cores have been taken for more than 5 seconds ("Waiting for processor (upgrading the processor would improve performance)").

Live session from USB/flash memory should be pretty okay even today but the real problem is accessing files from optical drive. Even there, the problem is latency, usually not the bandwidth. The live session should run a small background service that displays a notification message when system is waiting for CD drive to access required data. The message could be along the line "Reading data from CD (installing on the hard drive would improve performance)" [however, the label should not claim to be reading CD if one is booting from e.g. usb memory stick]. The notification should be displayed if read command has waited in disk scheduler queue for more than a second. This could be extended to deal with installed system, too. It would make sense to point out bottlenecks in the system to the user. If the system feels slow and a notification pops up that says "Waiting for disks (installing a fast SSD drive would improve performance)" would give a reasonable hint to the user which hardware upgrade would help the most. This could be even further extended and a similar notification should pop up if all CPU cores have been taken for more than 5 seconds ("Waiting for processor (upgrading the processor would improve performance)").

Written by mikemaccana the 29 Feb 08 at 01:19.

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

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

Written by bukzor the 9 Apr 11 at 19:38.

@Developer: If you pick the winner of the contest, then surely you will have seen it beforehand... This can easily be done. Please reconsider. For a great reference see the recent collaborative competition hosted by TF2 and Polycount.org ( http://www.polycount.com/team-fortress-2-polycount-pack/ ). This created valuable assets for TF2, prestige for Polycount members, and great buzz for both.

@Developer: If you pick the winner of the contest, then surely you will have seen it beforehand... This can easily be done. Please reconsider. For a great reference see the recent collaborative competition hosted by TF2 and Polycount.org ( http://www.polycount.com/team-fortress-2-polycount-pack/ ). This created valuable assets for TF2, prestige for Polycount members, and great buzz for both.

Written by programad the 11 Mar 08 at 15:24.

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

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

Written by slsolaris the 8 Mar 09 at 17:56.

canonical should just add a few screen-savers made specially for ubuntu, and no more; for those people who still like to have a lot of screen-saver (i do not know why?) should be able to download them form internet if they like, in a deb ot a tar.gz file, so they could install them easily.

canonical should just add a few screen-savers made specially for ubuntu, and no more; for those people who still like to have a lot of screen-saver (i do not know why?) should be able to download them form internet if they like, in a deb ot a tar.gz file, so they could install them easily.

Written by slsolaris the 18 Mar 09 at 03:52.

for example GLText should be editable, give as the option to set speed, improved graphics, etc... but do not remove them because a lot of them are awesome.
in the other hand some of them are ugly and u should remove:
Lavalite, sonar, spheremonics, circuit, deco, engine, FlipScreen3D, Floating Toasters (what the hell is that, LOL), GFlux, GLKnots...
please do it canonical, Linux for human Beings, computer needs to be personal.

for example GLText should be editable, give as the option to set speed, improved graphics, etc... but do not remove them because a lot of them are awesome. in the other hand some of them are ugly and u should remove: Lavalite, sonar, spheremonics, circuit, deco, engine, FlipScreen3D, Floating Toasters (what the hell is that, LOL), GFlux, GLKnots... please do it canonical, Linux for human Beings, computer needs to be personal.

Written by tobster the 29 Apr 09 at 18:27.

screen"savers" aren't needed any more with modern lcd panels they are nothing more than a waste of cpu cycles and energy.

screen"savers" aren't needed any more with modern lcd panels they are nothing more than a waste of cpu cycles and energy.

Written by daddo the 30 Apr 09 at 16:08.

Replace the "Blank screen" with DPMS feature. Maybe even set it default.

Replace the "Blank screen" with DPMS feature. Maybe even set it default.

Written by Mehall the 29 Apr 09 at 00:03.

It has just been pointed out that most of the screensavers aren't actually part of the gnome-screensaver package.

IMO, if something isn't required for a package to work, then it should be "recommends" not "depends" and this is a good place to start.

It has just been pointed out that most of the screensavers aren't actually part of the gnome-screensaver package. IMO, if something isn't required for a package to work, then it should be "recommends" not "depends" and this is a good place to start.

Written by lee.jarratt the 28 Apr 09 at 20:34.

A good idea is to remove many of these screensavers (some are quite poor) and place them in a "screensavers-extra" package so users who do want to use a not-so-popular screensaver can just install the package.

An advantage for this is that it will cut down the size of the disk image by around 8Mb. That 8Mb for Screensavers could be used towards something more useful.

A good idea is to remove many of these screensavers (some are quite poor) and place them in a "screensavers-extra" package so users who do want to use a not-so-popular screensaver can just install the package. An advantage for this is that it will cut down the size of the disk image by around 8Mb. That 8Mb for Screensavers could be used towards something more useful.

Written by pumukyjunior the 6 May 09 at 14:34.

I think it could be interesting to mantain the most popular screenSavers by default, and let the user to search, explore, and to try another screensavers.

Maybe, these ones could be stored in a repository, and shown to users by a user-friendly interface.

I think something simililar is done in KDE 4.0 when you want to install a new Grub image.


Finally, I would keep the black screensaver by default, in order to try to safe Energy.

I think it could be interesting to mantain the most popular screenSavers by default, and let the user to search, explore, and to try another screensavers. Maybe, these ones could be stored in a repository, and shown to users by a user-friendly interface. I think something simililar is done in KDE 4.0 when you want to install a new Grub image. Finally, I would keep the black screensaver by default, in order to try to safe Energy.

Written by rmconard the 7 May 09 at 15:16.

During the install process the user should come to a section about the "look and feel" of Ubuntu. From this spot in the installation the user should be given the option of installing which screensavers he/she wants. You should have 3 options:

1) Install All Screensavers
2) Install No Screensavers
3) Install Some Screensavers (choose which ones)

This way, the ones the user doesn't choose don't even get put on the HD.

During the install process the user should come to a section about the "look and feel" of Ubuntu. From this spot in the installation the user should be given the option of installing which screensavers he/she wants. You should have 3 options: 1) Install All Screensavers 2) Install No Screensavers 3) Install Some Screensavers (choose which ones) This way, the ones the user doesn't choose don't even get put on the HD.