Written by strattonbrazil the 14 Jul 08 at 22:28.

Ubuntu Brainstorm was updated in January 2009. Since the idea #11133 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 #11133 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 jarko_ the 22 Feb 09 at 12:46.

Like in some other systems, associate key combination to bring up 'recovery screen' or similary named one.

This window doesn't have to be normal GTK-window, but something from the upper level, like GDM (or xorg if going for extreme) created 'recovery screen/task manager'. This should ensure that no window or full screen application could hide or block the 'recovery screen'.

This recovery screen could have options to kill programs, log out, shutdown and lock computer etc.

Like in some other systems, associate key combination to bring up 'recovery screen' or similary named one. This window doesn't have to be normal GTK-window, but something from the upper level, like GDM (or xorg if going for extreme) created 'recovery screen/task manager'. This should ensure that no window or full screen application could hide or block the 'recovery screen'. This recovery screen could have options to kill programs, log out, shutdown and lock computer etc.

Written by Magnes the 23 Feb 09 at 07:46.

If there is an application that uses all the resources allow closing it (if it uses all the memory) or make it nicer (if it uses all the CPU) by one click in System Monitor.

If there is an application that uses all the resources allow closing it (if it uses all the memory) or make it nicer (if it uses all the CPU) by one click in System Monitor.

Written by jamessnell the 26 Feb 09 at 20:37.

== Graphical ==
If a separate X session configured entirely to show a System Monitor could be very well insulated from buggy applications.

In those cases where a game causes you to change video modes and then screws up, you'll still have a graceful way to touch the System Monitor.

== Command-Line ==
An ncurses interface (like that of "aptitude") for the command line would also be awesome for those cases when the entire Xorg system ignores you. This would help when the keyboard is being ignored as it'd be fast to pull up over ssh.


Yes this is could basically be a wrapper interface to ps.

== Graphical == If a separate X session configured entirely to show a System Monitor could be very well insulated from buggy applications. In those cases where a game causes you to change video modes and then screws up, you'll still have a graceful way to touch the System Monitor. == Command-Line == An ncurses interface (like that of "aptitude") for the command line would also be awesome for those cases when the entire Xorg system ignores you. This would help when the keyboard is being ignored as it'd be fast to pull up over ssh. Yes this is could basically be a wrapper interface to ps.

Written by zooounds the 3 Mar 09 at 11:15.

It rest in a tty until needed and can be used to kill application even if X is totaly broken.

It rest in a tty until needed and can be used to kill application even if X is totaly broken.

Written by cousteau the 5 Mar 09 at 17:27.

Ctrl+Alt+Del opens the Logout dialog (at least on Hardy). So it would be nice to add an "Open System Monitor" option to it.

Ctrl+Alt+Del opens the Logout dialog (at least on Hardy). So it would be nice to add an "Open System Monitor" option to it.

Written by jackmcslay the 7 Mar 09 at 14:57.

This is a continuation of #2. We should get xkill and gnome-system-monitor among the available action options on
System>Preferences>Keyboard shortcuts

so, even if Ctrl+Alt+Del remains as "logout" shortcut, the option of binding it to Ctrl+Alt+Del remains available

This is a continuation of #2. We should get xkill and gnome-system-monitor among the available action options on System>Preferences>Keyboard shortcuts so, even if Ctrl+Alt+Del remains as "logout" shortcut, the option of binding it to Ctrl+Alt+Del remains available

Written by Tom Mann the 12 Mar 09 at 20:47.

In KDE and XFCE, if you hit CTRL-ALT-ESC, your cursor turns into an X (or a skull and crossbones) and clicking any app (it doesn't have to be stuck) kills it.

I still don't get why it disappeared from Ubuntu's Gnome Desktop (I'm not sure if this happens on any other distros Gnome desktop)

In KDE and XFCE, if you hit CTRL-ALT-ESC, your cursor turns into an X (or a skull and crossbones) and clicking any app (it doesn't have to be stuck) kills it. I still don't get why it disappeared from Ubuntu's Gnome Desktop (I'm not sure if this happens on any other distros Gnome desktop)

Written by quartz the 20 Mar 09 at 17:12.

The system monitor window needs to be responsive, not just there.

Just bringing up system monitor (or a new manager if necessary) is not enough is the CPU is totally taken, if it comes up, any process(es) that might be hogging resources should be reniced to a slightly lower priority and the system monitor process should be started fairly high.

(A good question is what to do if the problem is with X itself, since renicing it might slow down the system monitor too)

The system monitor window needs to be responsive, not just there. Just bringing up system monitor (or a new manager if necessary) is not enough is the CPU is totally taken, if it comes up, any process(es) that might be hogging resources should be reniced to a slightly lower priority and the system monitor process should be started fairly high. (A good question is what to do if the problem is with X itself, since renicing it might slow down the system monitor too)

Written by Craig73 the 21 Mar 09 at 14:28.

Capture CTRL+ALT+DEL (or perhaps the second CTRL+ALT+DEL for just "frozen systems") at the kernel level, which opens a graphical task manager (logoff / process manager / whatever) which draws directly to the screen (bypassing X which may be frozen)

To implement this - it would write to the framebuffer, and would likely require KMS and DRI2. [Ideally it would capture the current screen in the framebuffer, and draw the dialog on top, for a integrated feeling].

Then have it fall back to VGA text only if it can't grab a graphical framebuffer (things are really hurting)

My intent is to handle cases such as X being frozen, or in a full screen game, etc.

Capture CTRL+ALT+DEL (or perhaps the second CTRL+ALT+DEL for just "frozen systems") at the kernel level, which opens a graphical task manager (logoff / process manager / whatever) which draws directly to the screen (bypassing X which may be frozen) To implement this - it would write to the framebuffer, and would likely require KMS and DRI2. [Ideally it would capture the current screen in the framebuffer, and draw the dialog on top, for a integrated feeling]. Then have it fall back to VGA text only if it can't grab a graphical framebuffer (things are really hurting) My intent is to handle cases such as X being frozen, or in a full screen game, etc.

Written by qwerty800 the 11 Jun 09 at 21:17.

It would be really nice to have a shortcut like Alt+SysRq+X, that automatically kill the focused application. Using a such shortcut would avoid the inconvenience of passing trough the task manager, nor restart the whole X server and to work with the full screen programs! Having a 16:10 monitor often causes me to get stuck with unsupported resolutions. When that happens, I have to restart my whole X server and THAT'S annoying!

Plus, "X" is easy to remember, because:
*It's not currently used.
*It can refer to Xkill
*It can refer to Xorg
*It can refer to the Window decoration (X=Close)!

It would be really nice to have a shortcut like Alt+SysRq+X, that automatically kill the focused application. Using a such shortcut would avoid the inconvenience of passing trough the task manager, nor restart the whole X server and to work with the full screen programs! Having a 16:10 monitor often causes me to get stuck with unsupported resolutions. When that happens, I have to restart my whole X server and THAT'S annoying! Plus, "X" is easy to remember, because: *It's not currently used. *It can refer to Xkill *It can refer to Xorg *It can refer to the Window decoration (X=Close)!

Written by Shnatsel the 25 Jul 09 at 10:09.

Xfce did so, and if something hangs, it's easy to kill it. GNOME has a panel applet for such purposes, but if a fullscreen game hangs, it's useless.

Xfce did so, and if something hangs, it's easy to kill it. GNOME has a panel applet for such purposes, but if a fullscreen game hangs, it's useless.

Written by Apiman the 26 Jun 09 at 16:39.

Instead using a dialog window, use libnotify. It's much more beautiful.

Instead using a dialog window, use libnotify. It's much more beautiful.

Written by Darwin Survivor the 27 Jun 09 at 11:15.

Have the notification used when disk space is relatively low (10% for instance), but have an alert window (with action button) when disk space becomes critical (2 or 3% for instance)

Have the notification used when disk space is relatively low (10% for instance), but have an alert window (with action button) when disk space becomes critical (2 or 3% for instance)

Written by Maxime7101 the 29 Jun 09 at 17:10.

The notification system has to be different if for example a new song is playing or if the disk space is low.

So I purpose to change the color (maybe red), or make flash it.



It could be a great thing if the user should click the notification system, to show that he became aware of the warning.

The notification system has to be different if for example a new song is playing or if the disk space is low. So I purpose to change the color (maybe red), or make flash it. <a href="http://www.l2image.com/"><img src="http://www.l2image.com/images/x9ldsh8lfs1zgtq37vh.png" border="0" alt="L2Image" /></a> It could be a great thing if the user should click the notification system, to show that he became aware of the warning.

Written by Lachu the 1 Jul 09 at 14:20.

Add tray icon called "show notification". In this mode user might read and interaction with notification.

Add tray icon called "show notification". In this mode user might read and interaction with notification.

Written by twocool the 1 Jul 09 at 21:31.

Create a daemon to log all notifications and a GUI application to see it.

Create a daemon to log all notifications and a GUI application to see it.

Written by nachokb the 8 Jul 09 at 15:12.

Many of these proposal (including the screenshot) violate the NotifyOSD guidelines (no interaction, disposable, non critical notifications). For these kinds of stuff, I think the Indicator Applet is the appropriate medium. This was pointed at by cheesehead in the comments. https://wiki.ubuntu.com/NotifyOSD#Interaction

Many of these proposal (including the screenshot) violate the NotifyOSD guidelines (no interaction, disposable, non critical notifications). For these kinds of stuff, I think the Indicator Applet is the appropriate medium. This was pointed at by cheesehead in the comments. https://wiki.ubuntu.com/NotifyOSD#Interaction

Written by da brain the 8 Jul 09 at 22:45.

Use something like the update notifier that pops up from the top bar. It will flash to the user that it is running out of disk space.

Use something like the update notifier that pops up from the top bar. It will flash to the user that it is running out of disk space.

Written by wolterh the 11 Mar 09 at 02:40.

I propose to give every item, on it's properties, an option to gravitate to one of either extremes of the panel. This way, when you remove an item the items will maintain their organization making your panels look clean without an effort.

I propose to give every item, on it's properties, an option to gravitate to one of either extremes of the panel. This way, when you remove an item the items will maintain their organization making your panels look clean without an effort.

Written by stevemot the 11 Mar 09 at 14:26.

The main reason that re-organizing the Panel is such a pain is that the user has to unlock each of the items on the Panel individually before they can be moved. This solution proposes to add a right-click context menu item to the Panel to unlock all of the objects in the Panel, allowing them to be dragged about at will. When finished, the user just selects a corresponding "Lock all" option. The advantage with this solution is that it should not require any changes to the many objects that can be added to the Panel, only to the Panel itself (it just needs to walk through its list of objects calling "unlock" on each one).

The main reason that re-organizing the Panel is such a pain is that the user has to unlock each of the items on the Panel individually before they can be moved. This solution proposes to add a right-click context menu item to the Panel to unlock all of the objects in the Panel, allowing them to be dragged about at will. When finished, the user just selects a corresponding "Lock all" option. The advantage with this solution is that it should not require any changes to the many objects that can be added to the Panel, only to the Panel itself (it just needs to walk through its list of objects calling "unlock" on each one).

Written by kenden the 17 Mar 09 at 23:46.

What is the use of the "Lock To Panel" feature?

Locking a icon into place in the panel? To avoid it moving around?

But why would it move around?

Only because the user would move it!

And if the user wants to move it, why would she unlock it, move it and lock it back?

What's the point of having it locked?
The icons are not going to move by themselves!

What is the use of the "Lock To Panel" feature? Locking a icon into place in the panel? To avoid it moving around? But why would it move around? Only because the user would move it! And if the user wants to move it, why would she unlock it, move it and lock it back? What's the point of having it locked? The icons are not going to move by themselves!

Written by axayg the 18 Mar 09 at 02:25.

Solution#2 is definitely great. However, this is the simplest to implement and is, at the face of it, a simple copy-paste from M$ Windows. We should do something better than that. eg.
Graviate to one of the sides or make the icon panel slightly sticky. That way when you want to move icons in/out, drag/drop anywhere else on the panel, it does not come off just like that. It makes some sound like "pluck" and is clearly shows that its coming out of a sticky panel. That way, a firm lock is not necessarily needed - a firm lock could be an add-on to enable/disable moving around of icons.

Solution#2 is definitely great. However, this is the simplest to implement and is, at the face of it, a simple copy-paste from M$ Windows. We should do something better than that. eg. Graviate to one of the sides or make the icon panel slightly sticky. That way when you want to move icons in/out, drag/drop anywhere else on the panel, it does not come off just like that. It makes some sound like "pluck" and is clearly shows that its coming out of a sticky panel. That way, a firm lock is not necessarily needed - a firm lock could be an add-on to enable/disable moving around of icons.

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

The problem is that the panel is a line, and it's hard to keep stuff organized on that line.

So: Allow the panel to be "broken" visually, whether by separators that are transparent or the converse, by allowing grouping the elements on the panel in groups and then letting the space in-between groups become transparent.

So instead of 1 long panel, you could visually split the panel into left and right, or left middle right, or other user-specified organizations.

The key here is that instead of looking like one long worm panel, it should essentially look like multiple sections, each appearing as an independent part of the user interface, even while the underlying system remains intact.

The problem is that the panel is a line, and it's hard to keep stuff organized on that line. So: Allow the panel to be "broken" visually, whether by separators that are transparent or the converse, by allowing grouping the elements on the panel in groups and then letting the space in-between groups become transparent. So instead of 1 long panel, you could visually split the panel into left and right, or left middle right, or other user-specified organizations. The key here is that instead of looking like one long worm panel, it should essentially look like multiple sections, each appearing as an independent part of the user interface, even while the underlying system remains intact.

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

Another approach to allow better organization of the panel is to provide slide-out sections of panel that can contain multiple icons within them. Like a more robust version of the "Drawer" panel applet that integrates with the panel better. In essence, different sections of the panel could be clicked to slide out a larger section of panel space which would contain more icons, or could just slide out with a stack of the icons it contains themselves. So if you wanted to add links to a number of websites, you could add the drawer-stack and stick all the icons inside it, then when you wanted to launch one site or another, you would click the part of the drawer-stack, it would slide open to show all the icons inside it, and then you would launch the one you wanted.

One ideal implementation of this can be seen in the "stacks" of the dock in OSX Leopard and the "stack" applet of the Cairo-dock app for ubuntu.

Another approach to allow better organization of the panel is to provide slide-out sections of panel that can contain multiple icons within them. Like a more robust version of the "Drawer" panel applet that integrates with the panel better. In essence, different sections of the panel could be clicked to slide out a larger section of panel space which would contain more icons, or could just slide out with a stack of the icons it contains themselves. So if you wanted to add links to a number of websites, you could add the drawer-stack and stick all the icons inside it, then when you wanted to launch one site or another, you would click the part of the drawer-stack, it would slide open to show all the icons inside it, and then you would launch the one you wanted. One ideal implementation of this can be seen in the "stacks" of the dock in OSX Leopard and the "stack" applet of the Cairo-dock app for ubuntu.

Written by jyaan the 21 Mar 09 at 19:20.

One of the most basic elements of organization on computers is the frame. We use it in GTK+, and of course it has been used on web pages.

I propose that icons can be placed (at the user's option) in a rectangular area. This will not affect the visible appearance of the panel; it is only for organization. It should also allow empty space between icons.

This would allow groups of icons to be treated as a whole (although still movable within the frame, and able to be dragged in and out of the frame), and therefore each frame's contents will never end up mixed with each other.

Typically, I keep certain types of icons/applets together, and being able to drag several at the same time, and not losing their order (on screen resize, for example) would be great.

The user should be able to move the frame from the left edge just as we already do with the notification area and window list.

The problem with most of the solutions is that you'll still need to micro-manage your icons and move them one at a time. If I want to move my launcher icons from one side to the other, I'd like to just drag them as a group. Won't be a problem with Multi-monitor setups, either.

One of the most basic elements of organization on computers is the frame. We use it in GTK+, and of course it has been used on web pages. I propose that icons can be placed (at the user's option) in a rectangular area. This will not affect the visible appearance of the panel; it is only for organization. It should also allow empty space between icons. This would allow groups of icons to be treated as a whole (although still movable within the frame, and able to be dragged in and out of the frame), and therefore each frame's contents will never end up mixed with each other. Typically, I keep certain types of icons/applets together, and being able to drag several at the same time, and not losing their order (on screen resize, for example) would be great. The user should be able to move the frame from the left edge just as we already do with the notification area and window list. The problem with most of the solutions is that you'll still need to micro-manage your icons and move them one at a time. If I want to move my launcher icons from one side to the other, I'd like to just drag them as a group. Won't be a problem with Multi-monitor setups, either.

Written by kiersie the 31 Mar 09 at 22:10.

Just like the panels dont move without holding alt-button down since gnome 2.26 do also withe applet/icons

Just like the panels dont move without holding alt-button down since gnome 2.26 do also withe applet/icons

Written by MestreLion the 11 Jun 09 at 23:42.

This brainstorm has so many ideas because we are trying to address several issues in 1 solution: avoid icon micro-management, ordering icons, grouping icons, avoid accidental changes. A consistent, coherent way would be the "Bookshelf Approach":

- Special separators (SPLITERS) would now divide panel in SECTIONS

- Each section would have its own "gravity" or "orientation" - either left, right, center, or none (=just like today). Like Solution #1, but should be applied to a SECTION, not individual icons, so no need set individual icon properties (no micromanagement).

- Every icon within a section would automatically stack according to its section orientation. So if you delete an icon in the middle of a "left-oriented" section, all icons to the right of it would shift left. In a section with no orientation, icons wouldnt shift.

- To arrange the icons, solution #9 is perfect. No need of lock / unlock. A key combination like the proposed ALT+mouse drag would prevent accidental moving while clicking. You could drag icons to different sections as well.

- Besides ALT+drag for 1-item movement, CTRL+ALT+drag could be used to move all icons in a section (useful for re-arranging groups, as #18 suggests).*

This brainstorm has so many ideas because we are trying to address several issues in 1 solution: avoid icon micro-management, ordering icons, grouping icons, avoid accidental changes. A consistent, coherent way would be the "Bookshelf Approach": - Special separators (SPLITERS) would now divide panel in SECTIONS - Each section would have its own "gravity" or "orientation" - either left, right, center, or none (=just like today). Like Solution #1, but should be applied to a SECTION, not individual icons, so no need set individual icon properties (no micromanagement). - Every icon within a section would automatically stack according to its section orientation. So if you delete an icon in the middle of a "left-oriented" section, all icons to the right of it would shift left. In a section with no orientation, icons wouldnt shift. - To arrange the icons, solution #9 is perfect. No need of lock / unlock. A key combination like the proposed ALT+mouse drag would prevent accidental moving while clicking. You could drag icons to different sections as well. - Besides ALT+drag for 1-item movement, CTRL+ALT+drag could be used to move all icons in a section (useful for re-arranging groups, as #18 suggests).* - The Splitters could be moved this way too, to set the width of each section - Right clicking ANY icon would allow to set its panel and section settings: simply add a "Panel > " and "Section > " item to their context menus. No need to hunt down a blank area of the panel anymore, no need to increase section width just to have a blank area to set its properties. - Splitters would have 3 context menus added: "Panel >", "Left Section > ", "Right Section >". - Besides the separators we have today, we could also have "SPACERS" to create invisible spaces between icons we want (like suggested in #8). If the user presses ALT while the mouse is over the panel, the spacers become visible (otherwise would be difficult to find and move them) - If you delete a splitter, a popup would ask if the newly merged section would inherit the properties of the right or of the left section. * The ALT and CTRL+ALT is just a suggestion, actual keys would be what gnome developers find most consistent with current interface. Summing it up, no need of lock/unlock, no need to micromanage icons, no need to hunt blank areas to set up options. And, IMHO, highly friendly and intuitive while still fully customizable.

Written by panta1978 the 22 Jun 09 at 21:30.

Allow multiple icons selection, simply by clicking with the mouse's left button and selecting the desired area.

Allow multiple icons selection, simply by clicking with the mouse's left button and selecting the desired area.

Written by xubaj the 26 Aug 09 at 22:31.

just like #11 but with an [Alt] key which prevents accidental rearrangment. by right-clicking the selected icons you can apply multiple preferences (lock/unlock/remove etc.) at once.

just like #11 but with an [Alt] key which prevents accidental rearrangment. by right-clicking the selected icons you can apply multiple preferences (lock/unlock/remove etc.) at once.

Written by rinia_iku the 24 Aug 09 at 14:52.

Showing the number of the online contacts and the total number of contacts for each group next to group title.
Like: "Friends (5/50)" or "Friends (5 of 50)"
meaning 5 of 50 contact are online on the group Friends.

Showing the number of the online contacts and the total number of contacts for each group next to group title. Like: "Friends (5/50)" or "Friends (5 of 50)" meaning 5 of 50 contact are online on the group Friends.

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

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

Without fading


With fading

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

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

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

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

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

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

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

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

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

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

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

Written by pau.moreno the 15 Jun 09 at 11:42.

Firefox handles tabs in a more practical way. Tab scrolling buttons just scroll across the tabs bar, without changing the active one. It is the user who will activate another one (if she desires so) by clicking on it.

Also, Firefox has a button on the right end of the tabs bar that shows a handy drop-down list with all the open tabs.

Firefox handles tabs in a more practical way. Tab scrolling buttons just scroll across the tabs bar, without changing the active one. It is the user who will activate another one (if she desires so) by clicking on it. Also, Firefox has a button on the right end of the tabs bar that shows a handy drop-down list with all the open tabs.

Written by dbotelho the 17 Jun 09 at 09:12.

I think that "Tree Tab Style"( firefox plugin) makes tabs much more useful than the default firefox tabs behavior.
Look at https://addons.mozilla.org/en-US/firefox/addon/5890 to see how they work

I think that "Tree Tab Style"( firefox plugin) makes tabs much more useful than the default firefox tabs behavior. Look at https://addons.mozilla.org/en-US/firefox/addon/5890 to see how they work

Written by m.lettner the 28 Jun 09 at 08:28.

the scrolling behavior comes from GTK and so it is consistent across the whole GNOME desktop. that's one of the thinks which make GTK/GNOME so special. i would love to have that feature in firefox...
however, a nice addition would be to remove the left right arrows and to add a dropdown menu with all opened tabs like firefox has.

the scrolling behavior comes from GTK and so it is consistent across the whole GNOME desktop. that's one of the thinks which make GTK/GNOME so special. i would love to have that feature in firefox... however, a nice addition would be to remove the left right arrows and to add a dropdown menu with all opened tabs like firefox has.

Written by feydrutha the 30 Jun 09 at 15:15.

Ctrl-tab has become the standard keyboard shortcut for scrolling through tabs (thanks to browsers).

Make this available in all the gtk applications that use tabs.

Ctrl-tab has become the standard keyboard shortcut for scrolling through tabs (thanks to browsers). Make this available in all the gtk applications that use tabs.

Written by barcc the 8 Jul 09 at 23:05.

Scrolling through tabs should be consistent, but in gedit Ctrl-Alt-PgUp/Ctrl-Alt-PgDn is used to scroll through tabs and Ctrl-PgUp/Ctrl-PgDn is used in the editor (by gtksourceview).

Scrolling through tabs should be consistent, but in gedit Ctrl-Alt-PgUp/Ctrl-Alt-PgDn is used to scroll through tabs and Ctrl-PgUp/Ctrl-PgDn is used in the editor (by gtksourceview).

Written by zarg the 27 Feb 09 at 11:37.

Users should be able to set their resolution manually with the screen resolution tool.
(Maybe add a warning that not all resolutions might work with the monitor and revert to previous configuration if it fails)

Users should be able to set their resolution manually with the screen resolution tool. (Maybe add a warning that not all resolutions might work with the monitor and revert to previous configuration if it fails)

Written by theaceoffire the 28 Feb 09 at 19:18.

Under "Screen Resolution", you have an option to "Detect Displays". I would like to add a button of "Manually Set Displays" that would allow me to force options, choose "Try", and if it is unusable it would revert to the previous choice in 10 seconds. Else, it would allow you to click a "Save setting" button, saving your override resolution.

Under "Screen Resolution", you have an option to "Detect Displays". I would like to add a button of "Manually Set Displays" that would allow me to force options, choose "Try", and if it is unusable it would revert to the previous choice in 10 seconds. Else, it would allow you to click a "Save setting" button, saving your override resolution.

Written by chepe263 the 7 Mar 09 at 00:13.

This is for live cd (i think) When i run ubuntu on live cd the screen resolution is 800x600 and i can change it

I saw that Elive Linux has a wizard when you start from the live cd

Asks about the mother board and the screen resolution. Why ubuntu don't. Or why don't show the options for a bigger resolution and the user can't test the best one for him/her?

This is for live cd (i think) When i run ubuntu on live cd the screen resolution is 800x600 and i can change it I saw that Elive Linux has a wizard when you start from the live cd Asks about the mother board and the screen resolution. Why ubuntu don't. Or why don't show the options for a bigger resolution and the user can't test the best one for him/her?

Written by waster the 21 Mar 09 at 23:48.

If a monitor provides EDID/other info, user input of brand, etc. could be of great help to developers allowing support in future updates of ubuntu. If something is incorrectly configured, it is a great opportunity for any user to give something back to the community.

If a monitor provides EDID/other info, user input of brand, etc. could be of great help to developers allowing support in future updates of ubuntu. If something is incorrectly configured, it is a great opportunity for any user to give something back to the community.

Written by Tom Mann the 27 Mar 09 at 10:23.

A Windows Monitor driver usually consists of a .inf which tells Windows which resolutions and timings the monitor support. Allow Ubuntu to retrieve this and set up X to match/support the same settings.

A Windows Monitor driver usually consists of a .inf which tells Windows which resolutions and timings the monitor support. Allow Ubuntu to retrieve this and set up X to match/support the same settings.

Written by KrloS the 10 Feb 09 at 04:38.

The user should be able to pause the copy process and give some proity to other elements ready to paste, the elements to copy should be put on tale in hold waiting for the previously task to end.

The user should be able to pause the copy process and give some proity to other elements ready to paste, the elements to copy should be put on tale in hold waiting for the previously task to end.

Written by mark.c.fernando the 9 Feb 09 at 17:16.

Can "Yes to all" or "No to all" functionality be added to Ubuntu and GNOME applications.

Not sure if this option should be added at the OS level or only for Rhythmbox, but it would be useful to have where ever possible.

Can "Yes to all" or "No to all" functionality be added to Ubuntu and GNOME applications. Not sure if this option should be added at the OS level or only for Rhythmbox, but it would be useful to have where ever possible.

Written by jharris1993 the 21 Feb 09 at 02:32.

I really like the "yes to all" and "no to all" feature - My hand STILL hurts from moving a bunch of files from point A to point B where there was a significant overlap.

However, I would add to this the option to numerically identify duplicates as in thisfile.mp3, thisfile-(1).mp3, etc. Mac already has this as a (default) option (which I am not thrilled with as a default, but that's MY opinion.)

If a numbered identifying tag feature was added to this, I would make the use of it settable as a default.

What say ye?

Jim

I really like the "yes to all" and "no to all" feature - My hand STILL hurts from moving a bunch of files from point A to point B where there was a significant overlap. However, I would add to this the option to numerically identify duplicates as in thisfile.mp3, thisfile-(1).mp3, etc. Mac already has this as a (default) option (which I am not thrilled with as a default, but that's MY opinion.) If a numbered identifying tag feature was added to this, I would make the use of it settable as a default. What say ye? Jim

Written by Endolith the 17 Nov 08 at 21:51.

There should be a clock on the locked screen dialog, too, probably under the login name.

This was in xscreensaver, but is not in the gnome-screensaver, which is supposed to be a replacement.

Here is someone else's mock-up, though I think it could look better than this, and probably include the date, too, depending on your preferences.

There should be a clock on the locked screen dialog, too, probably under the login name. This was in xscreensaver, but is not in the gnome-screensaver, which is supposed to be a replacement. Here is <a href="http://bugzilla.gnome.org/attachment.cgi?id=119602">someone else's mock-up</a>, though I think it could look better than this, and probably include the date, too, depending on your preferences.