Written by XP1 the 17 May 09 at 19:26.

Add file sort and group sort together as options in Nautilus

The Windows Explorer file manager has this feature since Windows XP. It has been greatly improved in Windows Vista. In Vista, an entire group of files can be selected simultaneously once a file group is clicked on.



URI: http://www.flickr.com/photos/dawpa2000/3478448103/sizes/o/

Add file sort and group sort together as options in Nautilus The Windows Explorer file manager has this feature since Windows XP. It has been greatly improved in Windows Vista. In Vista, an entire group of files can be selected simultaneously once a file group is clicked on. <a href="http://www.flickr.com/photos/dawpa2000/3478448103/sizes/o/" title="SortByName_GroupByType by dawpa2000, on Flickr" target="_blank"><img src="http://farm4.static.flickr.com/3410/3478448103_7419bac688.jpg" width="500" height="273" alt="SortByName_GroupByType" /></a> URI: http://www.flickr.com/photos/dawpa2000/3478448103/sizes/o/

Written by Ssdg the 18 May 09 at 14:45.

One of the big advantages I found in "Linux" was the "relative" absence of extensions on most files. We should sort by mime types instead of extensions.

Of course, we will "forget" parts of the mime type to get it user friendly. For example, you shouldn't care about your music encodings, so MP3(music/mp3) and flac (music/flac) files will be merged in a single category (music). For more "generic" primari types, we'll use the second part (application/*)

Example:
image/png => Image
application/xml => XML

To rely on extension is as far as I'm concerned the biggest Window's mistake and we should not follow them on that path.

One of the big advantages I found in "Linux" was the "relative" absence of extensions on most files. We should sort by mime types instead of extensions. Of course, we will "forget" parts of the mime type to get it user friendly. For example, you shouldn't care about your music encodings, so MP3(music/mp3) and flac (music/flac) files will be merged in a single category (music). For more "generic" primari types, we'll use the second part (application/*) Example: image/png => Image application/xml => XML To rely on extension is as far as I'm concerned the biggest Window's mistake and we should not follow them on that path.

Written by r0g the 19 May 09 at 21:46.

Clicking the header row of the type column ALREADY sorts folders into alphabetical groups based on mime-type so the only NEW feature that is being suggested above is the ability to select all files of the same type in a single click.

This is hardly a slog to accomplish in the first place (click, move mouse, shift-click) BUT... If the community thinks this is a useful and highly desirable feature we should definitely avoid the screen wasting approach Vista takes.

I suggest such functionality could be better implemented as a plugin that makes clicking on an item in its Type column select all items of that type in that folder.

This gives the people who want it the single click functionality with no loss of screen space. This also spares those who don't feel the need the extra clutter.

Clicking the header row of the type column ALREADY sorts folders into alphabetical groups based on mime-type so the only NEW feature that is being suggested above is the ability to select all files of the same type in a single click. This is hardly a slog to accomplish in the first place (click, move mouse, shift-click) BUT... If the community thinks this is a useful and highly desirable feature we should definitely avoid the screen wasting approach Vista takes. I suggest such functionality could be better implemented as a plugin that makes clicking on an item in its Type column select all items of that type in that folder. This gives the people who want it the single click functionality with no loss of screen space. This also spares those who don't feel the need the extra clutter.

Written by gazilla the 20 May 09 at 12:14.

Add a small extra icon to the column heading of 'Type' in the list view. It should be visible at all times in list view, with an option in Preferences to disable the feature.

When clicked, it would work just like the auto-filter of both Excel (erk!) and OpenOffice Calc. It would present a drop-down of all the file types in the directory. Clicking on a single file type could either limit the view to just those files or select the files depending on whether a modifier key (Shift, Control, etc) is pressed. It should be possible to click on more than one file type. For example, the user should be able to use this mechanism to select JPEG and PNG files together. In this context, folders are just another "file type".

Other "groupable" columns in list view (e.g. Owner) should also have the new mini icon. So if the folder contains files from multiple owners I should be able to limit the view to just the files from a single owner. Etc, etc.

I won't comment on how Nautilus should determine the 'file type'. That is a different argument for a different day.

Add a small extra icon to the column heading of 'Type' in the list view. It should be visible at all times in list view, with an option in Preferences to disable the feature. When clicked, it would work just like the auto-filter of both Excel (erk!) and OpenOffice Calc. It would present a drop-down of all the file types in the directory. Clicking on a single file type could either limit the view to just those files or select the files depending on whether a modifier key (Shift, Control, etc) is pressed. It should be possible to click on more than one file type. For example, the user should be able to use this mechanism to select JPEG and PNG files together. In this context, folders are just another "file type". Other "groupable" columns in list view (e.g. Owner) should also have the new mini icon. So if the folder contains files from multiple owners I should be able to limit the view to just the files from a single owner. Etc, etc. I won't comment on how Nautilus should determine the 'file type'. That is a different argument for a different day. <a href="http://img223.imageshack.us/img223/5093/proposedfilterinnautilu.png" target="_blank"><img src="http://img223.imageshack.us/img223/5093/proposedfilterinnautilu.th.png" /></a>

Written by MathUHenry the 7 Jun 09 at 16:02.

I think it would be advantageous to develop the search criteria options of Nautilus: by date modified, text within a file, mime type, size, et cetera.

I think it would be advantageous to develop the search criteria options of Nautilus: by date modified, text within a file, mime type, size, et cetera.

Written by yzarc the 15 Nov 09 at 12:39.

give it more features:
1- show min/restore commands.
2- permit to the app to add gadgets like progress bar, tab-bar, multimedia commands.
3- make it fit with the gtk theme and touching the windows to give the illusion it's part of the window.
4- add launchers.
5- window "menu mode", the window is no maximized but stay attached to the panel, like the calendar.
6- group / ungroup windows.
7- tile windows command.
8- show desktop applet.
9- places applet.

give it more features: 1- show min/restore commands. 2- permit to the app to add gadgets like progress bar, tab-bar, multimedia commands. 3- make it fit with the gtk theme and touching the windows to give the illusion it's part of the window. 4- add launchers. 5- window "menu mode", the window is no maximized but stay attached to the panel, like the calendar. 6- group / ungroup windows. 7- tile windows command. 8- show desktop applet. 9- places applet.

Written by yzarc the 15 Nov 09 at 12:47.

make it more flexible permitting apps to use it as they need.
tab-bar for browsers, art and commands for media players,avatar, status, last msg of a IM windows, etc. no just title and min/max buttons.

look at this example from "clever windows" mockup, the title bar belong to the app, is useful and beautiful, holds interesting informations, is no more just an useless strip.

make it more flexible permitting apps to use it as they need. tab-bar for browsers, art and commands for media players,avatar, status, last msg of a IM windows, etc. no just title and min/max buttons. look at this example from "clever windows" mockup, the title bar belong to the app, is useful and beautiful, holds interesting informations, is no more just an useless strip. <img src="http://lh5.ggpht.com/_ugxjjESE8ro/SwEioSEWJLI/AAAAAAAAAFI/7j1JYEHM3WA/screenshot2.png" />

Written by Lachu the 15 Nov 09 at 15:45.

Already window managers have designed to not disappoint users. It will force designers to add caption bar, caption buttons, etc. We should fix window border size to 2/4 pixels to each edge. Also, we need to make whole space not contained in active window interactive - by clicking on other window, we don't bring it on first front, but menu with possible actions should appear.
Use cases:
1) Alex would to move window. He only click on destination position and select move there. Alex can also click on window border or white space at screen, go to mode submenu and select move.
2) We had window maximized. It takes whole screen plus borders. Alex can click on border and select window list > gedit(for example). She can also select desktop from window list or click minimize window.

It will brinks better way to integrate with user(more natural, flexible, faster). Additional features is we don't waste space and there always possibility to use mouse(today we must use keyboard in some cases or move window on whole screen).

We should display windows title, when cursor leaves active window or alt key is pressed.

Already window managers have designed to not disappoint users. It will force designers to add caption bar, caption buttons, etc. We should fix window border size to 2/4 pixels to each edge. Also, we need to make whole space not contained in active window interactive - by clicking on other window, we don't bring it on first front, but menu with possible actions should appear. Use cases: 1) Alex would to move window. He only click on destination position and select move there. Alex can also click on window border or white space at screen, go to mode submenu and select move. 2) We had window maximized. It takes whole screen plus borders. Alex can click on border and select window list > gedit(for example). She can also select desktop from window list or click minimize window. It will brinks better way to integrate with user(more natural, flexible, faster). Additional features is we don't waste space and there always possibility to use mouse(today we must use keyboard in some cases or move window on whole screen). We should display windows title, when cursor leaves active window or alt key is pressed.

Written by Lasall the 22 Nov 09 at 03:37.

So you can use unused space at the top bar.

So you can use unused space at the top bar. <img src="http://gnome2-globalmenu.googlecode.com/svn/wiki/GlobalMenuWindows.png" />

Written by speedkreature the 1 Dec 09 at 18:48.

Using solution #2, extend transparent (or not) borders around the windows when the user moves the pointer (whether mouse, tablet or finger) to the edge of the window because it may be that the menu texts take up the entire top of the window leaving no place to click and drag the window.
The transparent borders would allow the user to resize and move the window as desired.
Hovering some number of milliseconds (or holding the click and not moving) over the extended border would allow for resize, the default action being move.
If the window is fullscreen, it will need to be taken out of full screen mode first. If it still takes the full available monitor space, the desktop environment needs to be resolution aware and shrink the window enough to allow for the border to appear.

GUI's are moving toward multi-touch and I think we need to prepare our desktops for this switch.
This method is a little more intuitive as it only appears when the user is approaching the window boarders (as you do when you intend to move or resize a window).

Using solution #2, extend transparent (or not) borders around the windows when the user moves the pointer (whether mouse, tablet or finger) to the edge of the window because it may be that the menu texts take up the entire top of the window leaving no place to click and drag the window. The transparent borders would allow the user to resize and move the window as desired. Hovering some number of milliseconds (or holding the click and not moving) over the extended border would allow for resize, the default action being move. If the window is fullscreen, it will need to be taken out of full screen mode first. If it still takes the full available monitor space, the desktop environment needs to be resolution aware and shrink the window enough to allow for the border to appear. GUI's are moving toward multi-touch and I think we need to prepare our desktops for this switch. This method is a little more intuitive as it only appears when the user is approaching the window boarders (as you do when you intend to move or resize a window).

Written by c3h8 the 15 Dec 09 at 00:09.

The Menu Bar should be integrated in to the title bar. The menu bar should be to the left. The window name sdhould be in the middle, and the buttons are still on the right, left or center as dictated by the window decorator.

The Menu Bar should be integrated in to the title bar. The menu bar should be to the left. The window name sdhould be in the middle, and the buttons are still on the right, left or center as dictated by the window decorator.

Written by Lachu the 1 Jan 10 at 17:22.

Titlebar should presents, when mouse cursor is outside titlebar. It should be displayed above the window and be transparent. Also titlebar should been displayed, when mouse are above borders of window for some amount of time.

Once window is maximized, we can display close button on panel(GNOME3 would integrate panels and window managers).

Titlebar should presents, when mouse cursor is outside titlebar. It should be displayed above the window and be transparent. Also titlebar should been displayed, when mouse are above borders of window for some amount of time. Once window is maximized, we can display close button on panel(GNOME3 would integrate panels and window managers).

Written by yzarc the 26 Mar 10 at 16:47.

I wrote some draft about a my idea.

please, give a look and send me a feed back.

http://dl.dropbox.com/u/5348766/boarder.pdf

<img src="http://dl.dropbox.com/u/5348766/screenshot2.png" /> I wrote some draft about a my idea. please, give a look and send me a feed back. http://dl.dropbox.com/u/5348766/boarder.pdf

Written by Jryskamp the 14 Apr 10 at 16:28.

To attain more screen real estate, if the window borders were change, it could drastically improve this aspect. As most applications (such as word processing, picture editing, and others) need more space vertically, if the title bar was turned 90 degrees and placed on the side of the window while keeping the toolbars on top. Then, to maintain the width of the window, make the title bar auto-hide. Most everyone doesn't use the title bar when they are working on writing, or editing so this would be a great help to most everyone.

And most people know what application they are using at the time so the information produced by the title bar is useless. Having it hidden saves space; however, when it is needed, it can quickly be produced. The window switcher at the bottom will still display the names of the applications switching using them wouldn't be affected.

This will also help change up the impression that Ubuntu is trying to mirror OSX with the change from right to left of window controls.

It's just a thought from a common user who has no computer coding skill whatsoever but I thought it was kinda cool if it made life easier for some people... Let me know what people think or if there are any questions.

To attain more screen real estate, if the window borders were change, it could drastically improve this aspect. As most applications (such as word processing, picture editing, and others) need more space vertically, if the title bar was turned 90 degrees and placed on the side of the window while keeping the toolbars on top. Then, to maintain the width of the window, make the title bar auto-hide. Most everyone doesn't use the title bar when they are working on writing, or editing so this would be a great help to most everyone. And most people know what application they are using at the time so the information produced by the title bar is useless. Having it hidden saves space; however, when it is needed, it can quickly be produced. The window switcher at the bottom will still display the names of the applications switching using them wouldn't be affected. This will also help change up the impression that Ubuntu is trying to mirror OSX with the change from right to left of window controls. It's just a thought from a common user who has no computer coding skill whatsoever but I thought it was kinda cool if it made life easier for some people... Let me know what people think or if there are any questions.

Written by mikko.rantalainen the 19 Oct 10 at 11:46.

Something a bit similar to http://www.markshuttleworth.com/archives/359 adjusted to be usable with big screens:

(1) Render active window title in the top panel (over the panel's real contents such as "Applications", "Places", "System" etc) and fade out the window title (towards transparent) to make panel actions available again when mouse cursor come close. Keep window menu with the window (this is, of course, up to the application--suggest that "File" menu should be replaced with application name as seen in OS X, this would make even more sense if top of the window is usually the menu for the window).

(2) Remove title bar from window itself. Come up with better methods to move windows (and preferably, get the window manager to manage the windows automatically). I'd prefer Super + left mouse button for moving window, Super + right mouse button for resize. Dragging window towars the top of the screen should maximize it, dragging window towards the bottom of the screen should minimize it etc. A method that does not require keyboard could be invented, too. The real point here is that using ONLY the title bar for moving the window is missing a HUGE amount of pixels that could be used for moving a window. The same is even more true for resizing windows with current window managers. One possibility could be some kind of "Arrange windows" mode where clicking and dragging any windows does not send clicks or drags to the applications itself. Kind of "Show all desktops" view where clicking a window will interact with the window, not the application.

Something a bit similar to http://www.markshuttleworth.com/archives/359 adjusted to be usable with big screens: (1) Render active window title in the top panel (over the panel's real contents such as "Applications", "Places", "System" etc) and fade out the window title (towards transparent) to make panel actions available again when mouse cursor come close. Keep window menu with the window (this is, of course, up to the application--suggest that "File" menu should be replaced with application name as seen in OS X, this would make even more sense if top of the window is usually the menu for the window). (2) Remove title bar from window itself. Come up with better methods to move windows (and preferably, get the window manager to manage the windows automatically). I'd prefer Super + left mouse button for moving window, Super + right mouse button for resize. Dragging window towars the top of the screen should maximize it, dragging window towards the bottom of the screen should minimize it etc. A method that does not require keyboard could be invented, too. The real point here is that using ONLY the title bar for moving the window is missing a HUGE amount of pixels that could be used for moving a window. The same is even more true for resizing windows with current window managers. One possibility could be some kind of "Arrange windows" mode where clicking and dragging any windows does not send clicks or drags to the applications itself. Kind of "Show all desktops" view where clicking a window will interact with the window, not the application. (3) Possibly, reserve top right corner for application switcher, by default. If currently active application icon were always displayed at the top right corner and it's title were rendered next to it, clicking the top right corner would drop down a list of all application/windows. Done right, this could even make taskbar needless. As a result, the window manager would only render window border (a couple of pixels or possibly less) and window shadow and other extra stuff. There shouldn't be a reason why window top border should be any special from any other border the window has.

Written by nickr the 30 Jan 11 at 14:20.

All the Titlebar does is display close-minimize-maximize buttons and the window's title/name. Window-buttons (the rectangular windows that appear across the panel/taskbar when a file or program is opened) already display the window's name. If they were to gain a close-minimize-maximize button in the corner (similar to a web browser's TAB-button) they would negate any need for a Title bar. Perhaps the current length of the window-buttons could be made slightly longer to accommodate the extra buttons (not a problem on widescreen displays). All the Titlebar does presently is take up valuable vertical space. It will also improve Ubuntu usability because it is more intuitive to move to the open window-button on the panel/taskbar to close it or manipulate it than to move to the Titlebar.

To make everyone happy, developers could simply allow a settings change to add this functionality to the Ubuntu Appearance for users who want this functionality. Those who don't want it don't have to engage the setting.

All the Titlebar does is display close-minimize-maximize buttons and the window's title/name. Window-buttons (the rectangular windows that appear across the panel/taskbar when a file or program is opened) already display the window's name. If they were to gain a close-minimize-maximize button in the corner (similar to a web browser's TAB-button) they would negate any need for a Title bar. Perhaps the current length of the window-buttons could be made slightly longer to accommodate the extra buttons (not a problem on widescreen displays). All the Titlebar does presently is take up valuable vertical space. It will also improve Ubuntu usability because it is more intuitive to move to the open window-button on the panel/taskbar to close it or manipulate it than to move to the Titlebar. To make everyone happy, developers could simply allow a settings change to add this functionality to the Ubuntu Appearance for users who want this functionality. Those who don't want it don't have to engage the setting.

Written by rockachu2 the 2 Apr 11 at 19:22.

The user could click and drag to move, drag to the top of the screen to maximize, and double click to close
The user could drag to the window bar to minimize.
This would open up a lot of space.

When activating a window, a user would see the title in a separate 'bulge' , which would shrink after some time.

Applications should also be able to 'draw' over the top border and use the sides as they wish, since there is no need for restriction there anymore.

The user could click and drag to move, drag to the top of the screen to maximize, and double click to close The user could drag to the window bar to minimize. This would open up a lot of space. When activating a window, a user would see the title in a separate 'bulge' , which would shrink after some time. Applications should also be able to 'draw' over the top border and use the sides as they wish, since there is no need for restriction there anymore.

Written by fde the 29 Feb 08 at 09:54.

Ubuntu Brainstorm was updated in January 2009. Since the idea #1199 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 #1199 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 akurei the 10 Oct 09 at 18:37.

In the open/save dialog you should be able to view items as thumbnails and not only in list-view (CTRL + 1 view in nautilus instead of CTRL + 2).

In the open/save dialog you should be able to view items as thumbnails and not only in list-view (CTRL + 1 view in nautilus instead of CTRL + 2).

Written by billdotson the 4 Oct 09 at 18:42.

Be able to delete, rename, make new files, etc. in the open/save dialog windows in nautilus.

Be able to delete, rename, make new files, etc. in the open/save dialog windows in nautilus.

Written by Lachu the 11 Oct 09 at 09:48.

Add unlock/lock button to open/save dialog for deleting/moving operations. All operations, that can brings lost of data must be done in unlock mode.

Add unlock/lock button to open/save dialog for deleting/moving operations. All operations, that can brings lost of data must be done in unlock mode.

Written by natureflow the 12 Oct 09 at 16:10.

Nautilus has all features you eventually will miss in a normal open/save file dialog. If you bloat the open/save dialog with file management tasks, people will mistake the dialog for the file manager, like people do using Windows Vista. If you click on a file, you expect the file to be opened, but if you accidentally were in a save dialog, you could have overwritten an important file. So I propose to open the file manager instead of the open/save dialog to make things clear. There in the file manager will be a new file in the sidebar. This is your document. You can navigate to your favorite folder and drag and drop your file there or click the "Save file here" button.

Nautilus has all features you eventually will miss in a normal open/save file dialog. If you bloat the open/save dialog with file management tasks, people will mistake the dialog for the file manager, like people do using Windows Vista. If you click on a file, you expect the file to be opened, but if you accidentally were in a save dialog, you could have overwritten an important file. So I propose to open the file manager instead of the open/save dialog to make things clear. There in the file manager will be a new file in the sidebar. This is your document. You can navigate to your favorite folder and drag and drop your file there or click the "Save file here" button. <img src="http://img337.imageshack.us/img337/3785/filebrowser.png" width="356" height="220"/> <img src="http://img153.imageshack.us/img153/6398/nautilusstreamlinedfile.png" width="606" height="413" />

Written by natureflow the 12 Oct 09 at 16:22.

You click on "Save" and get a little dialog with "Name", "Folder" and "Tags", like you see it if you click on the star in the address bar in the firefox browser. So you can easily rename your document if you want. If you want you can click on a button to get more options. File management tasks confuse the user, keep it simple.

You click on "Save" and get a little dialog with "Name", "Folder" and "Tags", like you see it if you click on the star in the address bar in the firefox browser. So you can easily rename your document if you want. If you want you can click on a button to get more options. File management tasks confuse the user, keep it simple. <img src="http://www.mozilla.com/en-US/img/tignish/features/bookmarks.png" alt="One-Click Bookmarking screenshot"/>

Written by oliver-joos the 25 Oct 09 at 09:52.

I would prefer a button in the open/save dialog next to the "Create new folder" button. This button would open a Nautilus window showing the same folder as the open/save dialog.

This solution only needs two clicks more than #1 (to open & close Nautilus), does not bloat the open/save dialog and follows the DRY design principle ("Don't Repeat Yourself").

I would prefer a button in the open/save dialog next to the "Create new folder" button. This button would open a Nautilus window showing the same folder as the open/save dialog. This solution only needs two clicks more than #1 (to open & close Nautilus), does not bloat the open/save dialog and follows the DRY design principle ("Don't Repeat Yourself").

Written by dinar the 24 Jan 10 at 06:30.

html only or full selector of save as dialog fo firefox should be in "collapsed" mode of the dialog.

html only or full selector of save as dialog fo firefox should be in "collapsed" mode of the dialog.

Written by afrodeity the 17 Nov 10 at 16:33.

A mini browser that is customisable, anything which acts as a replacement, this would mean allowing some form of input to replace the current open with/save dialogues. Progress in any direction frankly would be worth it. Let's have choices in how we do this.

A mini browser that is customisable, anything which acts as a replacement, this would mean allowing some form of input to replace the current open with/save dialogues. Progress in any direction frankly would be worth it. Let's have choices in how we do this.

Written by guywithcable the 3 May 09 at 09:21.

Bring back the ability to simply drag and drop without the alt key.

Bring back the ability to simply drag and drop without the alt key.

Written by guywithcable the 3 May 09 at 09:26.

Put a notice about having to use the alt key in the Panel Properties. That seems like the first place a user would look.

Put a notice about having to use the alt key in the Panel Properties. That seems like the first place a user would look.

Written by Akerbos the 3 May 09 at 15:17.

Achieve consistency with moving Applets on panels: Put 'Move' into panel's context menu.
Does not disturb other implementations.

Achieve consistency with moving Applets on panels: Put 'Move' into panel's context menu. Does not disturb other implementations.

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 goofy the 25 May 09 at 21:59.

This is how I see this:

User clicks on "Safe hibernate" and memory from RAM is dumped on swap partition (like in normal suspending). After this laptop is hibernates normally. Now we have two possible endings:
1. Battery is still usable, user resume laptop and it recovers like after normal hibernation.
2. Battery went empty meanwhile and session stored in RAM was lost. User plug his laptop to power and resume it. In this situation PC recovers from session stored in swap.

This is how I see this: User clicks on "Safe hibernate" and memory from RAM is dumped on swap partition (like in normal suspending). After this laptop is hibernates normally. Now we have two possible endings: 1. Battery is still usable, user resume laptop and it recovers like after normal hibernation. 2. Battery went empty meanwhile and session stored in RAM was lost. User plug his laptop to power and resume it. In this situation PC recovers from session stored in swap.

Written by sf_007 the 28 May 09 at 23:45.

I think the name "safe hibernate" might be confusing. From my understanding, this seems to suggest a feature that would "hibernate" AND suspend (save RAM to a file but also keep it in memory)

I think the name "safe hibernate" might be confusing. From my understanding, this seems to suggest a feature that would "hibernate" AND suspend (save RAM to a file but also keep it in memory)

Written by dei the 12 Jun 09 at 05:57.

The main idea behind a user's intention to click that button would be to suspend the computer and as a side-effect having a security copy of the ram on the hdd.
So the feature should be called "save suspend" as its main point is suspending.

The main idea behind a user's intention to click that button would be to suspend the computer and as a side-effect having a security copy of the ram on the hdd. So the feature should be called "save suspend" as its main point is suspending.

Written by XrayA4T the 19 Jun 09 at 10:41.

With harddrive space being relatively cheap what about having a second hibernate swap partition that is kept in sync with main memory in the background when turned on. That way if the machine dies you can restore to the last saved position.

With harddrive space being relatively cheap what about having a second hibernate swap partition that is kept in sync with main memory in the background when turned on. That way if the machine dies you can restore to the last saved position.

Written by xfuser4 the 15 Dec 09 at 13:12.

There are probably ways to speed suspend2disk up. It would be good, to coordinate an investment into this technology inside the kernel groups.

There are probably ways to speed suspend2disk up. It would be good, to coordinate an investment into this technology inside the kernel groups.

Written by Ssdg the 15 Dec 09 at 21:07.

Suspend to disk doesn't use any power once data on disk. So laptops don't run out of battery power. This should be preserved.

Suspend to disk doesn't use any power once data on disk. So laptops don't run out of battery power. This should be preserved.

Written by Impietatis the 26 Jan 10 at 19:40.

You choose more than one data file with your mouse (clicking and holding and chose more data files with the frame you get showing) and the you press F2 and chose a Name and he renames all chosed data files like $name.1.mp3, $name.2.mp3, $name.3.mp3...$name.1345.mp3 oder something like that.

You choose more than one data file with your mouse (clicking and holding and chose more data files with the frame you get showing) and the you press F2 and chose a Name and he renames all chosed data files like $name.1.mp3, $name.2.mp3, $name.3.mp3...$name.1345.mp3 oder something like that.

Written by Ssdg the 27 Jan 10 at 20:12.

There is already tools to do that:
Pyrenamer, Easytag (for music files)

There is already tools to do that: Pyrenamer, Easytag (for music files)

Written by erlendoos the 22 Feb 10 at 20:15.

There is allready a shell command to do this.

rename

I can hear you think: "W00t!!! How can it be that a command like rename actually renames files?" but it is true.

Fill in a regular expression, and it does the job.

There is allready a shell command to do this. rename I can hear you think: "W00t!!! How can it be that a command like rename actually renames files?" but it is true. Fill in a regular expression, and it does the job.

Written by LordofPens the 19 Sep 09 at 22:07.

Provide the option to configure the gnome application so that a fixed destination folder can be set for new screenshots using generic filenames.

Provide the option to configure the gnome application so that a fixed destination folder can be set for new screenshots using generic filenames.

Written by pubsbin the 19 Sep 09 at 23:47.

I agree that the key issue must be to eliminate or simplify the annoying screen, attending to the Human Interface Design Principles of MINIMAL SURPRISE and MINIMAL INTRUSION.

True, when you take a screenshot, it should not directly ask you what to do with it. Instead, it should:
- Save it to a special hidden directory.
- Give you a small notification.
- Open in the system tray a small icon that enables you, whenever you want, to manage the screenshot.

This way, you can make, say, five screenshots one after another, without needing to move out every single screenshot-window.

I agree that the key issue must be to eliminate or simplify the annoying screen, attending to the Human Interface Design Principles of MINIMAL SURPRISE and MINIMAL INTRUSION. True, when you take a screenshot, it should not directly ask you what to do with it. Instead, it should: - Save it to a special hidden directory. - Give you a small notification. - Open in the system tray a small icon that enables you, whenever you want, to manage the screenshot. This way, you can make, say, five screenshots one after another, without needing to move out every single screenshot-window.

Written by humphreybc the 20 Sep 09 at 05:34.

Notify-osd could fade in a small non-intrusive notification that reads something along the lines of:

Screenshot captured, saved in:
/home/username/screenshot1.jpg


Then, in Applications > Accessories > Take Screenshot, there could be another setting for the default storage location and a checkbox for "automatic saving" or something like that.

Notify-osd could fade in a small non-intrusive notification that reads something along the lines of: Screenshot captured, saved in: /home/username/screenshot1.jpg Then, in Applications > Accessories > Take Screenshot, there could be another setting for the default storage location and a checkbox for "automatic saving" or something like that.

Written by josteinaj the 27 Jan 10 at 19:38.

Ok, you've all been thinking it...

Ubuntu should run on the Apple iPad.

Ok, you've all been thinking it... Ubuntu should run on the Apple iPad.

Written by tommynz1975 the 9 Feb 10 at 22:52.

to make the touchpad and Ubuntu could make the os, due to the software being free the item should be cheaper.

In house devices are created to service car auto-trans, scientific applications, the cable guy and other such industry.

If conical can jump into the market now they could be a front-runner.

Granted some one has to workout the nuts and bolts, but thats why Mark Shuttleworth earns the big bucks.

to make the touchpad and Ubuntu could make the os, due to the software being free the item should be cheaper. In house devices are created to service car auto-trans, scientific applications, the cable guy and other such industry. If conical can jump into the market now they could be a front-runner. Granted some one has to workout the nuts and bolts, but thats why Mark Shuttleworth earns the big bucks.

Written by miwaypet the 3 May 09 at 03:22.

Nautilus burner was the integrated CD/DVD burner for the Gnome desktop. It should be simple to take the code base and recreate it as a fully functional, easily integrated stand alone CD/DVD burner for Gnome. It just works. It has simple interface. Has a proven history of few bugs.

Nautilus burner was the integrated CD/DVD burner for the Gnome desktop. It should be simple to take the code base and recreate it as a fully functional, easily integrated stand alone CD/DVD burner for Gnome. It just works. It has simple interface. Has a proven history of few bugs.

Written by androdebian the 3 May 09 at 14:52.

I think that Brasero is a good application and have a very good interface. The effort should be to fix all bugs of this program.

I think that Brasero is a good application and have a very good interface. The effort should be to fix all bugs of this program.

Written by vexorian the 12 May 09 at 16:01.

gtkqt allows correct integration. K3b is a very good burner, and ubuntu users would benefit if we stopped forcing apps to come from gnome.

It is also a more realistic solution for Karmic Koala as I doubt all the Brasero bugs will get fixed in so little time.

gtkqt allows correct integration. K3b is a very good burner, and ubuntu users would benefit if we stopped forcing apps to come from gnome. It is also a more realistic solution for Karmic Koala as I doubt all the Brasero bugs will get fixed in so little time.

Written by cracken226 the 14 May 09 at 16:38.

Kde 4, or later, latest base files should be included in the main system. Many users, using Gnome as default, have problems with burnig, or other default Gnome applications, so trying to install Kde based applications to run. K3b burning programs as default is an great ide ... finally ...

Kde 4, or later, latest base files should be included in the main system. Many users, using Gnome as default, have problems with burnig, or other default Gnome applications, so trying to install Kde based applications to run. K3b burning programs as default is an great ide ... finally ...

Written by anyedge the 15 May 09 at 06:48.

CD/DVD Creator is very direct, easy to use, solid and dependable. Try fixing the few bugs that exist for this program and add any media burn types that are missing from this program.

CD/DVD Creator is very direct, easy to use, solid and dependable. Try fixing the few bugs that exist for this program and add any media burn types that are missing from this program.

Written by razer_raz the 17 May 09 at 08:56.

Improve nautilus-burner, brasero
Create some new alternatives
Add an entry in :
System -> Preferences -> Preferred Applications
Let the user ability to choose what he want to use

Improve nautilus-burner, brasero Create some new alternatives Add an entry in : System -> Preferences -> Preferred Applications Let the user ability to choose what he want to use

Written by cracken226 the 14 May 09 at 16:40.

Install both versions of these burning programs into main distro for user compatibility with Gnome and Kde base file, while Gnome stays as default environment. So Kde base files would be an advantage, as these files are in advanced repositories, or Kubuntu distro installation media in case you do not have a Ubuntu Gnome based dvd installation media.

Please, vote. Thank You for making Ubuntu better.

Install both versions of these burning programs into main distro for user compatibility with Gnome and Kde base file, while Gnome stays as default environment. So Kde base files would be an advantage, as these files are in advanced repositories, or Kubuntu distro installation media in case you do not have a Ubuntu Gnome based dvd installation media. Please, vote. Thank You for making Ubuntu better.

Written by srippon the 18 May 09 at 09:15.

Competitor analysis ( http://deyalexander.com.au/resources/uxd/competitive-analysis.html ) could be performed to help improve the user experience (UX) of Brasero.

Competitor analysis would show what the other popular CD/DVD burning applications available are, what features they offer, how these features are offered, etc.

Another form of competitor analysis is to incorporate usability testing ( http://www.usability.gov/refine/learnusa.html | http://deyalexander.com.au/resources/uxd/usability-testing.html ). In doing this you get real users to perform real CD/DVD burning tasks using competitors software. This shows what works well and what doesn't work so well in their software. These findings can be incorporated into new designs for Brasero.

Competitor analysis ( http://deyalexander.com.au/resources/uxd/competitive-analysis.html ) could be performed to help improve the user experience (UX) of Brasero. Competitor analysis would show what the other popular CD/DVD burning applications available are, what features they offer, how these features are offered, etc. Another form of competitor analysis is to incorporate usability testing ( http://www.usability.gov/refine/learnusa.html | http://deyalexander.com.au/resources/uxd/usability-testing.html ). In doing this you get real users to perform real CD/DVD burning tasks using competitors software. This shows what works well and what doesn't work so well in their software. These findings can be incorporated into new designs for Brasero.

Written by srippon the 18 May 09 at 09:22.

Usability testing ( http://www.usability.gov/refine/learnusa.html | http://deyalexander.com.au/resources/uxd/usability-testing.html ) could be performed to help improve the user experience (UX) of Brasero.

Through usability testing you observe real users performing real CD/DVD burning tasks using Brasero. Usability testing helps highlight what users are finding easy and what parts of the design they are struggling with.

Usability testing ( http://www.usability.gov/refine/learnusa.html | http://deyalexander.com.au/resources/uxd/usability-testing.html ) could be performed to help improve the user experience (UX) of Brasero. Through usability testing you observe real users performing real CD/DVD burning tasks using Brasero. Usability testing helps highlight what users are finding easy and what parts of the design they are struggling with.

Written by Clorox the 6 Jun 09 at 04:46.

Gnome Baker is about as advanced as K3B, and, as evident by the title, it integrates with the GNOME desktop.

Gnome Baker is about as advanced as K3B, and, as evident by the title, it integrates with the GNOME desktop.

Written by francois the 5 Oct 09 at 13:03.

Brasero is a good program only when it does not crash and has indeed a good interface, but there are too many bugs and we're losing hope for those to be fixed one day.
Vala is an awesome language that allows to write programs quickly (such as mono) but without the inconvenients of mono (lack of performance and .NET)
An awesome brasero-killer application could be written in vala, a CD/DVD burner that fits the description of the idea.

Brasero is a good program only when it does not crash and has indeed a good interface, but there are too many bugs and we're losing hope for those to be fixed one day. Vala is an awesome language that allows to write programs quickly (such as mono) but without the inconvenients of mono (lack of performance and .NET) An awesome brasero-killer application could be written in vala, a CD/DVD burner that fits the description of the idea.