Here are random ideas about Ubuntu.
Avant Window Navigator Improvements
Written by Liso22 the 8 Apr 10 at 02:44.
Global category: Usability.
New
Right now AWN is my preferred choice for a dock, but I still think it's far from perfect. Before adding any new functions it needs be polished to work as well as the dock on mac does.
Solution #2:
"Show Desktop" behavior
Written by
Liso22 the 8 Apr 10 at 02:49.
I think I would benefit more if the show desktop applet would just show the desktop each time I press it, because most of the time it "shows hidden applications" instead of showing the desktop that's what it's supposed to do.
http://img251.imageshack.us/i/screenshot1f.png/
I think I would benefit more if the show desktop applet would just show the desktop each time I press it, because most of the time it "shows hidden applications" instead of showing the desktop that's what it's supposed to do.
http://img251.imageshack.us/i/screenshot1f.png/
Solution #3:
option to "Show windows only from current workspace"
The whole reason to have Virtual desktops is to get away from one cluttered screen and get onto another. When you have the default settings, the bottom panel shows all the cluttered windows at the bottom. When you move to the other virtual desktop, the panel is fresh and empty.
My main frustration with Avant is that, though it makes my computer look amazing, it completely makes the virtual desktops completely useless. When one screen gets full of clutter, I move to another virtual desktop and avant still has all the cluttered windows that were plaguing my last screen.
The regular gnome taskbar gives you the option to show windows from all workspaces or just the one you are using, AWN should also have the option "show windows only from current workspace".
The whole reason to have Virtual desktops is to get away from one cluttered screen and get onto another. When you have the default settings, the bottom panel shows all the cluttered windows at the bottom. When you move to the other virtual desktop, the panel is fresh and empty.
My main frustration with Avant is that, though it makes my computer look amazing, it completely makes the virtual desktops completely useless. When one screen gets full of clutter, I move to another virtual desktop and avant still has all the cluttered windows that were plaguing my last screen.
The regular gnome taskbar gives you the option to show windows from all workspaces or just the one you are using, AWN should also have the option "show windows only from current workspace".
Desktop real estate is limited and titlebar's and menus eat it up.
Written by Oswald1 the 23 Apr 09 at 10:42.
Related project: Compiz .
New
The basic structure of window managers has been pretty much the same since the birth of window-based os. The problem with especially computers with small screens (e.g. netbooks) is that space on the desktop is limited and with the window managers of today lot's of it is 'wasted' for showing long (mostly empty) title bars, menus, scrollbars and such things, that really don't need to be seen all the time, we don't constantly observe what's happening in the menu bar for example.
Solution #1:
All 'non content' is shrunk into expanding handles when not used
Written by
Oswald1 the 23 Apr 09 at 10:42.
First an image:
http://alku.org/images/owm.png
Then the thousand words:
Modern hardware could surely handle a more 'organic' approach to all this. In a nutshell: Everything else, but the actual window contents should shrink to simple handles when not used and get this way get out of the way.
The linked image tries to visualize what I mean here and I'll try to walk you through it.
The window in it's default state is at the lower left corner.
For menus there could be a single handle for a menu category (the bumps at upper left of the window). When mouse is hovered over it, a radial menu is displayed and sub-menus can be displayed as nested radial menus. This could be used to enhance the usability as well, as menu items could be rendered bigger since no space saving is necessary at this point.
The title bar could be shrank to a small bar showing similar amount of info as items in task-bars and expanded once hovered over.
The scrollbar could be expanded to full size once mouse is taken over the left edge of the window and only an indicator of scrolling possibility could be shown otherwise. One problem with scroll bars is, that on needs to make them pretty thin to save space, which makes using them increasingly difficult. In this new form, once 'in use' the scrollbar could be made big enough for comfortable use without compromising desktop real estate.
Similar things could be used for window status-bars (perhaps some alerting scheme for events) url-fields and what not.
All in all, this would make a much more effective use of screen area and also would be pretty cool.
There would of course be some learning to do for users accustomed to traditional window managers, but if that is taken as a 'contraindication', we'll be stuck with the old model forever.
Surely there are plethora of other complications. Please be gentle though.
First an image:
http://alku.org/images/owm.png
Then the thousand words:
Modern hardware could surely handle a more 'organic' approach to all this. In a nutshell: Everything else, but the actual window contents should shrink to simple handles when not used and get this way get out of the way.
The linked image tries to visualize what I mean here and I'll try to walk you through it.
The window in it's default state is at the lower left corner.
For menus there could be a single handle for a menu category (the bumps at upper left of the window). When mouse is hovered over it, a radial menu is displayed and sub-menus can be displayed as nested radial menus. This could be used to enhance the usability as well, as menu items could be rendered bigger since no space saving is necessary at this point.
The title bar could be shrank to a small bar showing similar amount of info as items in task-bars and expanded once hovered over.
The scrollbar could be expanded to full size once mouse is taken over the left edge of the window and only an indicator of scrolling possibility could be shown otherwise. One problem with scroll bars is, that on needs to make them pretty thin to save space, which makes using them increasingly difficult. In this new form, once 'in use' the scrollbar could be made big enough for comfortable use without compromising desktop real estate.
Similar things could be used for window status-bars (perhaps some alerting scheme for events) url-fields and what not.
All in all, this would make a much more effective use of screen area and also would be pretty cool.
There would of course be some learning to do for users accustomed to traditional window managers, but if that is taken as a 'contraindication', we'll be stuck with the old model forever.
Surely there are plethora of other complications. Please be gentle though.
Window close gadget on left
Written by ToxN the 16 Oct 08 at 11:07.
Related project: Gnome .
New
Gnome's appearance should propose to place the windows' close gadget alone on the left of the title bar, to reduce possibility of accidentally closing the window instead of maximizing.
Add an option for maximized windows to take up the whole screen
Written by helloothere the 8 Oct 08 at 21:57.
Global category: Usability.
New
In Windows, there is an option for the windows to cover the whole screen, including the task bar, when you maximize them; it's nice to have if you need maximum space for the contents of your window and/or want to focus on just that window, with no distractions. This should be an option in Ubuntu, too. It could be placed within the window preferences.
Solution #1:
Auto-generated solution of idea #14229
Ubuntu Brainstorm was updated in January 2009. Since the
idea #14229 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 #14229 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!
Solution #2:
option for "fill entior screen" when right clicking on window header.
Written by
theQxQ the 31 Oct 12 at 14:38.
when you right click on a window header, you get a bunch of options, like "always on top". along with these options you can have an option to "fill entire screen". (this doesn' change the behavior of the maximize button, it just fills the entior screen with the window). after the window fills the entior screen, make a message pop up that says "you have entered full screen, leave with f11". kind of like how chrome does it.
when you right click on a window header, you get a bunch of options, like "always on top". along with these options you can have an option to "fill entire screen". (this doesn' change the behavior of the maximize button, it just fills the entior screen with the window). after the window fills the entior screen, make a message pop up that says "you have entered full screen, leave with f11". kind of like how chrome does it.
Snap window to quarter or half of screen
Written by dmg the 29 Aug 08 at 22:39.
Related project: Compiz .
New
Especially when working on a larger screen I like windows to take up a quarter or (vertically) half of the screen.
With this idea a button could be pressed when dragging a window to split the desktop into areas where the window could be placed.
For example:
Drag to one quarter to resize and place there
Drag to the line between two quarters to stretch across two quarters vertically or horizontally
Alternative regions could also be defined by the user by pressing the key while not dragging anything and moving the boundaries.
Hide main synaptic window when the installing dialog appears
Written by knopper67 the 18 Jan 09 at 01:57.
Related project: Synaptic package manager .
New
When I'm using synaptic package manager, all is fine until I press Apply.
The screen becomes cluttered with a useless, greyed out window in the background when I am installing packages. This VERY untidy and makes ubuntu feel unpolished.
This window is practically useless while your installing packages, so why is it there? To waste screen space and memory?
This behaviour is also present in the Update manager and the "Add/Remove Programs" Dialog.
Taskbar window previews (thumbnails) in metacity
Written by sayakb the 9 Jul 08 at 12:23.
Global category: Graphics.
New
Just like the Application Switcher supports thumbnails, the taskbar windows can also me made to have Window previews in Metacity (just as the Window Previews compiz plugin does)
Clicking on a window covers everything behind it
Written by turbolad the 14 Feb 13 at 01:02.
Related project: Unity .
New
When you click anywhere in a program's window, it gains input focus and moves to the top of the window stack - covering everything behind it. If you accidentally click on a maximised window, you have to traverse through all the open apps on Unity to bring them back to the front.
This is annoying: say you want to type something into the Terminal window when referring to a support webpage; you cannot just type into the Terminal while part of it is overlapped by the web browser window, even if the text input area of the Terminal window is not covered. Also, if you move the scroll bar of the web page, then the web page will gain input focus and cover the Terminal window - which you were about to type in!
Why is there no option to change the behaviour of application windows and input focus?
The option "Always On Top" does not solve this problem, as it prevents you from moving a window above it e.g. when you need to get to an urgent e-mail message; see comments.
Solution #1:
Option for dynamic window focus
Written by
turbolad the 14 Feb 13 at 01:02.
Have an option, which the user can enable, to allow any window to have input focus, even if it's slightly overlapped by a window above it.
With this option enabled, you will need to click on a window's title bar to move it to the top. If you click anywhere else in a window, it would just gain input focus, but not move to the top of the window stack.
Exception: if the title bar is not visible (but the rest of the window is visible), clicking anywhere else in that window should move it to the top of the window stack.
This "idea" has been in real-world use in the "RISC OS" operating system since 1987. See number 1 on here:
http://productsdb.riscos.com/admin/ros_test.htm
Have an option, which the user can enable, to allow any window to have input focus, even if it's slightly overlapped by a window above it.
With this option enabled, you will need to click on a window's title bar to move it to the top. If you click anywhere else in a window, it would just gain input focus, but not move to the top of the window stack.
Exception: if the title bar is not visible (but the rest of the window is visible), clicking anywhere else in that window should move it to the top of the window stack.
This "idea" has been in real-world use in the "RISC OS" operating system since 1987. See number 1 on here: http://productsdb.riscos.com/admin/ros_test.htm
Solution #2:
Add transparency and float
Written by
vkadal the 15 Feb 13 at 04:17.
By clicking the middle button, the window shall be come small in size and transparent. After working on other windows, by clicking the window shall restore to its original position
By clicking the middle button, the window shall be come small in size and transparent. After working on other windows, by clicking the window shall restore to its original position
Solution #3:
An option the user can enable: bring windows to front by clicking the title bars
Written by
turbolad the 20 Feb 13 at 23:57.
Unity has very few "safe" options to control the "look and feel" of the GUI in Ubuntu. New options could be applied immediately, to see if the user likes the outcome.
In this case, the user could choose to bring any window to the front by clicking on the title bar. If selected, the user has control of which window is at the front; clicking elsewhere in a window will give it input focus, without it covering what you are working on.
There is another huge advantage as well: if you accidentally click inside a maximised window, you will save yourself the aggro of having to traverse through all the open apps to bring their windows back in view.
Unity has very few "safe" options to control the "look and feel" of the GUI in Ubuntu. New options could be applied immediately, to see if the user likes the outcome.
In this case, the user could choose to bring any window to the front by clicking on the title bar. If selected, the user has control of which window is at the front; clicking elsewhere in a window will give it input focus, without it covering what you are working on.
There is another huge advantage as well: if you accidentally click inside a maximised window, you will save yourself the aggro of having to traverse through all the open apps to bring their windows back in view.
Solution #4:
Show menu
Written by
Lachu the 27 Feb 13 at 17:18.
Display menu when user are clicking on inactive window.
Display menu when user are clicking on inactive window.
Poor Window Management
No information about this blueprint
Information is updated every 5 minutes.
Please wait till the next update.
Written by jirtan the 13 Apr 09 at 22:12.
Related project: Gnome .
New
There aren't any satisfactory solutions to dealing with multiple window management on a desktop with a low resolution. Valuable screen space is taken by the Gnome Window List and the Gnome Window Selector takes too many clicks to navigate and does not allow a program to be closed via right-clicking by bringing up a menu like the List does.
Window management can always be sped up with keyboard bindings.
Solution #1:
Close Selected Window in ALT+TAB Selector Window
Written by
jirtan the 13 Apr 09 at 22:12.
When holding Alt after pressing Alt+Tab, the user can tap Tab to cycle through all the current windows. I propose that, should the Delete key be pressed whilst holding Tab, the currently selected window will be closed.
When holding Alt after pressing Alt+Tab, the user can tap Tab to cycle through all the current windows. I propose that, should the Delete key be pressed whilst holding Tab, the currently selected window will be closed.
Solution #2:
Solution 1 + DEL
Written by
Basem the 14 Apr 09 at 07:10.
Just like solution 1, give the user the ability to close programs from ALT+TAB...
The user can switch windows using alt+tab, then tap del to close the highlighted window...
Just like solution 1, give the user the ability to close programs from ALT+TAB...
The user can switch windows using alt+tab, then tap del to close the highlighted window...
Solution #3:
Show the desktop as an application in the alt+tab selector window
Written by
blucher the 15 Apr 09 at 10:26.
i think, it's the only good feature in vista
i think, it's the only good feature in vista
Facebrowsers worth their name
Written by jeypeyy the 30 Oct 08 at 21:07.
Global category: Others.
New
In System>Administration>'Login Window'>local, there are no differences between the style "Themed", and "Themed with face browser".