Written by vectart the 25 Oct 09 at 09:52.

I like new style, what has indicator-applet and indicator-applet-session.

Here is it:

I like new style, what has indicator-applet and indicator-applet-session. Here is it: <img src="http://www.xamp.ru/traygood.png" />

Written by luisjeronimo the 27 Oct 09 at 11:46.

Some can think this is silly, but i think it would be a good solution, that Ubuntu make a new notification area fully costumisable and it should be very intuitive, like you could pass all the icons with one click only.

Some can think this is silly, but i think it would be a good solution, that Ubuntu make a new notification area fully costumisable and it should be very intuitive, like you could pass all the icons with one click only.

Written by azhar the 31 Oct 09 at 21:33.

I know its a bit long, but, plzzzz do read what I wrote.... i think it's worth....

Well, first of all, kudos for the guy who noticed what I call to be inconsistencies. You see, we should have a standard way to display notifications. i read the comments, and, I can see some explained why the behaviour is such.
Anyway... What I wanted to point out, is, well.... Why is that toolbar sooooo dull??? Why??? Just look at the first illustration/screenshot that Vectart provided....
It's not that I'm saying that brown is ugly, but, truth be told, its not appealing at all. Why can't we use vibrant, cool, fresh, and very lively colours. I know all too well that Ubuntu is somewhat more centered on what I call 'brown themes'. But hey! Who said we cant use brown in an elegant way.
What I'm trying to say is that we must just marry the colours. Like, when having a default brown background, that does not necessarily mean that the notification or button should be brown in colour. Ubuntu's identity isn't limited to the colour brown. Ubuntu is not known for being the most-brown-centric OS! Come'on guys! I'm pretty sure we can replace all this unappealing and dull brown notification/button by cool blue, or green. Moreover, we should consider a glassy or glossy look and feel.

Now! Plz! Don't think I'm one of those who wished Ubuntu resembles a Mac or whatever... What I'm trying to say is that I'm pretty convinced that we have great talents in the Open Community. And, I'm also pretty sure that we could do a much much much better job when it comes to the look and feel of Ubuntu..

I know its a bit long, but, plzzzz do read what I wrote.... i think it's worth.... Well, first of all, kudos for the guy who noticed what I call to be inconsistencies. You see, we should have a standard way to display notifications. i read the comments, and, I can see some explained why the behaviour is such. Anyway... What I wanted to point out, is, well.... Why is that toolbar sooooo dull??? Why??? Just look at the first illustration/screenshot that Vectart provided.... It's not that I'm saying that brown is ugly, but, truth be told, its not appealing at all. Why can't we use vibrant, cool, fresh, and very lively colours. I know all too well that Ubuntu is somewhat more centered on what I call 'brown themes'. But hey! Who said we cant use brown in an elegant way. What I'm trying to say is that we must just marry the colours. Like, when having a default brown background, that does not necessarily mean that the notification or button should be brown in colour. Ubuntu's identity isn't limited to the colour brown. Ubuntu is not known for being the most-brown-centric OS! Come'on guys! I'm pretty sure we can replace all this unappealing and dull brown notification/button by cool blue, or green. Moreover, we should consider a glassy or glossy look and feel. Now! Plz! Don't think I'm one of those who wished Ubuntu resembles a Mac or whatever... What I'm trying to say is that I'm pretty convinced that we have great talents in the Open Community. And, I'm also pretty sure that we could do a much much much better job when it comes to the look and feel of Ubuntu.. Now, maybe some of you will argue that Ubuntu is more concerned with being free, open source, and a stable OS with less bugs that Windows lets say. And, that if some novice users don't know how to use Ubuntu, they just have to learn, and if, even after that, they can't get it, then, well.... just too bad.... But! Hey! REMEMBER UBUNTU'S MOTTO: Linux For Human beings!! Let's live up to that! Let's work to achieve that! Let's work together to show to the world that Ubuntu is really a user friendly OS. That linux is not a niche market, as many at Redmond would have us believe! That linux can be great!! That linux is THE WAY softwares should have been! That the open community nurtures great artistic talents! And who knows?? That could encourage mopre people to join in, and bring much more talent! BTW, why not have Compiz-Fusion integrated into Ubuntu by default, just like in MINT LINUX?? Many people never heard of Compiz because it's just too messy and difficult to setup. I myself, required the help of a linux genius. That said, all my thanks goes to him, for, he was the one who introduced me to Ubuntu.... I hope I was able to convey my thoughts on this issue... And thanks for reading :)

Written by Breakable the 2 Nov 09 at 20:54.

I like button style more than changing icon background. And it should require less testing for the icons.

I like button style more than changing icon background. And it should require less testing for the icons.

Written by rrnwexec the 5 Nov 09 at 23:31.

The Ayatana project is an effort to make Ubuntu more "human". This thread is a perfect candidate for inclusion. Can someone from the team adopt/nominate it, or can someone here track down an Ayatana member and have them participate in the discussion?

The Ayatana project is an effort to make Ubuntu more "human". This thread is a perfect candidate for inclusion. Can someone from the team adopt/nominate it, or can someone here track down an Ayatana member and have them participate in the discussion?

Written by mike.thorton the 19 Oct 09 at 15:03.

The simplest solution is probably to implement the fedora's one:

http://fedoraproject.org/wiki/Features/Fingerprint

The simplest solution is probably to implement the fedora's one: http://fedoraproject.org/wiki/Features/Fingerprint

Written by xfuser4 the 19 Oct 09 at 17:25.

Biometric sensors are known to have potential security risks (see comment).

When enabling finger print readers, the user should be informed about it.

Biometric sensors are known to have potential security risks (see comment). When enabling finger print readers, the user should be informed about it.

Written by Jaksco the 30 Oct 09 at 20:49.

Make it a package file installable like an app.

Make it a package file installable like an app.

Written by Jon Monreal the 5 Nov 09 at 13:35.

Based on the comments about security risks, it seems like this should naturally be an option.

From http://en.wikipedia.org/wiki/Authentication#History_and_state-of-the-art : "Hybrid or two-tiered authentication methods offer a compelling solution." Fingerprints can be swiped and used and there are plenty of methods for getting a password (peeking, social engineering, brute force, etc.); getting both would likely prove to be more difficult.

At any rate, a fingerprint on top of a normal password would definitely stop a casual snooper.

Based on the comments about security risks, it seems like this should naturally be an option. From http://en.wikipedia.org/wiki/Authentication#History_and_state-of-the-art : "Hybrid or two-tiered authentication methods offer a compelling solution." Fingerprints can be swiped and used and there are plenty of methods for getting a password (peeking, social engineering, brute force, etc.); getting both would likely prove to be more difficult. At any rate, a fingerprint on top of a normal password would definitely stop a casual snooper.

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 xeniac the 25 Oct 09 at 10:35.

For each User the standard clock-applet could show an explanation mark when the time has been changed to DST, or back.
Mockup: http://dl.getdropbox.com/u/1816843/DST-statusbar.png

If the user expands the clock-applet he sees an additional Message explaining to him that the clock has been set forward/backward, and why this had happend.
Mockup: http://dl.getdropbox.com/u/1816843/DST-Clock.png

This notification stay for each user the whole day, or as long as he clicked on the applet to see the message.

For each User the standard clock-applet could show an explanation mark when the time has been changed to DST, or back. Mockup: http://dl.getdropbox.com/u/1816843/DST-statusbar.png If the user expands the clock-applet he sees an additional Message explaining to him that the clock has been set forward/backward, and why this had happend. Mockup: http://dl.getdropbox.com/u/1816843/DST-Clock.png This notification stay for each user the whole day, or as long as he clicked on the applet to see the message.

Written by Ssdg the 25 Oct 09 at 22:58.

I understand xeniac... but I'm part of the people who don't really bother this (especially because I'm not working on sunday, nor praying in the morning) but I understand it's easy to forget switching to winter's time and miss apointments.

So make it enabled by default and allow people to easily turn it off.

I understand xeniac... but I'm part of the people who don't really bother this (especially because I'm not working on sunday, nor praying in the morning) but I understand it's easy to forget switching to winter's time and miss apointments. So make it enabled by default and allow people to easily turn it off.

Written by Elkimo the 1 Nov 09 at 18:17.

The user only needs to be informed once, so one notification on startup should be enough, this will keep the panel clean (no explanation mark you have to click before it goes away), and will be as unobstructive as possible.

The user only needs to be informed once, so one notification on startup should be enough, this will keep the panel clean (no explanation mark you have to click before it goes away), and will be as unobstructive as possible.

Written by rpgsimmaster the 9 Oct 09 at 01:39.

Have gnome restrict mouse movement and desktop icons to within the visible monitor area, not just the virtual desktop.

Have gnome restrict mouse movement and desktop icons to within the visible monitor area, not just the virtual desktop.

Written by Jack Sabbath the 13 Oct 09 at 22:19.

This option contains more, than just "restrict mouse movement".
Gnome should be able to know, which screen has which resolution.

E.g. If the main monitor has a resolution of 1280x800 and the 2nd 1680x1050 - AWNs feature "Maximized windows cannot overlap the bar" does not work, because AWN gets the distance to the bottom from the whole resolution (which is 2960x1050) instead of the active screen. So A maximized window covers the AWN Bar, but doesn't use the lower space on the 2nd monitor.

This option contains more, than just "restrict mouse movement". Gnome should be able to know, which screen has which resolution. E.g. If the main monitor has a resolution of 1280x800 and the 2nd 1680x1050 - AWNs feature "Maximized windows cannot overlap the bar" does not work, because AWN gets the distance to the bottom from the whole resolution (which is 2960x1050) instead of the active screen. So A maximized window covers the AWN Bar, but doesn't use the lower space on the 2nd monitor.

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 christophski the 3 Jun 09 at 10:51.

We could use the new Ubuntu notifications to do provide this alert. Just something simple like "USB Webcam detected" with an icon of a webcam.

We could use the new Ubuntu notifications to do provide this alert. Just something simple like "USB Webcam detected" with an icon of a webcam.

Written by cheesehead the 3 Jun 09 at 15:50.

Since I already have hotplug scripts that execute when a new device is detected, I don't need these notifications. In this case, detection notifications would be a nuisance.

Since I already have hotplug scripts that execute when a new device is detected, I don't need these notifications. In this case, detection notifications would be a nuisance.

Written by DnaX the 6 Jun 09 at 00:11.

An implementation of solution #1: There is this python script that notify new devices discovered by HAL. Work fine.

https://code.launchpad.net/~dnax88/+junk/hal-notify

Some examples:

An implementation of solution #1: There is this python script that notify new devices discovered by HAL. Work fine. https://code.launchpad.net/~dnax88/+junk/hal-notify Some examples: <img src="http://dnax.netsons.org/storage/hal-notify.png" /> <img src="http://dnax.netsons.org/storage/hal-notify2.png" />

Written by jamespgray the 7 Jun 09 at 18:47.

I expect when I plug in a new device it will be detected and configured and ready for my use within 10 seconds or so. A notification can be displayed if the device is NOT usable for some reason or isn't ready within the 10 seconds. (2 different notification messages).

The old equation: silence = success

I expect when I plug in a new device it will be detected and configured and ready for my use within 10 seconds or so. A notification can be displayed if the device is NOT usable for some reason or isn't ready within the 10 seconds. (2 different notification messages). The old equation: silence = success

Written by walterav the 7 Jun 09 at 22:37.

It might give a "false assumption" that the hardware is also supported and directly working with ubuntu.

My suggestion would be that it gives a notification that is green/if the hardware directly works, it might fade away!

Other wise make the notification "red" with a extra dialog box that say's this hardware is not supported, or needs the following procedure, or something with cancel.

This idea can be combined with solution 1 / 3

It might give a "false assumption" that the hardware is also supported and directly working with ubuntu. My suggestion would be that it gives a notification that is green/if the hardware directly works, it might fade away! Other wise make the notification "red" with a extra dialog box that say's this hardware is not supported, or needs the following procedure, or something with cancel. This idea can be combined with solution 1 / 3

Written by Mentalikryst the 14 Jun 09 at 22:05.

Give a menu that gives some information such as:

*Status
*Compatibility
*Type of Device
*Programs which use the device (So give Nautilus/Dolphin for a USB Flash Drive, Network Manager for a WiFi adapter, etc.)

The menu would fade away and would not be obtrusive, but would give the user information about the device and give options on what to do.

Give a menu that gives some information such as: *Status *Compatibility *Type of Device *Programs which use the device (So give Nautilus/Dolphin for a USB Flash Drive, Network Manager for a WiFi adapter, etc.) The menu would fade away and would not be obtrusive, but would give the user information about the device and give options on what to do.

Written by DaVince the 15 Jun 09 at 22:25.

It would probably be a good idea to have an icon pop up while a notification is shown, so that accessibility to configuration of this little tool is available. Anyone who doesn't like the notifications or wants to disable them for certain hardware will be able to do so by clicking this icon (a special configuration window will pop up).

The icon will automatically disappear shortly after the notification was shown.

It would probably be a good idea to have an icon pop up while a notification is shown, so that accessibility to configuration of this little tool is available. Anyone who doesn't like the notifications or wants to disable them for certain hardware will be able to do so by clicking this icon (a special configuration window will pop up). The icon will automatically disappear shortly after the notification was shown.

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 rouge568 the 1 Sep 08 at 21:01.

Pretty Self-Explanatory.

Pretty Self-Explanatory.

Written by ezekiel_000 the 22 Dec 08 at 13:21.

Ubuntu Brainstorm was updated in January 2009. Since the idea #16721 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 #16721 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!