Here are the last 6 months most popular ideas about Unity .
Solution #2:
Add an automatic count-down.
Written by
alanh the 1 May 12 at 21:45.
Add an automatic count-down timer of about 1 minute to the default selection. I've had several instances when I've selected "shut down" on my machine only to come back hours later and notice that the machine is still on and the "Are you sure you want to close all programs and shut down the computer?" dialog is happily waiting for my click.
Add an automatic count-down timer of about 1 minute to the default selection. I've had several instances when I've selected "shut down" on my machine only to come back hours later and notice that the machine is still on and the "Are you sure you want to close all programs and shut down the computer?" dialog is happily waiting for my click.
Solution #3:
Keep the present basic shutdown screen but enhance it
Althought the present shutdown screen seems somewhat bland, the basics of it are quite good because it
1.has the ubuntu theme style wise
2.Is quite compact.
It just needs to have suspend,log out, and lock screen buttons added in line with and in the same style as the current restart ,cancel and shutdown buttons and also a little "pizaz" added in order to set it apart from the other windows within ubuntu.(becuase it is a special window obviously).
In other words, don't overdo the restyling, but restyling does need to be done.
Althought the present shutdown screen seems somewhat bland, the basics of it are quite good because it
1.has the ubuntu theme style wise
2.Is quite compact.
It just needs to have suspend,log out, and lock screen buttons added in line with and in the same style as the current restart ,cancel and shutdown buttons and also a little "pizaz" added in order to set it apart from the other windows within ubuntu.(becuase it is a special window obviously).
In other words, don't overdo the restyling, but restyling does need to be done.
Battery notifier could be more complete
Written by pascalio the 16 Dec 11 at 15:58.
New
On a laptop, the battery notifier is not elaborate enough since it only shows the current prognostics for the remaining time on battery power when you click on it, which does tell the actual current status of the battery.
Make searching in Dash more intuitive
Written by Teuccis the 21 Apr 12 at 17:36.
New
Searching in Dash:
Current results:
"sys mon" -> "no results"
"fi fox" -> "no results"
"internet" -> "Firefox, Empathy, LibreOffice Writer(?!)"
Wanted results:
"sys mon" -> "System Monitor"
"fi fox" -> "Firefox"
"internet" -> All apps under internet category
This would make launching apps more intuitive, especially if one wants to quickly type a part of app's name and press Enter to launch the wanted app straight away or if grandma wants to get to the internet, but doesn't know exactly what application to use.
It would also make it easy to avoid launching wrong apps when in a hurry if they have similar names.
Solution #1:
Use tags
Written by
Teuccis the 21 Apr 12 at 17:36.
Applications could be tagged. Example tags for Firefox: "fire", "fox", "internet". Separating "fire" and "fox" would help in fast, intuitive searching whereas "internet" helps those who want to search by typing in a category.
Applications could be tagged. Example tags for Firefox: "fire", "fox", "internet". Separating "fire" and "fox" would help in fast, intuitive searching whereas "internet" helps those who want to search by typing in a category.
Solution #2:
Treat a space in the search as an "and" clause
"sys" > System Monitor, System Settings, etc.
"mon" > System Monitor, Monitors, Log File Viewer, etc.
So, if entering both terms, "sys mon" acts as the intersection of "sys" AND "mon", i.e. System Monitor.
This will not solve "fi fox", but I don't think it should, because "fox" returns no results.
"sys" > System Monitor, System Settings, etc.
"mon" > System Monitor, Monitors, Log File Viewer, etc.
So, if entering both terms, "sys mon" acts as the intersection of "sys" AND "mon", i.e. System Monitor.
This will not solve "fi fox", but I don't think it should, because "fox" returns no results.
Solution #3:
Use grammar rules to implement the solution
Written by
seiryu89 the 25 Apr 12 at 10:49.
*Still refining the solution, discussion in the comments*
Example:
fi fox:
grammar rule will be *fi*fox*. The result of it will be FIreFOX and firefox will be found.
sys mon:
grammar rule will be *sys*mon*. The result of it will be SYStem MONitor, and system monitor will be found.
With this solution there's not need to have a database neither write tags of the applications or maintain something. Only one simple grammar rule and a simple parser (which is already implemented in some programming languages) for it.
*Still refining the solution, discussion in the comments*
Example:
fi fox:
grammar rule will be *fi*fox*. The result of it will be FIreFOX and firefox will be found.
sys mon:
grammar rule will be *sys*mon*. The result of it will be SYStem MONitor, and system monitor will be found.
With this solution there's not need to have a database neither write tags of the applications or maintain something. Only one simple grammar rule and a simple parser (which is already implemented in some programming languages) for it.
Solution #4:
Solution #2.1: Treat a space in the search as an "and" clause
(Written by PaddyLandau)
"
"sys" > System Monitor, System Settings, etc.
"mon" > System Monitor, Monitors, Log File Viewer, etc.
So, if entering both terms, "sys mon" acts as the intersection of "sys" AND "mon", i.e. System Monitor.
This will not solve "fi fox", but I don't think it should, because "fox" returns no results.
"
... in addition to this a simpel search of certain sequences will solve "fi fox".
in case no or only a few resaults apperer the dash should return things containing all or some of the sequences in the name of the app.
(Written by PaddyLandau)
"
"sys" > System Monitor, System Settings, etc.
"mon" > System Monitor, Monitors, Log File Viewer, etc.
So, if entering both terms, "sys mon" acts as the intersection of "sys" AND "mon", i.e. System Monitor.
This will not solve "fi fox", but I don't think it should, because "fox" returns no results.
"
... in addition to this a simpel search of certain sequences will solve "fi fox".
in case no or only a few resaults apperer the dash should return things containing all or some of the sequences in the name of the app.
Solution #5:
Applications should have description
Applications should have description, for example they could use whole description from Ubuntu Software Center, but in Dash that would be hidden, yet it would help in searching apps cause every keyword specified in Ubuntu Software Center would be valid when searching in Dash. That would also help a lot with recommendation in "Available for download" section.
Example:
PuTTY Terminal Emulator
-This is an X terminal emulator on the popular Windows SSH client, PuTTY. It supports xterm escape sequences, plus some Linux console sequences for colour palette configuration and some DECterm sequences for title bar control...
And when you are in dash searching by "SSH client" result would be PuTTY Terminal Emulator. That could be very useful when you are searching for apps and you don't know exact name or so.
Applications should have description, for example they could use whole description from Ubuntu Software Center, but in Dash that would be hidden, yet it would help in searching apps cause every keyword specified in Ubuntu Software Center would be valid when searching in Dash. That would also help a lot with recommendation in "Available for download" section.
Example:
PuTTY Terminal Emulator
-This is an X terminal emulator on the popular Windows SSH client, PuTTY. It supports xterm escape sequences, plus some Linux console sequences for colour palette configuration and some DECterm sequences for title bar control...
And when you are in dash searching by "SSH client" result would be PuTTY Terminal Emulator. That could be very useful when you are searching for apps and you don't know exact name or so.
Solution #6:
Add the program's categories in Dash after searching
Written by
turbolad the 17 May 12 at 15:20.
Searching for a program will not reveal the different categories belonging to the program.
Example: a user will search for "wine" because they wish to open the Wine category "Browse C: Drive". At the moment, searching for "wine" will ONLY show the categories that have the word "wine" in the name i.e. "Configure Wine", "Uninstall Wine Software" and "Winetricks". But not the "Configure C: Drive" category of Wine, which the user may be searching for.
If all categories of a program are grouped neat and tidy after searching, users are more likely to find exactly which program they want. Consider how GNOME keeps things tidy by grouping programs in the top-left, such as Wine and all of its categories. Why not do something similar in Dash to enhance search results?
Searching for a program will not reveal the different categories belonging to the program.
Example: a user will search for "wine" because they wish to open the Wine category "Browse C: Drive". At the moment, searching for "wine" will ONLY show the categories that have the word "wine" in the name i.e. "Configure Wine", "Uninstall Wine Software" and "Winetricks". But not the "Configure C: Drive" category of Wine, which the user may be searching for.
If all categories of a program are grouped neat and tidy after searching, users are more likely to find exactly which program they want. Consider how GNOME keeps things tidy by grouping programs in the top-left, such as Wine and all of its categories. Why not do something similar in Dash to enhance search results?
Solution #7:
Include categories in the search
When searching, also include categories that match the search.
For example, typing "game" does not list all the games installed on the system; "games" returns even fewer results.
To me, that seems terribly counter-intuitive.
When searching, also include categories that match the search.
For example, typing "game" does not list all the games installed on the system; "games" returns even fewer results.
To me, that seems terribly counter-intuitive.
no way to add a workspace
Written by shubham the 15 Mar 12 at 09:24.
New
in unity there is no way to add a workspace but unity supports more than 4 workspaces and they can be added using cario dock but unity does not provides an option
Solution #1:
add an option to add workspace
Written by
shubham the 15 Mar 12 at 09:24.
when we right click workspace switcher it should give an option to add a couple of workspaces
also to remove last added workspaces
when workspace are added they should be temporaraily added for that session
like through cario-dock.
we can add permanently using ccsm
this is optional:
when right clicked show all workspaces in a list and when clicked switch to them also optins such as settings
this can increase usability
when we right click workspace switcher it should give an option to add a couple of workspaces
also to remove last added workspaces
when workspace are added they should be temporaraily added for that session
like through cario-dock.
we can add permanently using ccsm
this is optional:
when right clicked show all workspaces in a list and when clicked switch to them also optins such as settings
this can increase usability
Solution #2:
Do it in a more apple way
Written by
abdulet the 26 Mar 12 at 12:12.
Add a new workspace atomatically when are screens in all existing one, and remove a desktop if there is not windows
Add a new workspace atomatically when are screens in all existing one, and remove a desktop if there is not windows
Solution #3:
Add Plus/Minus Sign to Workspace Switcher
When the Workspace Switcher is open, there would be plus/minus signs below and to the right of the current workspaces, which add/remove rows and columns of workspaces when clicked. The tooltips would also be like "Add Row" or "Remove Column".
When the Workspace Switcher is open, there would be plus/minus signs below and to the right of the current workspaces, which add/remove rows and columns of workspaces when clicked. The tooltips would also be like "Add Row" or "Remove Column".
Solution #5:
Standard should be the Gnome3 way.
Written by
pseudo the 7 Apr 12 at 23:00.
Make the standard desktop management as easy and comfortable as in gnome3 (#2 I think?), because this is easy to use and fits to most users. Because everything you need is one free desktop at a time, and the ones who exist. I can't see a reason to add 5 empty screens. But I see reasons to always have the same (static) number of desktops available. So both things should be optional.
To people who think that #4 is better and/or #2 is bad:
Please remember that standard settings should always be optimized for people who are often called the "casuals". You know, people who just want to use it and do not think big about management of things like this. For these people, the computer should care about them and they should not always think about the computer, but about the things they are doing. So this is why this solution is the same (I think?) as #4, but with inverted standard settings.
EDIT #4 just got deleted. It was about making #1 and #3 standard and #2 optional.
Make the standard desktop management as easy and comfortable as in gnome3 (#2 I think?), because this is easy to use and fits to most users. Because everything you need is one free desktop at a time, and the ones who exist. I can't see a reason to add 5 empty screens. But I see reasons to always have the same (static) number of desktops available. So both things should be optional.
To people who think that #4 is better and/or #2 is bad:
Please remember that standard settings should always be optimized for people who are often called the "casuals". You know, people who just want to use it and do not think big about management of things like this. For these people, the computer should care about them and they should not always think about the computer, but about the things they are doing. So this is why this solution is the same (I think?) as #4, but with inverted standard settings.
EDIT #4 just got deleted. It was about making #1 and #3 standard and #2 optional.
Excessive Titling of Active Application
Written by Daniel Brainard the 30 Nov 11 at 19:54.
New
At a given time when, when my active application is not maximized, I am told in essentially three different places, what application I have open (icon in launcher is highlighted, name open application is on the top bar, and name of application and name of file is displayed on the applications window titlebar). I find this completely excessive because 1) You know what application you are currently using and 2) it is simply a waste of space that could otherwise be potentially given to something else.
Titlebars are very inefficient with their use of space for their only actual purpose, window management.
Solution #1:
Get Rid of Window Titlebars
I would replace the window titlebar with the respective application icon (for unmaximized applications). The icon would be placed on the top left hand corner of the application and be partially underneath the window so the icon would not interfere with the usability of application. The purpose of the icon would simply to be able to single click and hold to move the window around. Window control buttons would be placed in the top bar, and utilize the same functionality as a maximized application would. I would also suggest then, not having the window control buttons in the top bar be automatically hidden by the title of the application. These controls should always be shown simply for usability. The file name could then be placed in the top bar without the application name and could then be toggled with the global menu.
The only issue I see arising with this for usability purposes when you have two windows side by side that take up the whole screen. My solution would then be to have them both act and being maximized at the same time. The top bar would then be split having the left half of the top bar be given the the application on the left and the right half to the application on the right. With respect to the global menu on the right hand side, the indicators are still always shown on the right, but when the mouse is moved to the top to use the global menu, these indicators could be temporarily hidden to give more room to the global menu on the right.
I would replace the window titlebar with the respective application icon (for unmaximized applications). The icon would be placed on the top left hand corner of the application and be partially underneath the window so the icon would not interfere with the usability of application. The purpose of the icon would simply to be able to single click and hold to move the window around. Window control buttons would be placed in the top bar, and utilize the same functionality as a maximized application would. I would also suggest then, not having the window control buttons in the top bar be automatically hidden by the title of the application. These controls should always be shown simply for usability. The file name could then be placed in the top bar without the application name and could then be toggled with the global menu.
The only issue I see arising with this for usability purposes when you have two windows side by side that take up the whole screen. My solution would then be to have them both act and being maximized at the same time. The top bar would then be split having the left half of the top bar be given the the application on the left and the right half to the application on the right. With respect to the global menu on the right hand side, the indicators are still always shown on the right, but when the mouse is moved to the top to use the global menu, these indicators could be temporarily hidden to give more room to the global menu on the right.
Solution #2:
Show the application menu instead of the title
At present, the menu is hidden until the mouse hovers over the top panel, where the title is displayed (11.04 -- I don't know if 11.10 is different).
As Daniel says, there are two other places that show which application is focused. So, why not just show the menu instead of hiding it? It is quicker to go straight to the menu option you want when you can see it already, than having to move the mouse to the top of the screen before deciding where to put it.
At present, the menu is hidden until the mouse hovers over the top panel, where the title is displayed (11.04 -- I don't know if 11.10 is different).
As Daniel says, there are two other places that show which application is focused. So, why not just show the menu instead of hiding it? It is quicker to go straight to the menu option you want when you can see it already, than having to move the mouse to the top of the screen before deciding where to put it.
Solution #3:
Option to Hide
Written by
joy23 the 9 Dec 11 at 21:07.
AFAIK meddling with titlebars and removing them completely wont be a good idea.
Instead
We could use an option that could autohide itself or show always.
So that we could get that extra space in full screen.
Many people actually like to be inundated with info and many dont so this will appease them all.
AFAIK meddling with titlebars and removing them completely wont be a good idea.
Instead
We could use an option that could autohide itself or show always.
So that we could get that extra space in full screen.
Many people actually like to be inundated with info and many dont so this will appease them all.
Solution #4:
Show the title bar or menus only when the mouse pointer is very near that area
Written by
turbolad the 23 Dec 11 at 10:59.
The title bar is probably used more often for moving the program's window than actually reading the title! Almost everyone is used to moving a program around by using the title bar.
You could choose to only show the title bar or menus in that program's window when the mouse pointer is very near, and hide either away when the mouse pointer is moved away. This means that Unity continues to save that extra line of screen space, which it currently does by putting the menus at the top of the screen.
By keeping the menus and title bars in their familiar places, it saves a *lot* of confusion, especially for newcomers to Ubuntu. Don't break the familiarity of the GUI which users are comfortable with.
The title bar is probably used more often for moving the program's window than actually reading the title! Almost everyone is used to moving a program around by using the title bar.
You could choose to only show the title bar or menus in that program's window when the mouse pointer is very near, and hide either away when the mouse pointer is moved away. This means that Unity continues to save that extra line of screen space, which it currently does by putting the menus at the top of the screen.
By keeping the menus and title bars in their familiar places, it saves a *lot* of confusion, especially for newcomers to Ubuntu. Don't break the familiarity of the GUI which users are comfortable with.
Solution #5:
Combine menu bar into title bar
Written by
nicojpm the 18 Dec 11 at 22:11.
Something similar to this:
«Oxygen Appmenu is an Oxygen style for Kwin that displays the application menu as a button in the titlebar and works with Qt and GTK applications as well as Firefox or Thunderbird»
http://www.webupd8.org/2011/11/oxygen-appmenu-replace-menu-with.html
Solution #6:
Delete or hide the titlebar only when maximized
Written by
nicojpm the 19 Dec 11 at 21:34.
In maximized windows, you don't need the titlebar for move the window. The buttons «close, minimize, restore...» could appear integrated into the menu bar.
Similar to this screen:
http://www.ghacks.net/wp-content/uploads/2008/11/firefox_step_7-500x338.jpg
No feedback for missing shared libraries on GUI apps
Written by AndrewLuecke the 6 May 12 at 12:36.
New
When an application/game is missing a shared library, it simply never launches. There is never an error, or any indication why. Those who are tech saavy, will open console and often find
Error while loading shared libraries: libSDL_mixer-1.2.so.0 ". It is most common for commercial games and apps, or older linux apps. Having any program close without saying why, or no feedback on how to fix it is a clear obvious usability fail. Some real-world examples are:
* World of Goo from the humble bundles (deb).
* X-Plane 9 (I haven't tested X-Plane 10).
* Skype
This issue is
widespread , and has likely gone unnoticed because the actual problem has never had a generic means of correction (and the solution offered is generally "install library blah blah blah", "oh, it works, thanks", "close bug"). Windows has similar issues, however, at least they show an error that the DLL is missing!
Solution #1:
Monitor the console for missing shared libs errors. Install dependencies
When running an app:
1) Capture Stderr.
2) Analyse Stderr for missing libraries problem.
3) If something was missing, scan packagekit for the file, offer to install it. ("
Libsdl.so.1 is missing, would you like to install LibSDL?" )
4) Relaunch the app.
Benefits:
1) VERY easy to develop
2) Allows Ubuntu to self diagnose app launching problems.
3) Far better backwards compatibility.
4) Tar.gz's will be easier to run.
When running an app:
1) Capture Stderr.
2) Analyse Stderr for missing libraries problem.
3) If something was missing, scan packagekit for the file, offer to install it. ("<a href="#">Libsdl.so.1 is missing, would you like to install LibSDL?"</a>)
4) Relaunch the app.
Benefits:
1) VERY easy to develop
2) Allows Ubuntu to self diagnose app launching problems.
3) Far better backwards compatibility.
4) Tar.gz's will be easier to run.
Solution #2:
Go directly down to the linker
Written by
LSenf the 11 May 12 at 13:44.
Just as #1, but instead of monitoring console output, the cleaner solution should be to handle the error directly in the linker (or whatever causes these errors ;) ).
The linker itself could then call another program handling the user dialogs, installation proposals etc.
Furthermore, the second program should also offer a console interface in case the error occurs in a non-graphical environment.
Just as #1, but instead of monitoring console output, the cleaner solution should be to handle the error directly in the linker (or whatever causes these errors ;) ).
The linker itself could then call another program handling the user dialogs, installation proposals etc.
Furthermore, the second program should also offer a console interface in case the error occurs in a non-graphical environment.
Make the desktop/background less dull
No information about this blueprint
Information is updated every 5 minutes.
Please wait till the next update.
Written by eklem the 1 Feb 12 at 10:37.
New
Every now and then I feel I have to change the desktop background to make it less old/boring/dull. I think the computer should be a bit more "alive" and do this on it's own. We have a lot of look and feel setup in Ubuntu: colors, window decorations, icons etc. Maybe there should be a time element in this as well so the computer look and feel follows the seasons?
Solution #1:
Desktop theme that changes with the seasons
Written by
eklem the 1 Feb 12 at 10:37.
What if the desktop follows the seasons? Either the weather, cultural happenings, your sports team, your favorite community or something completely different? Regular users just select a seasonal theme they like, more advanced users create them. A theme could consist of background images, menu and window colors, and maybe sounds as well?
Setup for regular users
Example on
how the desktop would look through the year .
What if the desktop follows the seasons? Either the weather, cultural happenings, your sports team, your favorite community or something completely different? Regular users just select a seasonal theme they like, more advanced users create them. A theme could consist of background images, menu and window colors, and maybe sounds as well?
<img src="http://media3.origo.no/-/cache/image/2040191_ha3370458f41f4642b800_v1327233708_562x450.png" />
Setup for regular users
Example on <a href="http://vimeo.com/35202633">how the desktop would look through the year</a>.
Solution #2:
No GUI: Desktop theme that changes with the seasons
Written by
eklem the 12 Feb 12 at 09:20.
So, to keep de development lighter and easier to implement first dot-release: A script + a cronjob + a set of photos packed in a .deb-file with an apturl.
It needs a webpage for preview and download.
The .deb-package will install an image in the background folder (i.e seasonal-desktop-theme01.jpg) + a folder with all the images (seasonal-desktop-theme01-[n].jpg) + scripts. The user select the image in the background image GUI, and the script will replace this photo depending on the setup of the cronjob.
The webpage can also have a seasonal theme creator that will package all your images, create the script(s) necessary and package it into a .deb.
So, to keep de development lighter and easier to implement first dot-release: A script + a cronjob + a set of photos packed in a .deb-file with an apturl.
It needs a webpage for preview and download.
The .deb-package will install an image in the background folder (i.e seasonal-desktop-theme01.jpg) + a folder with all the images (seasonal-desktop-theme01-[n].jpg) + scripts. The user select the image in the background image GUI, and the script will replace this photo depending on the setup of the cronjob.
The webpage can also have a seasonal theme creator that will package all your images, create the script(s) necessary and package it into a .deb.
Solution #3:
Add a Timer similar to Mac OSX
Written by
alms66 the 24 Feb 12 at 06:25.
I believe the most simple solution would be to allow the user to set which wallpapers he'd like to change between, and how often he wants the change to occur like in Mac OSX. Add an option to do the change in random order, again just like Mac OSX (I have Snow Leopord, I'm assuming it's the same in Lion).
The only improvement I can think of is to allow the user to type in a number and select the time increment (seconds, minutes, hours, days, weeks, months - that last one just to allow you seasonal changes, and that's probably more than enough).
I believe the most simple solution would be to allow the user to set which wallpapers he'd like to change between, and how often he wants the change to occur like in Mac OSX. Add an option to do the change in random order, again just like Mac OSX (I have Snow Leopord, I'm assuming it's the same in Lion).
The only improvement I can think of is to allow the user to type in a number and select the time increment (seconds, minutes, hours, days, weeks, months - that last one just to allow you seasonal changes, and that's probably more than enough).
Solution #4:
Add an option to instantly change the wallpaper (ala Windows 7)
Written by
alms66 the 24 Feb 12 at 06:32.
The title pretty much says it, but for those that don't know, in Windows 7 you can right-click on the desktop and select "Show Next Wallpaper" and it will instantly change to the next wallpaper in the list. It's a pretty useless feature really, but nice eye-candy for showing off to others.
The title pretty much says it, but for those that don't know, in Windows 7 you can right-click on the desktop and select "Show Next Wallpaper" and it will instantly change to the next wallpaper in the list. It's a pretty useless feature really, but nice eye-candy for showing off to others.
WiFi and Bluetooth deactivated on launch
Written by alehel the 19 Mar 12 at 14:14.
New
Sometimes WiFi and/or Bluetooth are sometimes needed for occasional-use instead of always-on. Currently no easy way to tell the system not to activate the wifi card and/or bluetooth by default. So those systems stay on, wasting power.