Written by trustno1uk the 16 Mar 09 at 20:43.

Some users don’t care about emptying their thrash and also use it as another folder at times, this will remind them to empty it.



I know Linux does not need fragmenting but the other stuff looks pretty nice.



REF: http://www.kumailht.com/blog/linux/10-features-ubuntu-should-implement/

<img src="http://farm3.static.flickr.com/2778/4058460858_21057bd846_m.jpg" border="0" alt="Photobucket"> Some users don’t care about emptying their thrash and also use it as another folder at times, this will remind them to empty it. <img src="http://farm3.static.flickr.com/2538/4057721107_b7cd537c52_m.jpg" border="0" alt="Photobucket"> I know Linux does not need fragmenting but the other stuff looks pretty nice. <img src="http://farm3.static.flickr.com/2726/4057721169_d6dbc7f418_m.jpg" border="0" alt="Photobucket"> REF: http://www.kumailht.com/blog/linux/10-features-ubuntu-should-implement/

Written by 311005901 the 21 Mar 09 at 20:39.

HIG addresses this issue. Take a look over at the GNOME website.

HIG addresses this issue. Take a look over at the <a href="http://library.gnome.org/devel/hig-book/stable/icons.html.en">GNOME website</a>.

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

Here is a quote of an animated icon guideline (note the "not usually" part)- i don't think users would want hundreds of animated icons that mean nothing...they should have a useful function (such as the OP showed).

----- From HIG section of Solution #2 website
2.4.3. Animation
Guidelines

* Icons should not usually appear animated. They may change to indicate a change of state, but should not do so when that change is occurs regularly rapidly. A battery status indicator would usually change slowly, therefore an icon is appropriate. By contrast, a load meter would always be changing, therefore it should use a flat image.

-----
Caveat: That quote above applied to Status notification zone

Here is a quote of an animated icon guideline (note the "not usually" part)- i don't think users would want hundreds of animated icons that mean nothing...they should have a useful function (such as the OP showed). ----- From HIG section of Solution #2 website 2.4.3. Animation Guidelines * Icons should not usually appear animated. They may change to indicate a change of state, but should not do so when that change is occurs regularly rapidly. A battery status indicator would usually change slowly, therefore an icon is appropriate. By contrast, a load meter would always be changing, therefore it should use a flat image. ----- Caveat: That quote above applied to Status notification zone

Written by barberio the 4 Apr 09 at 11:47.

There are several reasons not to have animated icons.

1) Performance Hit. Requires a process managing animation of icons, takes up additional graphics hardware resources.
2) Usability. Imagine a desktop presenting you with ten different icons, all animated, each changing what information it displays every second. This would increase visual clutter, and produce 'information overload'. It would give the appearance of lots of extra data, but wouldn't be 'at a glance' due to the amount of data competing for attention.
3) Accessibility. A step backwards by moving to something based solely on visual cues, with no way to enhance them for reduced vision users.
4) Multiplication of User Interfaces. This duplicates the intent of the Notification system, and taskbar 'widgets' and 'applets'. 'At a Glance Notification' should be restricted to these UI functions to minimize both user confusion and program design complexity.

While this idea is 'cool' and looks neat on paper, it doesn't bring a whole extra functionality to offset it's downsides.

There are several reasons not to have animated icons. 1) Performance Hit. Requires a process managing animation of icons, takes up additional graphics hardware resources. 2) Usability. Imagine a desktop presenting you with ten different icons, all animated, each changing what information it displays every second. This would increase visual clutter, and produce 'information overload'. It would give the appearance of lots of extra data, but wouldn't be 'at a glance' due to the amount of data competing for attention. 3) Accessibility. A step backwards by moving to something based solely on visual cues, with no way to enhance them for reduced vision users. 4) Multiplication of User Interfaces. This duplicates the intent of the Notification system, and taskbar 'widgets' and 'applets'. 'At a Glance Notification' should be restricted to these UI functions to minimize both user confusion and program design complexity. While this idea is 'cool' and looks neat on paper, it doesn't bring a whole extra functionality to offset it's downsides.

Written by Alexander the 7 Apr 09 at 21:25.

Just like the bootsplash-applications, the icons could be quick functions written in C. They could take a float from 0.0 to 1.0 and the image size as input and return an array of pixels. The functions could create vector graphics, load png's from elsewhere, load svg's from elsewhere or draw their own graphics from scratch. A well written function like this should be as quick as loading an image and quicker than using SVG-files.

Just like the bootsplash-applications, the icons could be quick functions written in C. They could take a float from 0.0 to 1.0 and the image size as input and return an array of pixels. The functions could create vector graphics, load png's from elsewhere, load svg's from elsewhere or draw their own graphics from scratch. A well written function like this should be as quick as loading an image and quicker than using SVG-files.

Written by kazade the 5 May 09 at 10:24.

What I propose is that "Computer" should show all mounted disks and their mount paths and also show a small indicator which displays the used/free space for that disk.

Here is a (crappy..) image explaining what I mean:

What I propose is that "Computer" should show all mounted disks and their mount paths and also show a small indicator which displays the used/free space for that disk. Here is a (crappy..) image explaining what I mean: <a href="http://img395.imageshack.us/img395/6569/computermockup.png"><img src="http://img395.imageshack.us/img395/6569/computermockup.th.png" /></a>

Written by aadityabhatia the 5 May 09 at 20:52.

baobab, also known as "Disk Usage Analyzer", is an excellent tool for this purpose.

Write a plug-in to add baobab's features to Gnome's default file manager Nautilus. This plugin could be optionally enabled.

PS: Disk Usage Analyzer is located in Gnome under Applications > Accessories by default.

baobab, also known as "Disk Usage Analyzer", is an excellent tool for this purpose. Write a plug-in to add baobab's features to Gnome's default file manager Nautilus. This plugin could be optionally enabled. PS: Disk Usage Analyzer is located in Gnome under Applications > Accessories by default.

Written by egasimus the 11 May 09 at 16:33.

Also included: red border for read-only drives such as a write-once CD.

<a href="http://img178.imageshack.us/img178/4843/diskusage.png" target="_blank"><img src="http://img178.imageshack.us/img178/4843/diskusage.th.png" border="0" alt="Free Image Hosting at www.ImageShack.us" /></a> Also included: red border for read-only drives such as a write-once CD.

Written by chareos the 12 May 09 at 14:48.

I don't like #1 because it requires a click (to go to computer) and leave the place user was before.

I'd prefer a thin usage meter in the sidebar, on the volume icons:
- always visible
- easier to read than a recoloured icon

I don't like #1 because it requires a click (to go to computer) and leave the place user was before. I'd prefer a thin usage meter in the sidebar, on the volume icons: - always visible - easier to read than a recoloured icon

Written by Cupido.87 the 12 May 09 at 16:43.

It should be like the preview for audio-files.
While hovering the icon it should show the used/free space like solution #1.

It should be like the preview for audio-files. While hovering the icon it should show the used/free space like solution #1.

Written by bryonak the 15 May 09 at 13:48.

Since we already have this in the System Monitor, why not offer a launcher icon for it in the "computer:/" folder, calling it "System Overview".
This way, one has additional easy access to CPU/RAM/network overviews as well.

Reimplementing this in via the folder icons might be duplication of effort here...

Since we already have this in the System Monitor, why not offer a launcher icon for it in the "computer:/" folder, calling it "System Overview". This way, one has additional easy access to CPU/RAM/network overviews as well. Reimplementing this in via the folder icons might be duplication of effort here...

Written by lievenmoors the 27 May 09 at 15:09.

As it is now, you can see the free space available in the status bar when you are inside a folder. But when you select a folder, only the number of items in that folder is shown. It would be possible to show the amount of space used, and the free space left for a folder, whenever you select that folder. If you select multiple folders, you would get the total sum. When nothing is selected, you can still show the information for the folder you're in.

It would be nice to see all mount points in "Computer", and they could be treated as regular folders. You would see the disk usage information in the status bar whenever you select them. And when nothing is selected in "Computer", you would see the grand total of all mount points.

As it is now, you can see the free space available in the status bar when you are inside a folder. But when you select a folder, only the number of items in that folder is shown. It would be possible to show the amount of space used, and the free space left for a folder, whenever you select that folder. If you select multiple folders, you would get the total sum. When nothing is selected, you can still show the information for the folder you're in. It would be nice to see all mount points in "Computer", and they could be treated as regular folders. You would see the disk usage information in the status bar whenever you select them. And when nothing is selected in "Computer", you would see the grand total of all mount points.

Written by junk the 18 Jul 09 at 07:55.

Read values from the command df and show a summary of each mounted device together with a bar showing occupied space in Ubuntu file explorer (something like the Vista Computer view).

Just noticed, what I'm looking for is actually the File Systems tab in System Monitor integrated in Ubuntu file explorer for a simple and quick view.

Read values from the command df and show a summary of each mounted device together with a bar showing occupied space in Ubuntu file explorer (something like the Vista Computer view). Just noticed, what I'm looking for is actually the File Systems tab in System Monitor integrated in Ubuntu file explorer for a simple and quick view.

Written by lifesf the 14 Jan 11 at 19:26.

Adding a visual, bar of some sort to let users quickly know the current space usage of the HDDs, USB keys, and letting know with text the exact usage information.

Adding a visual, bar of some sort to let users quickly know the current space usage of the HDDs, USB keys, and letting know with text the exact usage information.

Written by Shady3D the 10 Oct 09 at 19:45.

the setup wizard will just take the username and password and thats it.

what will the wizard do is:
1. connect to Gmail using POP or IMAP
2. better address-book sync
3. auto connect with Google Calendar
4. auto connect with Google Tasks(i don't know if there is API available for that)

the setup wizard will just take the username and password and thats it. what will the wizard do is: 1. connect to Gmail using POP or IMAP 2. better address-book sync 3. auto connect with Google Calendar 4. auto connect with Google Tasks(i don't know if there is API available for that)

Written by ActionParsnip the 13 Oct 09 at 11:33.

Not too hard, could be a simple option on the initial startup screen.

Not too hard, could be a simple option on the initial startup screen.

Written by tmoc the 14 Oct 09 at 03:34.

Yes, I know this idea is about GMail, but we might as well add the same type of support for Live Mail and AOL, which both offer POP access as well.

Yes, I know this idea is about GMail, but we might as well add the same type of support for Live Mail and AOL, which both offer POP access as well.

Written by Zaklikestorawk the 29 Oct 09 at 21:43.

I love how in the browser Gmail the conversations are put into those handy little "Conversation threads"

I'm not sure about you guys, but I would even use evolution till the conversation threads are in.

I love how in the browser Gmail the conversations are put into those handy little "Conversation threads" I'm not sure about you guys, but I would even use evolution till the conversation threads are in.

Written by optevo the 1 Nov 09 at 22:48.

Introduction:
An online account management application (OAMA) should be created. This application would have a simple interface and will store authentication information for various online accounts (google, hotmail, etc). In addition to basic account information, it could also store common preference associated with such accounts eg.
- IMAP vs POP
- which email account is the default
- whether to use a given account for any/all of email, chat, calendar
- whether to set the account up in the browser (eg. create bookmarks and save user/password information for the relevant site)

Whenever a Communications Application (ComApp) such as a email (eg Evolution, Thunderbird), chat (eg Empathy, Pidgin), calendar (eg Evolution, Sunbird), etc is launched for the first time it should either
1. Take existing settings that were set within the OAMA and auto-configure itself accordingly
2. If the OAMA has never been launched, the ComApp should invoke it first

ADVANTAGES:
- Once the OAMA has been run, any ComApp should be able to be launched with zero initial configuration and be usable
- Single point of configuration for all ComApps

Introduction: An online account management application (OAMA) should be created. This application would have a simple interface and will store authentication information for various online accounts (google, hotmail, etc). In addition to basic account information, it could also store common preference associated with such accounts eg. - IMAP vs POP - which email account is the default - whether to use a given account for any/all of email, chat, calendar - whether to set the account up in the browser (eg. create bookmarks and save user/password information for the relevant site) Whenever a Communications Application (ComApp) such as a email (eg Evolution, Thunderbird), chat (eg Empathy, Pidgin), calendar (eg Evolution, Sunbird), etc is launched for the first time it should either 1. Take existing settings that were set within the OAMA and auto-configure itself accordingly 2. If the OAMA has never been launched, the ComApp should invoke it first ADVANTAGES: - Once the OAMA has been run, any ComApp should be able to be launched with zero initial configuration and be usable - Single point of configuration for all ComApps - Easier configuration of all ComApps - Easier to change between different ComApps Additional suggestions: If a preference that is managed by OAMA is changed within the ComApp, the preferences in the OAMA should be updated. In other words, there should be a 2 way sync between the OAMA and all ComApps It might be worth considering having the OAMA run as part of the Ubuntu install process.

Written by natetechboy128 the 3 Nov 09 at 04:34.

If you sync .gconf/apps/evolution, it keeps Evolution in sync across computers. On the U1 website, simply add a parser for the gconf file, and boom. Instant setup, and if U1 ever feels like giving us webmail... Like solution 8.

If you sync .gconf/apps/evolution, it keeps Evolution in sync across computers. On the U1 website, simply add a parser for the gconf file, and boom. Instant setup, and if U1 ever feels like giving us webmail... Like solution 8.

Written by yookoala the 7 Apr 10 at 07:22.

Gmail has a great "Archive" function that I can clear unimportant things from "Inbox", while keeping them in a place called "All mail" for later search.

Please make this part of the Gmail-integration.

Gmail has a great "Archive" function that I can clear unimportant things from "Inbox", while keeping them in a place called "All mail" for later search. Please make this part of the Gmail-integration.

Written by diegoj the 30 Dec 08 at 12:57.

Goal: integration on Nautilus of some common tasks.

Nautilus should perform these actions over removable devices (like pen drive and USB disks).

+ Basic tasks:
- Change the name of the disk.
- Format the disk with FAT, ext3, ext4 or NTFS.
- Show % of free space in disk.
- Perform a file system check or scandisk over the file system.
- Show hardware propierties: hardware company, etc.
- Clean hidden folders: .thumbnails, .trash, etc.

+ Advanced tasks:
- Encription of the disk.
- Make the disk have a quota (to warn users when using more space than configured).
- Make a USB live disk with Ubuntu.
- Make a backup of the disk.
- Index files for faster file searching.

All this tasks should be "centralized" in Nautilus to avoid using multiple programs to do them.

Goal: integration on Nautilus of some common tasks. Nautilus should perform these actions over removable devices (like pen drive and USB disks). + Basic tasks: - Change the name of the disk. - Format the disk with FAT, ext3, ext4 or NTFS. - Show % of free space in disk. - Perform a file system check or scandisk over the file system. - Show hardware propierties: hardware company, etc. - Clean hidden folders: .thumbnails, .trash, etc. + Advanced tasks: - Encription of the disk. - Make the disk have a quota (to warn users when using more space than configured). - Make a USB live disk with Ubuntu. - Make a backup of the disk. - Index files for faster file searching. All this tasks should be "centralized" in Nautilus to avoid using multiple programs to do them.

Written by asashnov the 14 Jan 09 at 02:54.

Those tasks:

* disk format
* change disk label
* disk backup
* check disk

1) is not related to "file management";
2) requires 'root' privelegues.

So it is better to implement it as separated application, some thing like "Disk Manager".

Those tasks: * disk format * change disk label * disk backup * check disk 1) is not related to "file management"; 2) requires 'root' privelegues. So it is better to implement it as separated application, some thing like "Disk Manager".

Written by torkiano the 14 Jan 09 at 06:43.

A New, Easy To Use Disk Formatter For GNOME

GParted is an excellent GNOME program for editing partitions, changing file-systems, and performing related disk tasks. However, GParted is not exactly the ideal program for new Linux users to familiarize themselves with if all they want to do is format a USB drive or external storage device. Fortunately, a new GNOME utility has come about that supersedes GFloppy and is designed to be a simple yet powerful disk formatting utility: GNOME Format.

Webpage: http://live.gnome.org/gnome-format

See a review here: http://www.phoronix.com/scan.php?page=article&item=gnome_format&num=1

A New, Easy To Use Disk Formatter For GNOME GParted is an excellent GNOME program for editing partitions, changing file-systems, and performing related disk tasks. However, GParted is not exactly the ideal program for new Linux users to familiarize themselves with if all they want to do is format a USB drive or external storage device. Fortunately, a new GNOME utility has come about that supersedes GFloppy and is designed to be a simple yet powerful disk formatting utility: GNOME Format. Webpage: http://live.gnome.org/gnome-format See a review here: http://www.phoronix.com/scan.php?page=article&item=gnome_format&num=1

Written by matsonfamily the 15 Jan 09 at 01:09.

I don't know how a frightening GParted would be to a new Ubuntu user compared to the Disk Management in microsoft's windows (c), but I think it would be a good tool to do these tasks.... I guess it would be a quick fix to just install it by default.

I don't know how a frightening GParted would be to a new Ubuntu user compared to the Disk Management in microsoft's windows (c), but I think it would be a good tool to do these tasks.... I guess it would be a quick fix to just install it by default.

Written by diegoj the 23 Jan 09 at 22:34.

It could be easy and useful to open Gparted on selecting some actions on Nautilus like "formatting USB pen-drive", or "changing the name of the disk".

Maybe a temporal solution to that problem.

It could be easy and useful to open Gparted on selecting some actions on Nautilus like "formatting USB pen-drive", or "changing the name of the disk". Maybe a temporal solution to that problem.

Written by diegoj the 26 Jan 09 at 15:36.

From the web of DeviceKit:
DeviceKit is a simple system service that a) can enumerate devices; b) emits signals when devices are added removed; c) provides a way to merge device information / quirks onto devices. It is designed to partially replace hal and overcome some of the design limitiations of hal. DeviceKit functionality is provided in the form of dbus services on the system bus.

NOTE: proposed by bpepple in comments.

From the web of <a href="http://fedoraproject.org/wiki/Features/DeviceKit">DeviceKit</a>: DeviceKit is a simple system service that a) can enumerate devices; b) emits signals when devices are added removed; c) provides a way to merge device information / quirks onto devices. It is designed to partially replace hal and overcome some of the design limitiations of hal. DeviceKit functionality is provided in the form of dbus services on the system bus. NOTE: proposed by <a href="http://brainstorm.ubuntu.com/contributor/bpepple/">bpepple</a> in comments.

Written by martinbrook the 19 Mar 10 at 11:23.

A simple message such as 'Moving 342 files from /home/martin to /media/disk completed successfully' would suffice.

Sample:

A simple message such as 'Moving 342 files from /home/martin to /media/disk completed successfully' would suffice. Sample: <img src="http://dl.dropbox.com/u/288479/ubuntubrainstorm/file_operation_notification_popup.jpg" />

Written by Ssdg the 20 Mar 10 at 12:56.

All in the title.

All in the title.

Written by Dataphile the 21 Mar 10 at 18:36.

As the submitter noted, putting things in the background is the issue here, as their status updates aren't apparent. If the file operation window is focused, then it doesn't make sense to notify the user, so I believe Solution #1 is overkill.

Adding a new setting to customize the time interval (Solution #2) also seems like overkill from this perspective.

So, I'm wondering, why not just fire up the libnotify popup when the file transfer completes and the file operation window is not focused, as that indicates the user has focused on other priorities?

As the submitter noted, putting things in the background is the issue here, as their status updates aren't apparent. If the file operation window is focused, then it doesn't make sense to notify the user, so I believe Solution #1 is overkill. Adding a new setting to customize the time interval (Solution #2) also seems like overkill from this perspective. So, I'm wondering, why not just fire up the libnotify popup when the file transfer completes and the file operation window is not focused, as that indicates the user has focused on other priorities?

Written by martinbrook the 30 Mar 10 at 14:08.

As in the image below. The checkbox would be unchecked by default.

As in the image below. The checkbox would be unchecked by default. <img src="http://dl.dropbox.com/u/288479/ubuntubrainstorm/file_operation_notification.jpg" />

Written by martinbrook the 30 Mar 10 at 14:16.

Have a single checkbox at the bottom of the File Operations window saying "Notify me when all file operations are complete".

Have a single checkbox at the bottom of the File Operations window saying "Notify me when all file operations are complete".

Written by Penguin Guy the 31 Mar 10 at 19:00.

Create a daemon that will manage processes. Add support for not only copying files, but also things like downloading and installing files.

Create a daemon that will manage processes. Add support for not only copying files, but also things like downloading and installing files. <img src="http://www.fishclan.net/matyy/ftd.png">

Written by Snow Keld the 5 Apr 10 at 05:27.

both solutions, #1, and #4, are great, but i often miss the libnotify bubbles.

i think that it should be set to always announce with libnotify, but also have the check box and raise/prioritize what window when its finished instead of closing it auto.

which means on a file transfer, if you do not click the box then when the transfer completes it will be sent to libnotify and the window will close (and the bubble will pop up for a moment)

when you click the check box and the transfer finishes the libnotify bubbly will still pop up for a moment, but the transfer window will stay open and be raised to the top saying your transfer is done, in this way you'll be notified for sure.

both solutions, #1, and #4, are great, but i often miss the libnotify bubbles. i think that it should be set to always announce with libnotify, but also have the check box and raise/prioritize what window when its finished instead of closing it auto. which means on a file transfer, if you do not click the box then when the transfer completes it will be sent to libnotify and the window will close (and the bubble will pop up for a moment) when you click the check box and the transfer finishes the libnotify bubbly will still pop up for a moment, but the transfer window will stay open and be raised to the top saying your transfer is done, in this way you'll be notified for sure.

Written by man0riaX the 6 Apr 10 at 16:20.

Create a simple and easy-to-use configuration dialogue to configure in what situations a popup should appear, e.g.:

Notification when
- single file operation done (yes/no)
- all file operations done (yes/no)
- file operation gave an error message (yes/no)
[you can extend this list on your wishes]
e.g.
- Firefox download complete (yes/no) [deactivate the built-in firefox notification then]

You can also extend this and disable the default-notifications, such as
- Rhythmbox notification (yes/no)
- Empathy notification (yes/no)

Also, to come back to that file-operation-notification, in that control panel you can decide what exactly a "large file operation" is; means you can tell the system that you want to see a notification if the file(s) is/are larger than 10GB (let the user decide about a value here), but not to show a notification if the file(s) is/are smaller, for example.

Create a simple and easy-to-use configuration dialogue to configure in what situations a popup should appear, e.g.: Notification when - single file operation done (yes/no) - all file operations done (yes/no) - file operation gave an error message (yes/no) [you can extend this list on your wishes] e.g. - Firefox download complete (yes/no) [deactivate the built-in firefox notification then] You can also extend this and disable the default-notifications, such as - Rhythmbox notification (yes/no) - Empathy notification (yes/no) Also, to come back to that file-operation-notification, in that control panel you can decide what exactly a "large file operation" is; means you can tell the system that you want to see a notification if the file(s) is/are larger than 10GB (let the user decide about a value here), but not to show a notification if the file(s) is/are smaller, for example.

Written by SuNk8 the 6 Apr 10 at 19:44.

This solution's very similar to the alarm/timer applet on a panel.
Also we could have a warning sound for the same.

This solution's very similar to the alarm/timer applet on a panel. Also we could have a warning sound for the same.

Written by Goury the 14 Apr 10 at 08:05.

coz not only mac have good ui
mergin progressbar with button background is perfect idea

coz not only mac have good ui mergin progressbar with button background is perfect idea

Written by spocky the 28 Apr 10 at 19:05.

I think the current move of Ubuntu to use Indicators to interact to different typ of applications like MessagingMenu would perfectly fit to an appIndicator for FileTransfers and Downloads

I think the current move of Ubuntu to use Indicators to interact to different typ of applications like MessagingMenu would perfectly fit to an appIndicator for FileTransfers and Downloads

Written by trustno1uk the 16 Mar 09 at 20:47.

At times we want to open a directory that is deeply nested. A visual map of all the documents will make it soo easy to navigate.



REF: http://www.kumailht.com/blog/linux/10-features-ubuntu-should-implement/

At times we want to open a directory that is deeply nested. A visual map of all the documents will make it soo easy to navigate. <img src="http://farm3.static.flickr.com/2780/4057721241_3e2de2be61_m.jpg" border="0" alt="visual"> REF: http://www.kumailht.com/blog/linux/10-features-ubuntu-should-implement/

Written by hemanth.hm the 17 Mar 09 at 14:41.

Let the user have the open to , expand to the deepest level saying in the same window there by he can browser all through the hierarchy staying in the same window , there by avoiding repeated back and forward clicks.

And also the user will have an option and control on which he wants which folder to expand.

So the view would be as of now , and then when mouse over the folder , the (+) and (-) signs appers and the user can expand the folder as a tree as show in the solution #1.

Let the user have the open to , expand to the deepest level saying in the same window there by he can browser all through the hierarchy staying in the same window , there by avoiding repeated back and forward clicks. And also the user will have an option and control on which he wants which folder to expand. So the view would be as of now , and then when mouse over the folder , the (+) and (-) signs appers and the user can expand the folder as a tree as show in the solution #1.

Written by chrismounce the 24 Mar 09 at 06:27.

There are two problems here: (1) easy visualization of hierarchies (for when you don't know what's where), and (2) easy navigation of hierarchies (for when you know exactly where you want to be, and want to get there as effortlessly as possible).

The visualization described in Solution #1 is indeed very cool, and would be very useful for the user who is trying to learn a certain hierarchy. However, it's like the Disk Usage Analyzer: a very useful utility, but it's not the best tool for accessing files in a hierarchy on a day-to-day basis.

As for navigation, I really like OS X's approach:



The column in the center is the current directory. The column on the left is the parent directory, and the column on the right is a subdirectory. You navigate with the arrow keys. You don't get a bird's-eye-view of everything, but if you know where you want to go, you can quickly go there without messing with the mouse.

I'm not saying we should blindly copy Apple, but I am saying that we should make it that easy (at least) to navigate through your files. Show users their immediate surroundings in the hierarchy, and let them move around using the keyboard (very little typing!).

There are two problems here: (1) easy <b>visualization</b> of hierarchies (for when you don't know what's where), and (2) easy <b>navigation</b> of hierarchies (for when you know exactly where you want to be, and want to get there as effortlessly as possible). The visualization described in Solution #1 is indeed very cool, and would be very useful for the user who is trying to learn a certain hierarchy. However, it's like the Disk Usage Analyzer: a very useful utility, but it's not the best tool for accessing files in a hierarchy on a day-to-day basis. As for navigation, I really like OS X's approach: <a href="http://img11.imageshack.us/img11/3444/columns.png"><img src="http://img11.imageshack.us/img11/3444/columns.th.png"></a> The column in the center is the current directory. The column on the left is the parent directory, and the column on the right is a subdirectory. You navigate with the arrow keys. You don't get a bird's-eye-view of everything, but if you know where you want to go, you can quickly go there without messing with the mouse. I'm not saying we should blindly copy Apple, but I am saying that we should make it that easy (at least) to navigate through your files. Show users their immediate surroundings in the hierarchy, and let them move around using the keyboard (very little typing!). I guess what I'm trying to say is that improving visualization is a really good idea, but we can't ignore navigation either. We need both.

Written by tchalvakspam the 26 Mar 09 at 19:05.

A lot of the problems with folder navigation stem from nautilus, which doesn't make navigation as easy as it should. Compare nautilus to KDE's Dolphin, which is as good or better than the solution #4 image of OSX navigation, for a quick sense of the catching up nautilus needs to do. One option that nautilus does support that could use better visual accessibility is different views in its sidebar.

It already has:
A "places menu" which you can add favorite bookmarks to.
A tree view.
A history of latest folders used.

However, it uses a dropdown system that forces you to -switch back and forth- between those systems instead of being able to harness multiple systems at once.

If nautilus provided the option to view more than one of those sidebars at once, a user could harness both the power of a tree structure and/or the power of "history" of the latest folders used, so that the minimum of actual navigation was required at all times, instead of having to switch between those modes of navigation all the time.

A lot of the problems with folder navigation stem from nautilus, which doesn't make navigation as easy as it should. Compare nautilus to KDE's Dolphin, which is as good or better than the solution #4 image of OSX navigation, for a quick sense of the catching up nautilus needs to do. One option that nautilus does support that could use better visual accessibility is different views in its sidebar. It already has: A "places menu" which you can add favorite bookmarks to. A tree view. A history of latest folders used. However, it uses a dropdown system that forces you to -switch back and forth- between those systems instead of being able to harness multiple systems at once. If nautilus provided the option to view more than one of those sidebars at once, a user could harness both the power of a tree structure and/or the power of "history" of the latest folders used, so that the minimum of actual navigation was required at all times, instead of having to switch between those modes of navigation all the time.

Written by tchalvakspam the 26 Mar 09 at 19:16.

Search is, long term, the final solution. To find a folder nested 50 folders deep on the system could require only a single word search. Ideally, search could squash the need to do -any- kind of navigation except in the most unfamiliar depths of a folder hierarchy.

Nautilus really needs a way to integrate search navigation into it, whether by plugins or by default.

Search is, long term, the final solution. To find a folder nested 50 folders deep on the system could require only a single word search. Ideally, search could squash the need to do -any- kind of navigation except in the most unfamiliar depths of a folder hierarchy. Nautilus really needs a way to integrate search navigation into it, whether by plugins or by default.

Written by coolaj86 the 29 Mar 09 at 17:06.

Ext of Sol #3:

I think that the Desktop Env should keep track of how often you open a particular folder and automatically bookmark it for you - like how browsers (originally Opera, then Firefox, then Chrome, now Safari) do with webpages. I use the bookmarks from the Places menu regularly and it would be awesome if it just added local and remote folders that I commonly visit on the fly.

It would also be awesome if it listed common searches as folders (I believe that Thunderbird has or had some sort of feature like this).

The less the user has to think, the better.

P.S. I envision a day when everything is tagged-based rather than directory-based.

Ext of Sol #3: I think that the Desktop Env should keep track of how often you open a particular folder and automatically bookmark it for you - like how browsers (originally Opera, then Firefox, then Chrome, now Safari) do with webpages. I use the bookmarks from the Places menu regularly and it would be awesome if it just added local and remote folders that I commonly visit on the fly. It would also be awesome if it listed common searches as folders (I believe that Thunderbird has or had some sort of feature like this). The less the user has to think, the better. P.S. I envision a day when everything is tagged-based rather than directory-based.

Written by DanteAshton the 1 Apr 09 at 10:02.

An artist on GNOME-LOOK.org had a similar idea;

Page:

http://www.gnome-look.org/content/show.php/Future+File+Management+Mockup?conten t=71112


Picture:

http://www.gnome-look.org/content/preview.php?preview=1&id=71112&file1=71112-1. jpg&file2=&file3=&name=Future+File+Management+Mockup

An artist on GNOME-LOOK.org had a similar idea; Page: http://www.gnome-look.org/content/show.php/Future+File+Management+Mockup?content=71112 Picture: http://www.gnome-look.org/content/preview.php?preview=1&id=71112&file1=71112-1.jpg&file2=&file3=&name=Future+File+Management+Mockup

Written by sanketmedhi the 4 Apr 09 at 06:27.

Keep the directory hierarchy the way it is and allow users to use Gnome-Do or Tracker which is the easiest way to find your files and folders.

The current view, I feel, is already good, the way it is. And BTW, we already have Solution #2 implemented, with the only difference that instead +/-, we are using a tree-like structure when you select a detailed view in Nautilus.

Keep the directory hierarchy the way it is and allow users to use Gnome-Do or Tracker which is the easiest way to find your files and folders. The current view, I feel, is already good, the way it is. And BTW, we already have Solution #2 implemented, with the only difference that instead +/-, we are using a tree-like structure when you select a detailed view in Nautilus.

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

I liked the idea, but for it doesn't consume resources it could be an addon.

I liked the idea, but for it doesn't consume resources it could be an addon.

Written by baldurpet the 13 Apr 09 at 16:28.

I propose including pictures of how each effect looks like along with a better introduction.

Pretty much everything you can find here, the Compiz wiki has an incredibly good introduction and explanation for each plugin (I for example had no idea what the JPEG plugin did, the only thing it says in the CCSM is "JPEG image format plugin" which doesn't help at all) and really representative and informative images.

This would be one step towards making Compiz keep it simple (stupid).

(it might also be a good idea to include a big detailed drawing of how the effect looks like instead of a screenshot)

I propose including pictures of how each effect looks like along with a better introduction. Pretty much everything you can find <a href="http://wiki.compiz-fusion.org/PluginsMain">here</a>, the Compiz wiki has an incredibly good introduction and explanation for each plugin (I for example had no idea what the JPEG plugin did, the only thing it says in the CCSM is "JPEG image format plugin" which doesn't help at all) and really representative and informative images. This would be one step towards making Compiz keep it simple (stupid). (it might also be a good idea to include a big detailed drawing of how the effect looks like instead of a screenshot)

Written by baldurpet the 13 Apr 09 at 16:40.

This is a continuation of solution #1. Most of the time I'm looking for some effect but I have no idea what it's called.

I suggest:
1. Showing thumbnails of screenshots next to the effect so the user can see exactly what it does. I realize that there are already icons supposed to represent the effects but they just don't do the job (example: the icon for animation, i.e. having the window go up in flames or beam up, is an oil lamp.. seriously?)
2. Give users the possibility to search just by screenshots; i.e. not searching through thumbnails but rather big images where you can clearly see what's going on.

This is a continuation of solution #1. Most of the time I'm looking for some effect but I have no idea what it's called. I suggest: 1. Showing thumbnails of screenshots next to the effect so the user can see exactly what it does. I realize that there are already icons supposed to represent the effects but they just don't do the job (example: the icon for animation, i.e. having the window go up in flames or beam up, is an oil lamp.. seriously?) 2. Give users the possibility to search just by screenshots; i.e. not searching through thumbnails but rather big images where you can clearly see what's going on.

Written by chs42 the 13 Apr 09 at 17:35.

For each effect, add a link (opening in the web browser) to the page in the compiz wiki describing this effect (see http://wiki.compiz-fusion.org/PluginsMain and choose your favorite effect).

This will also allow easy improvement of the description.

For each effect, add a link (opening in the web browser) to the page in the compiz wiki describing this effect (see http://wiki.compiz-fusion.org/PluginsMain and choose your favorite effect). This will also allow easy improvement of the description.

Written by Darwin Survivor the 14 Apr 09 at 04:07.

This is a continuation of solution #2

Animated gifs (or other filetype) could be used for effects that "do" things (spinning cube, animations, scale). They could either be continuously looping or animate on mouse-over.

This is a continuation of solution #2 Animated gifs (or other filetype) could be used for effects that "do" things (spinning cube, animations, scale). They could either be continuously looping or animate on mouse-over.

Written by waster the 19 Apr 09 at 23:07.

Okay - you're all tweakers, but most people do not want pico-granularity of every pixel's movement and transparency.

With or without integration with gnome themes, compiz could provide a nice set of themes containing co-ordinated effects and decor. By all means have another app to do tweaking, but I nearly filled my pants when I first saw the detailed config app.

Okay - you're all tweakers, but most people do not want pico-granularity of every pixel's movement and transparency. With or without integration with gnome themes, compiz could provide a nice set of themes containing co-ordinated effects and decor. By all means have another app to do tweaking, but I nearly filled my pants when I first saw the detailed config app.

Written by choad the 21 Apr 09 at 00:56.

ccsm is a total geek tool. i love it, because i am a geek.
taking a more user friendly approach would involve making some decisions about defaults, putting things currently accessed through ccsm in to logical places (window opacity in preferences > windows for example, next to the similar "select windows on mouse hover" option) and removing redundant things like having both a cube and a desktop wall.

ccsm is a total geek tool. i love it, because i am a geek. taking a more user friendly approach would involve making some decisions about defaults, putting things currently accessed through ccsm in to logical places (window opacity in preferences > windows for example, next to the similar "select windows on mouse hover" option) and removing redundant things like having both a cube and a desktop wall.

Written by aadityabhatia the 30 Apr 09 at 23:34.

Similar to #3, but fetch the latest descriptions from the Compiz wiki in the background and display them in CCSM instead of providing a link that user has to click.

If the box is not connected to the internet then use a cached copy of the descriptions, or the descriptions that came with the package.

Similar to #3, but fetch the latest descriptions from the Compiz wiki in the background and display them in CCSM instead of providing a link that user has to click. If the box is not connected to the internet then use a cached copy of the descriptions, or the descriptions that came with the package.

Written by adamknox the 15 Sep 09 at 04:12.

Add actual descriptions of what each effect does. Reorganize the different effects. I imagine that a larger percentage of people will want to change transparencies, shadows, alt+tab functionality, than creating flames around a cursor, wobbly windows, a compiz splash, or a huge flashy benchmarking utility.

Incorporate themes from Solution #5:
User Created Content
Presentation (clean, with an attention grabbing cursor)
Gloss

Add actual descriptions of what each effect does. Reorganize the different effects. I imagine that a larger percentage of people will want to change transparencies, shadows, alt+tab functionality, than creating flames around a cursor, wobbly windows, a compiz splash, or a huge flashy benchmarking utility. Incorporate themes from Solution #5: User Created Content Presentation (clean, with an attention grabbing cursor) Gloss

Written by mikko.rantalainen the 7 Oct 10 at 11:17.

Improve CCSM to not be a geek tool only. Make it a tool to create, modify and apply themes. Basically, make a compiz theme a saved CCSM configuration. One could think that using simple-ccsm would be the answer but I don't see any reason why real CCSM couldn't be improved enough to make simple-ccsm needless.

Optional features:
- ability to send your own theme to central server
- ability to search central server for themes

For example, see how Firefox add-ons work - they are basically geek features (web browser customization?) but made usable to casual user.

Improve CCSM to not be a geek tool only. Make it a tool to create, modify and apply themes. Basically, make a compiz theme a saved CCSM configuration. One could think that using simple-ccsm would be the answer but I don't see any reason why real CCSM couldn't be improved enough to make simple-ccsm needless. Optional features: - ability to send your own theme to central server - ability to search central server for themes For example, see how Firefox add-ons work - they are basically geek features (web browser customization?) but made usable to casual user.

Written by radioxid the 22 Apr 10 at 22:08.

Because the inconvenience is that the copy can break at any advanced or random time.

The best is to stop the copy at the beginning or at least to offer to avoid the files too large during the copy.

Because the inconvenience is that the copy can break at any advanced or random time. The best is to stop the copy at the beginning or at least to offer to avoid the files too large during the copy.

Written by Lachu the 24 Apr 10 at 07:42.

System should first try to reserve space for file, when may be copied to removable device. It will reduces IO operations and resolves this matter.

System should first try to reserve space for file, when may be copied to removable device. It will reduces IO operations and resolves this matter.

Written by rnerwein the 28 Apr 10 at 06:15.

if the warning will be implemented then there should also be
a posibilty to swicht this of by user account.

if the warning will be implemented then there should also be a posibilty to swicht this of by user account.

Written by thiagomoraesp the 28 Apr 10 at 14:01.

We need to explain to the user that this is a filesystem limitation and not a ubuntu limitation :)

We need to explain to the user that this is a filesystem limitation and not a ubuntu limitation :)

Written by gumshore the 28 Apr 10 at 23:23.

If the OS told the user that there is a limitation, thats fine, but chances are, the user still wants to copy the file. If we could display a dialog that offered to use file-roller or gzip or whatever to make an uncompressed archive of the file, and split it up, a user on a M$ computer could un-archive it with either WinR@R or 7-zip.

If the OS told the user that there is a limitation, thats fine, but chances are, the user still wants to copy the file. If we could display a dialog that offered to use file-roller or gzip or whatever to make an uncompressed archive of the file, and split it up, a user on a M$ computer could un-archive it with either WinR@R or 7-zip.

Written by robheus the 29 Apr 10 at 06:46.

The problem does not just show up when copying, since also when dowloading a file to a FAT file system, this could happen. Also, somewhat unrelated, on file systems which DO facilitate large files, the writing or copying of a file onto such a filesystem might break, because of a device (external USB harddisk) might be too slow.
Also a warning against that (having to wait an hour for a copy which still fails feels miserable) should be issued.

The solution would require two parts:
1. The tools that do such kind of copying (including file download) should warn against the breaking of the copy due to characteristics of the device and/or filesystem, and direct the user to utilize in that case another, better equipped tool.

2. Create a utility that can both split a file in (user definable, but with a good default value that depends on the filesystem in question) chunks/parts, and later join them together when doing the reverse transaction (for example: split with the option -j to join, and the option -s to split). As a command line option, offer also compression of the file to be written. Have the tool also resumable, so that it can resume a broken partial write, and/or have it check for the actual amount of the file written, and delay as necessary the copying if the device to write on is too slow to keep up.

3. Implement this also in other copy tools, like download managers, FTP, etc.

The problem does not just show up when copying, since also when dowloading a file to a FAT file system, this could happen. Also, somewhat unrelated, on file systems which DO facilitate large files, the writing or copying of a file onto such a filesystem might break, because of a device (external USB harddisk) might be too slow. Also a warning against that (having to wait an hour for a copy which still fails feels miserable) should be issued. The solution would require two parts: 1. The tools that do such kind of copying (including file download) should warn against the breaking of the copy due to characteristics of the device and/or filesystem, and direct the user to utilize in that case another, better equipped tool. 2. Create a utility that can both split a file in (user definable, but with a good default value that depends on the filesystem in question) chunks/parts, and later join them together when doing the reverse transaction (for example: split with the option -j to join, and the option -s <size> to split). As a command line option, offer also compression of the file to be written. Have the tool also resumable, so that it can resume a broken partial write, and/or have it check for the actual amount of the file written, and delay as necessary the copying if the device to write on is too slow to keep up. 3. Implement this also in other copy tools, like download managers, FTP, etc.

Written by DaVince the 14 May 10 at 22:57.

This means the Linux filesystem driver for FAT32 will handle the split files differently by showing, and reading, the split parts of the file as a single "normal" file.

Users of other OSes (like Windows) would see the split files instead.

This means the Linux filesystem driver for FAT32 will handle the split files differently by showing, and reading, the split parts of the file as a single "normal" file. Users of other OSes (like Windows) would see the split files instead.

Written by elypter the 27 May 10 at 18:51.

of cause with a warning and with an option to convert files.
Depending on the device a warning that most mp3players or cameras only work with fat

of cause with a warning and with an option to convert files. Depending on the device a warning that most mp3players or cameras only work with fat

Written by mitzampt the 14 Feb 11 at 13:20.

Offer as solution packing into smaller archives if the user only needs to store the file

Offer as solution packing into smaller archives if the user only needs to store the file

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 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.