Written by retj the 16 Mar 08 at 19:17.

Ubuntu Brainstorm was updated in January 2009. Since the idea #4854 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 #4854 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 jman6495 the 20 Oct 09 at 11:57.

My Design For A Music One Is Attached


NEW IMAGE LINK:

http://www.flickr.com/photos/jemsoft/4031834026/sizes/o/


The Common Tasks Would Change Per folder , for example if there were mostly pictures in the folder , the folder type would be picture , also the background would change accordingly in colour.

My Design For A Music One Is Attached NEW IMAGE LINK: http://www.flickr.com/photos/jemsoft/4031834026/sizes/o/ The Common Tasks Would Change Per folder , for example if there were mostly pictures in the folder , the folder type would be picture , also the background would change accordingly in colour.

Written by lifesf the 5 Nov 09 at 07:58.

Almost the same as idea #1:

Adding a "themed" folder to default user 'video','music','documents','pictures','downloads'... home folders

Pre-determined folders could have their little "icon" appear behind the files &/or pane.

- no colour change
- not all folders based on common tasks

-Home folders- (Where the typical home user should save his documents and wants to find them; no more)

Almost the same as idea #1: Adding a "themed" folder to default user 'video','music','documents','pictures','downloads'... home folders Pre-determined folders could have their little "icon" appear behind the files &/or pane. - no colour change - not all folders based on common tasks -Home folders- (Where the typical home user should save his documents and wants to find them; no more)

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.

Written by ubbrainy the 14 Mar 10 at 22:05.

Something like this: http://www.mozilla-europe.org/img/en/tignish/features/find.png

It's much easier to handle, stays open, and doesn't bother you...

Something like this: http://www.mozilla-europe.org/img/en/tignish/features/find.png It's much easier to handle, stays open, and doesn't bother you...

Written by annex666 the 26 Mar 10 at 12:40.

I often find myself editing a number of files at once and think an option to search in all files would be really useful - rather than having to search in each file separately.

I often find myself editing a number of files at once and think an option to search in all files would be really useful - rather than having to search in each file separately.

Written by Penguin Guy the 29 Mar 10 at 19:50.

Like #1, but also include a dropdown that'll extend the box to include the usual options such as 'match case' and 'match entire word only'.

Like #1, but also include a dropdown that'll extend the box to include the usual options such as 'match case' and 'match entire word only'. <img src="http://dl.dropbox.com/u/1217030/Ubuntu%20Brainstorm/Chrome%20Find%20Dropdown.png" />

Written by Penguin Guy the 29 Mar 10 at 20:17.

Like #1, but also add a similar feature for the find and replace dialogue.

Like #1, but also add a similar feature for the find and replace dialogue. <img src="http://dl.dropbox.com/u/1217030/Ubuntu%20Brainstorm/Chrome%20Find%20Replace.png" />

Written by SuNk8 the 11 Apr 10 at 09:43.

GNOME Do is quite popular. So, instead of creating another application, we could simply integrate GNOME DO Search into Nautilus. That was we can search not only our files but also all our bookmarks, mail and such other stuff.

And if I'm not mistaken, GNOME DO is maintained by Canonical and is under heavy development.

GNOME Do is quite popular. So, instead of creating another application, we could simply integrate GNOME DO Search into Nautilus. That was we can search not only our files but also all our bookmarks, mail and such other stuff. And if I'm not mistaken, GNOME DO is maintained by Canonical and is under heavy development.

Written by Gaz Davidson the 19 Feb 10 at 13:21.

Have Nautilus remember which windows have recently been closed so it can open them again in response to a specific key combination.

Ctrl+Shift+T would be an ideal default

Have Nautilus remember which windows have recently been closed so it can open them again in response to a specific key combination. Ctrl+Shift+T would be an ideal default

Written by forteller the 19 Feb 10 at 22:07.

Yes.

Yes.

Written by Lachu the 20 Feb 10 at 15:14.

Change behavior of close button. It should only minimize "closed window" for 10 seconds. After that the window could been closed.

This change should only change way of informing window with DestroyNotify. I don't know how change behavior of main windows of applications.

Change behavior of close button. It should only minimize "closed window" for 10 seconds. After that the window could been closed. This change should only change way of informing window with DestroyNotify. I don't know how change behavior of main windows of applications.

Written by Lachu the 21 Feb 10 at 12:27.

Extend way how application supports sessions. There should exist signals, like HIBERNATE(save session) to file, RESTORE SESSION from file, etc.

Window Managers could use this feature to achieve idea goal, but not all application could been integrated. The behavior is: give application order to save session in $HOME/.sessions-tmp/$CURRENT_DATE/pid/WINDOWID(or whole session if user wanna to close application instead of window).

To restore window, WM's will give only the same location with signal RESTORE.

Extend way how application supports sessions. There should exist signals, like HIBERNATE(save session) to file, RESTORE SESSION from file, etc. Window Managers could use this feature to achieve idea goal, but not all application could been integrated. The behavior is: give application order to save session in $HOME/.sessions-tmp/$CURRENT_DATE/pid/WINDOWID(or whole session if user wanna to close application instead of window). To restore window, WM's will give only the same location with signal RESTORE.

Written by Afroman10496 the 21 Feb 10 at 23:52.

Put a recently closed tray next to the workspace applet that holds the last three (changeable by the user) windows that you closed in the state they were in when you closed it, showing when it was closed and a screenshot of it when you closed it. Clicking on it should open a menu showing options to open, close, minimize, maximize, move, or move it to another workspace.
http://yfrog.com/juscreenshotckp

Put a recently closed tray next to the workspace applet that holds the last three (changeable by the user) windows that you closed in the state they were in when you closed it, showing when it was closed and a screenshot of it when you closed it. Clicking on it should open a menu showing options to open, close, minimize, maximize, move, or move it to another workspace. http://yfrog.com/juscreenshotckp

Written by Darwin Survivor the 23 Feb 10 at 00:02.

When an application closes, it would have the ability to "register" with the window manager that it is now closing and can be resumed by executing .

The window manager is now in complete control over whether or not to offer the session to the user.

This would allow:
-any app to be written to allow session resuming
-the app can de-register itself if the user resumes or creates a new session
-the app actually closes (no sleeping or anything)
-the user could chose how many "closes" to remember (wm disregards anything older)
-backwards compatible (would not affect apps that don't implement it)
-apps that already have a resume command don't need to change their switches (they tell the wm what to call)
-apps could create numerous sessions by registering with different commands (ex: app --resume )

When an application closes, it would have the ability to "register" with the window manager that it is now closing and can be resumed by executing <command>. The window manager is now in complete control over whether or not to offer the session to the user. This would allow: -any app to be written to allow session resuming -the app can de-register itself if the user resumes or creates a new session -the app actually closes (no sleeping or anything) -the user could chose how many "closes" to remember (wm disregards anything older) -backwards compatible (would not affect apps that don't implement it) -apps that already have a resume command don't need to change their switches (they tell the wm what to call) -apps could create numerous sessions by registering with different commands (ex: app --resume <session_id>)

Written by rayken_wong the 15 Apr 10 at 23:37.

In the right click drop down menu (ie the one w/ the always on top option) add an option whereby the close button is disabled

In the right click drop down menu (ie the one w/ the always on top option) add an option whereby the close button is disabled

Written by Lachu the 1 May 10 at 14:52.

Add history of recent closed applications/windows. If application don't be integrated, the window would been added to recent closed. Applications, like OpenOffice, which asks user to close window can remove own windows from history. Also, integrated application can inform WM's that it supports signals to reopen window.

Add history of recent closed applications/windows. If application don't be integrated, the window would been added to recent closed. Applications, like OpenOffice, which asks user to close window can remove own windows from history. Also, integrated application can inform WM's that it supports signals to reopen window.

Written by forteller the 4 Sep 08 at 13:41.

Ubuntu Brainstorm was updated in January 2009. Since the idea #12782 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 #12782 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 ironfisher the 23 Mar 10 at 15:52.

Nautilus can have some plugins to get the progress status and show a progressbar on the file (below or wherever)

For example: A plugin may get from Transmission the percent number of the progress for the file. This progress is shown as a progressbar below the file

Nautilus can have some plugins to get the progress status and show a progressbar on the file (below or wherever) For example: A plugin may get from Transmission the percent number of the progress for the file. This progress is shown as a progressbar below the file

Written by ironfisher the 23 Mar 10 at 15:55.

Transmission, for example, tells Nautilus to show a progress bar as the file is not completed.

Transmission, for example, tells Nautilus to show a progress bar as the file is not completed.

Written by michele74 the 23 Mar 10 at 19:23.

A simple way to do this, is that other programs like web browsers and download manager write an additional file, for example, with extension ".download" and a dot prefix.
This file should be like a conf/ini file, with lines like "progress=59%".
When download finished, the file is deleted.

A simple way to do this, is that other programs like web browsers and download manager write an additional file, for example, with extension ".download" and a dot prefix. This file should be like a conf/ini file, with lines like "progress=59%". When download finished, the file is deleted.

Written by la_serpe the 23 Mar 10 at 20:00.

Use a different icon for "files in progress" so it would be clear that the file is currently being downloaded. Let the browses download plugin to do the rest.

Use a different icon for "files in progress" so it would be clear that the file is currently being downloaded. Let the browses download plugin to do the rest.

Written by matyy the 25 Mar 10 at 10:50.

Well I am not really clear about the technical side of it all, so someone else has to "refine" it. My idea is that it should be a consistent solution for all kind of file transfers - accessible for a lot of download programs and file browsers. A solution just for transmission and nautilus wouldn't be much more than a dirty hack.

When you have a daemon that controls all file transfers it can manage the download status and send notifications when downloads are done. This could also solve idea 24057 ( http://brainstorm.ubuntu.com/idea/24057/ ).

The best would be if you could configure everything at one place than - tell it where progress bars are shown, when it should send notifications and so on.

Well I am not really clear about the technical side of it all, so someone else has to "refine" it. My idea is that it should be a consistent solution for all kind of file transfers - accessible for a lot of download programs and file browsers. A solution just for transmission and nautilus wouldn't be much more than a dirty hack. When you have a daemon that controls all file transfers it can manage the download status and send notifications when downloads are done. This could also solve idea 24057 ( http://brainstorm.ubuntu.com/idea/24057/ ). The best would be if you could configure everything at one place than - tell it where progress bars are shown, when it should send notifications and so on. <img src="http://www.fishclan.net/matyy/ftd.png" WIDTH=900 HEIGHT=300>

Written by forteller the 28 Mar 10 at 17:14.

This is a fantastic idea, but some people might not like the way it looks in this mockup. Some would like to have a progress bar underneath the file, some would like a bar on top of the icon, some might rather want the percentage shown on top of the icon, or in a small badge in the top right corner of the icon, etc.. It should be easy for theme creators to change the look and feel of this.

This is a fantastic idea, but some people might not like the way it looks in this mockup. Some would like to have a progress bar underneath the file, some would like a bar on top of the icon, some might rather want the percentage shown on top of the icon, or in a small badge in the top right corner of the icon, etc.. It should be easy for theme creators to change the look and feel of this.

Written by sllih the 30 Mar 10 at 19:48.

Add target size as additional metadata of files or directories. Then show and update progress bar by the difference between target and actual size.
For example, the target size is 10MB and the actual size is 5MB, so the progress is 50%. This could work even if downloading is paused, postponed or abandoned.

Add target size as additional metadata of files or directories. Then show and update progress bar by the difference between target and actual size. For example, the target size is 10MB and the actual size is 5MB, so the progress is 50%. This could work even if downloading is paused, postponed or abandoned.

Written by a.shaferov the 22 Apr 10 at 13:52.

Extended attributes:
- downloaded_from
- downloaded_percent
- downloaded_by - application which downloads this file of dir. To use in context menu.

Update attributes from download manager (or torrent client).
Simple plugin to display info from xattrs.

Extended attributes: - downloaded_from - downloaded_percent - downloaded_by - application which downloads this file of dir. To use in context menu. Update attributes from download manager (or torrent client). Simple plugin to display info from xattrs.

Written by elypter the 27 May 10 at 19:19.

to be able to distinguish it the download progress should be aligned to the right
eg:
_________######
instead of:
######_________

to be able to distinguish it the download progress should be aligned to the right eg: _________###### instead of: ######_________

Written by forteller the 6 Mar 08 at 18:26.

Ubuntu Brainstorm was updated in January 2009. Since the idea #3586 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 #3586 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 timnwells the 5 Nov 09 at 09:16.

Add support for previewing GIMPs .xcf files in Image Viewer.

Add support for previewing GIMPs .xcf files in Image Viewer.

Written by BadChoice the 6 Nov 09 at 10:22.

Gloobus can preview xcf files in less than a second. Its really fast and without having to open gimp

Gloobus can preview xcf files in less than a second. Its really fast and without having to open gimp

Written by faelbluhm the 8 Nov 09 at 12:55.

If nautilus make huge thumbs and have a lateral panel, you shold viwer the .xcf file on side bar, like dolphin.

If nautilus make huge thumbs and have a lateral panel, you shold viwer the .xcf file on side bar, like dolphin.

Written by yaknowwat the 16 Nov 09 at 20:26.

Ristretto which I prefer over eye of gnome in their default designs can preview xcf files.

Ristretto which I prefer over eye of gnome in their default designs can preview xcf files.

Written by diegoj the 19 Dec 08 at 01:21.

Ubuntu Brainstorm was updated in January 2009. Since the idea #16619 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 #16619 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 krishnab108 the 27 Aug 10 at 06:59.

This could be made similar to that of the Thunar File Browser. Thunar has his facility already...

This could be made similar to that of the Thunar File Browser. Thunar has his facility already...