[Bug 1177632] Re: gnome-screensaver causes jump in compiz events
** Changed in: compiz Milestone: 0.9.10.0 = 0.9.10.2 -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gnome-screensaver in Ubuntu. https://bugs.launchpad.net/bugs/1177632 Title: gnome-screensaver causes jump in compiz events To manage notifications about this bug go to: https://bugs.launchpad.net/compiz/+bug/1177632/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 682788] Re: Improve Unity Global Menu
** Changed in: compiz Milestone: 0.9.10.0 = 0.9.10.2 -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to metacity in Ubuntu. https://bugs.launchpad.net/bugs/682788 Title: Improve Unity Global Menu To manage notifications about this bug go to: https://bugs.launchpad.net/ayatana-design/+bug/682788/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
Re: [Bug 160311] Re: Resizing windows by grabbing window borders is difficult
On 31/01/2013 8:51 AM, Aleve Sicofante asicofa...@gmail.com wrote: 2013/1/31 Sam Spilsbury smspil...@gmail.com On Thu, Jan 31, 2013 at 6:08 AM, OpenLaptop i...@openlaptop.nl wrote: Funny to see this bug is still not fixed sinds 2007 (6 YEARS AGO!!!) Hi. 1. It is fixed in Unity-3D, which has been the default since 12.10 No it's not. I'm using Unity-3D, which is also the default in 12.04, and borders aren't equal when it comes to resizing. It's almost imposible for me to grab top and left borders, while bottom and right are pretty easy to grab. I'd say there's at least a 3-4 pixels difference between the two cases. Code-wise its exactly the same for the right, left and bottom borders. The top border doesn't have the padding as it already has a grab area on the titlebar. And no, it's not funny seeing how a basic usability like this is not being properly addressed after six years. -- You received this bug notification because you are a bug assignee. https://bugs.launchpad.net/bugs/160311 Title: Resizing windows by grabbing window borders is difficult Status in Ayatana Design: Fix Released Status in One Hundred Paper Cuts: Fix Released Status in The Metacity Window Manager: In Progress Status in Release Notes for Ubuntu: Fix Released Status in Unity 2D: Confirmed Status in “light-themes” package in Ubuntu: Fix Released Status in “metacity” package in Ubuntu: Confirmed Status in “metacity” source package in Maverick: Triaged Bug description: This bug is fixed in unity-3d since ubuntu 11.04. It still exists in unity-2d and will never be fixed as unity-2d is no longer supported since ubuntu 12.10 (see comment #343). * This should mostly be fixed for Natty and might get backported to earlier releases as well. For Precise (12.04) this is again broken for unity-2d (as of 17.7.2012 unity-2d 5.12.0-0ubuntu1.1). Note that if the window has a scrollbar, you can grab that to resize the window. If not, you are stuck with the 1px border. Workaround: NONE KNOWN (see comment 320)? * *Blueprint for Natty, Ubuntu 11.04: https://blueprints.edge.launchpad.net/ubuntu/+spec/packageselection- dx-n-resizing-windows Work items1 * Make sure the new resize grip fits in current applications; doesn't interfere with anything. We should make some noise about this during the Natty cycle so people keep their eyes open and file bugs. 2 * Invisible window resize area - around 3px invisible area to allow resize on all sides. * Working grip backported to gtk2 already available in ppa : https://launchpad.net/~bratsche/+archive/gtk * Workaround for Compiz/Unity: Alt+Middlemousebutton resizes a window most comfortably. Workaround: Edit /usr/share/themes/Ambiance/metacity-1/metacity- theme-1.xml. Set the following values in frame_geometry_normal as desired: distance name=left_width value=3/ distance name=right_width value=3/ distance name=bottom_height value=3/ Binary package hint: metacity - The issue has been an issue for users (especially of large) screens for several releases- Trackpad users seem to be particularly impacted by this- The issue appears to have been significantly aggravated in Lucid by changing the border width from 3 pixels to 1 pixel The window borders in metacity are far too thin to be used for comfortable window resizing, and resize handles are not available in all applications (or even most). In fact, of all the windows I have open right now, not a single one of them has a resize handle. The result is that I get a lot of misses when I try to drag a window border, which usually results in my clicking on the wrong window altogether. The best fix for this usability bug is to create an invisible region around each non-maximized window about 4px thick that can be used for resizing (in addition to the visible border). Or perhaps there should be a border thickness option on the System Preferences Windows dialog (although the default thickness should still be increased considerably). Ideally all windows would also have a resize handle but I realize that these have to be application controlled (at least that seems to be the position of the metacity team). To manage notifications about this bug go to: https://bugs.launchpad.net/ayatana-design/+bug/160311/+subscriptions -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to metacity in Ubuntu. https://bugs.launchpad.net/bugs/160311 Title: Resizing windows by grabbing window borders is difficult To manage notifications about this bug go to: https://bugs.launchpad.net/ayatana-design/+bug/160311/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman
Re: [Bug 160311] Re: Resizing windows by grabbing window borders is difficult
On Thu, Jan 31, 2013 at 6:08 AM, OpenLaptop i...@openlaptop.nl wrote: Funny to see this bug is still not fixed sinds 2007 (6 YEARS AGO!!!) Hi. 1. It is fixed in Unity-3D, which has been the default since 12.10 2. It isn't worth fixing in Unity-2D, since it would require extensive patching to metacity's frame display code 3. Comments like these are not helpful. -- You received this bug notification because you are a bug assignee. https://bugs.launchpad.net/bugs/160311 Title: Resizing windows by grabbing window borders is difficult Status in Ayatana Design: Fix Released Status in One Hundred Paper Cuts: Fix Released Status in The Metacity Window Manager: In Progress Status in Release Notes for Ubuntu: Fix Released Status in Unity 2D: Confirmed Status in “light-themes” package in Ubuntu: Fix Released Status in “metacity” package in Ubuntu: Confirmed Status in “metacity” source package in Maverick: Triaged Bug description: * This should mostly be fixed for Natty and might get backported to earlier releases as well. For Precise (12.04) this is again broken for unity-2d (as of 17.7.2012 unity-2d 5.12.0-0ubuntu1.1). Note that if the window has a scrollbar, you can grab that to resize the window. If not, you are stuck with the 1px border. Workaround: NONE KNOWN (see comment 320)? * *Blueprint for Natty, Ubuntu 11.04: https://blueprints.edge.launchpad.net/ubuntu/+spec/packageselection- dx-n-resizing-windows Work items1 * Make sure the new resize grip fits in current applications; doesn't interfere with anything. We should make some noise about this during the Natty cycle so people keep their eyes open and file bugs. 2 * Invisible window resize area - around 3px invisible area to allow resize on all sides. * Working grip backported to gtk2 already available in ppa : https://launchpad.net/~bratsche/+archive/gtk * Workaround for Compiz/Unity: Alt+Middlemousebutton resizes a window most comfortably. Workaround: Edit /usr/share/themes/Ambiance/metacity-1/metacity- theme-1.xml. Set the following values in frame_geometry_normal as desired: distance name=left_width value=3/ distance name=right_width value=3/ distance name=bottom_height value=3/ Binary package hint: metacity - The issue has been an issue for users (especially of large) screens for several releases- Trackpad users seem to be particularly impacted by this- The issue appears to have been significantly aggravated in Lucid by changing the border width from 3 pixels to 1 pixel The window borders in metacity are far too thin to be used for comfortable window resizing, and resize handles are not available in all applications (or even most). In fact, of all the windows I have open right now, not a single one of them has a resize handle. The result is that I get a lot of misses when I try to drag a window border, which usually results in my clicking on the wrong window altogether. The best fix for this usability bug is to create an invisible region around each non-maximized window about 4px thick that can be used for resizing (in addition to the visible border). Or perhaps there should be a border thickness option on the System Preferences Windows dialog (although the default thickness should still be increased considerably). Ideally all windows would also have a resize handle but I realize that these have to be application controlled (at least that seems to be the position of the metacity team). To manage notifications about this bug go to: https://bugs.launchpad.net/ayatana-design/+bug/160311/+subscriptions -- Sam Spilsbury -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to metacity in Ubuntu. https://bugs.launchpad.net/bugs/160311 Title: Resizing windows by grabbing window borders is difficult To manage notifications about this bug go to: https://bugs.launchpad.net/ayatana-design/+bug/160311/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
Re: [Bug 160311] Re: Resizing windows by grabbing window borders is difficult
Hi. On Thu, Jan 31, 2013 at 3:21 PM, latimerio 160...@bugs.launchpad.net wrote: That said I want to resize my windows at ANY border not just in the corners or from the title bar. You already can. There's a small amount of invisible padding on every side of the window in Unity3D. This has been the only desktop installed since 12.10, and is the default desktop since 11.04. Click and drag around the edges to resize the window. Done. -- Sam Spilsbury -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to metacity in Ubuntu. https://bugs.launchpad.net/bugs/160311 Title: Resizing windows by grabbing window borders is difficult To manage notifications about this bug go to: https://bugs.launchpad.net/ayatana-design/+bug/160311/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
Re: [Bug 160311] Re: Resizing windows by grabbing window borders is difficult
Not likely. Adding the invisible window borders to metacity's non-composited mode is likely a nontrivial affair. On Fri, Jan 4, 2013 at 2:59 PM, axel 160...@bugs.launchpad.net wrote: Unity-2D is not supported in never versions and does not have the same fix. ah, thanks for that hint which explains while this bug is still on confirmed critical for unity-2d. lets see then if unity-2d ever will be fixed =) -- You received this bug notification because you are a bug assignee. https://bugs.launchpad.net/bugs/160311 Title: Resizing windows by grabbing window borders is difficult Status in Ayatana Design: Fix Released Status in One Hundred Paper Cuts: Fix Released Status in The Metacity Window Manager: In Progress Status in Release Notes for Ubuntu: Fix Released Status in Unity 2D: Confirmed Status in “human-gtk-theme” package in Ubuntu: Invalid Status in “light-themes” package in Ubuntu: Fix Released Status in “metacity” package in Ubuntu: Confirmed Status in “human-gtk-theme” source package in Maverick: Invalid Status in “light-themes” source package in Maverick: Triaged Status in “metacity” source package in Maverick: Triaged Bug description: * This should mostly be fixed for Natty and might get backported to earlier releases as well. For Precise (12.04) this is again broken for unity-2d (as of 17.7.2012 unity-2d 5.12.0-0ubuntu1.1). Note that if the window has a scrollbar, you can grab that to resize the window. If not, you are stuck with the 1px border. Workaround: NONE KNOWN (see comment 320)? * *Blueprint for Natty, Ubuntu 11.04: https://blueprints.edge.launchpad.net/ubuntu/+spec/packageselection- dx-n-resizing-windows Work items1 * Make sure the new resize grip fits in current applications; doesn't interfere with anything. We should make some noise about this during the Natty cycle so people keep their eyes open and file bugs. 2 * Invisible window resize area - around 3px invisible area to allow resize on all sides. * Working grip backported to gtk2 already available in ppa : https://launchpad.net/~bratsche/+archive/gtk * Workaround: Edit /usr/share/themes/Ambiance/metacity-1/metacity- theme-1.xml. Set the following values in frame_geometry_normal as desired: distance name=left_width value=3/ distance name=right_width value=3/ distance name=bottom_height value=3/ Binary package hint: metacity - The issue has been an issue for users (especially of large) screens for several releases- Trackpad users seem to be particularly impacted by this- The issue appears to have been significantly aggravated in Lucid by changing the border width from 3 pixels to 1 pixel The window borders in metacity are far too thin to be used for comfortable window resizing, and resize handles are not available in all applications (or even most). In fact, of all the windows I have open right now, not a single one of them has a resize handle. The result is that I get a lot of misses when I try to drag a window border, which usually results in my clicking on the wrong window altogether. The best fix for this usability bug is to create an invisible region around each non-maximized window about 4px thick that can be used for resizing (in addition to the visible border). Or perhaps there should be a border thickness option on the System Preferences Windows dialog (although the default thickness should still be increased considerably). Ideally all windows would also have a resize handle but I realize that these have to be application controlled (at least that seems to be the position of the metacity team). To manage notifications about this bug go to: https://bugs.launchpad.net/ayatana-design/+bug/160311/+subscriptions -- Sam Spilsbury -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to metacity in Ubuntu. https://bugs.launchpad.net/bugs/160311 Title: Resizing windows by grabbing window borders is difficult To manage notifications about this bug go to: https://bugs.launchpad.net/ayatana-design/+bug/160311/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
Re: [Bug 160311] Re: Resizing windows by grabbing window borders is difficult
Unity-2D is not supported in never versions and does not have the same fix. On Fri, Jan 4, 2013 at 2:17 PM, axel 160...@bugs.launchpad.net wrote: just seems to follow the trend of our time that others seem to know better whats good for you and use their power and ignorance to stick to their conviction ;) contrary to aleve (#333) i find it harder to grab any edge other than the top one (i'm on unity-2d). often having to use the touchpad of my notebook and resizing windows though it has been a pain for a long time now and its sad that the situation has not really improved. at least this issue seems to have got some attention as hundredpapercuts seems to have this on their list. i just wonder where their fix (status released) will become visible... -- You received this bug notification because you are a bug assignee. https://bugs.launchpad.net/bugs/160311 Title: Resizing windows by grabbing window borders is difficult Status in Ayatana Design: Fix Released Status in One Hundred Paper Cuts: Fix Released Status in The Metacity Window Manager: In Progress Status in Release Notes for Ubuntu: Fix Released Status in Unity 2D: Confirmed Status in “human-gtk-theme” package in Ubuntu: Invalid Status in “light-themes” package in Ubuntu: Fix Released Status in “metacity” package in Ubuntu: Confirmed Status in “human-gtk-theme” source package in Maverick: Invalid Status in “light-themes” source package in Maverick: Triaged Status in “metacity” source package in Maverick: Triaged Bug description: * This should mostly be fixed for Natty and might get backported to earlier releases as well. For Precise (12.04) this is again broken for unity-2d (as of 17.7.2012 unity-2d 5.12.0-0ubuntu1.1). Note that if the window has a scrollbar, you can grab that to resize the window. If not, you are stuck with the 1px border. Workaround: NONE KNOWN (see comment 320)? * *Blueprint for Natty, Ubuntu 11.04: https://blueprints.edge.launchpad.net/ubuntu/+spec/packageselection- dx-n-resizing-windows Work items1 * Make sure the new resize grip fits in current applications; doesn't interfere with anything. We should make some noise about this during the Natty cycle so people keep their eyes open and file bugs. 2 * Invisible window resize area - around 3px invisible area to allow resize on all sides. * Working grip backported to gtk2 already available in ppa : https://launchpad.net/~bratsche/+archive/gtk * Workaround: Edit /usr/share/themes/Ambiance/metacity-1/metacity- theme-1.xml. Set the following values in frame_geometry_normal as desired: distance name=left_width value=3/ distance name=right_width value=3/ distance name=bottom_height value=3/ Binary package hint: metacity - The issue has been an issue for users (especially of large) screens for several releases- Trackpad users seem to be particularly impacted by this- The issue appears to have been significantly aggravated in Lucid by changing the border width from 3 pixels to 1 pixel The window borders in metacity are far too thin to be used for comfortable window resizing, and resize handles are not available in all applications (or even most). In fact, of all the windows I have open right now, not a single one of them has a resize handle. The result is that I get a lot of misses when I try to drag a window border, which usually results in my clicking on the wrong window altogether. The best fix for this usability bug is to create an invisible region around each non-maximized window about 4px thick that can be used for resizing (in addition to the visible border). Or perhaps there should be a border thickness option on the System Preferences Windows dialog (although the default thickness should still be increased considerably). Ideally all windows would also have a resize handle but I realize that these have to be application controlled (at least that seems to be the position of the metacity team). To manage notifications about this bug go to: https://bugs.launchpad.net/ayatana-design/+bug/160311/+subscriptions -- Sam Spilsbury -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to metacity in Ubuntu. https://bugs.launchpad.net/bugs/160311 Title: Resizing windows by grabbing window borders is difficult To manage notifications about this bug go to: https://bugs.launchpad.net/ayatana-design/+bug/160311/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 1036752] Re: [quantal] [regression] Gnome Classic has no compiz plugins loaded
Hi Jason, The way we made this work back in the days of Natty was to just use an environment variable to switch between the two sessions. This was done through /etc/compizconfig/config . That mechanism should still be there. As long as COMPIZ_CONFIG_PROFILE is set to in a gnome-classic session, it should pick the general profile. As far as I can tell, we aren't shipping a Default.ini in /etc/compizconfig/ If we just ship that there with a list of plugins to load, it should just pick that. -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gnome-session in Ubuntu. https://bugs.launchpad.net/bugs/1036752 Title: [quantal] [regression] Gnome Classic has no compiz plugins loaded To manage notifications about this bug go to: https://bugs.launchpad.net/compiz/+bug/1036752/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 1043759] Re: Display settings confirmation dialog appears out of the screen when disabling one monitor in a multi monitor setup
** Changed in: compiz Milestone: 0.9.8.2 = 0.9.8.4 -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gnome-control-center in Ubuntu. https://bugs.launchpad.net/bugs/1043759 Title: Display settings confirmation dialog appears out of the screen when disabling one monitor in a multi monitor setup To manage notifications about this bug go to: https://bugs.launchpad.net/compiz/+bug/1043759/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 1035261] Re: Port compiz to gsettings and consequently remove unity-2d
** Changed in: compiz Milestone: 0.9.8.2 = 0.9.8.4 -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to metacity in Ubuntu. https://bugs.launchpad.net/bugs/1035261 Title: Port compiz to gsettings and consequently remove unity-2d To manage notifications about this bug go to: https://bugs.launchpad.net/compiz/+bug/1035261/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 781931] Re: New windows are moved to front but don't take focus
** Changed in: compiz Milestone: 0.9.8.2 = 0.9.8.4 -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to nautilus in Ubuntu. https://bugs.launchpad.net/bugs/781931 Title: New windows are moved to front but don't take focus To manage notifications about this bug go to: https://bugs.launchpad.net/compiz/+bug/781931/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 939183] Re: Window decorator still using GTK2
** Changed in: compiz Milestone: 0.9.8.2 = 0.9.8.4 -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to metacity in Ubuntu. https://bugs.launchpad.net/bugs/939183 Title: Window decorator still using GTK2 To manage notifications about this bug go to: https://bugs.launchpad.net/compiz/+bug/939183/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 1035261] Re: Port compiz to gsettings and consequently remove unity-2d
** Changed in: compiz Status: Confirmed = Fix Committed -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to metacity in Ubuntu. https://bugs.launchpad.net/bugs/1035261 Title: Port compiz to gsettings and consequently remove unity-2d To manage notifications about this bug go to: https://bugs.launchpad.net/compiz/+bug/1035261/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 1040081] Re: [regression] Week 34: Ctrl+Alt+T shortcut (open terminal) fails to work
** Also affects: compiz Importance: Undecided Status: New ** Changed in: compiz Status: New = Confirmed ** Changed in: compiz Importance: Undecided = High ** Changed in: compiz Assignee: (unassigned) = Sam Spilsbury (smspillaz) ** Changed in: compiz Milestone: None = 0.9.8.2 -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gnome-settings-daemon in Ubuntu. https://bugs.launchpad.net/bugs/1040081 Title: [regression] Week 34: Ctrl+Alt+T shortcut (open terminal) fails to work To manage notifications about this bug go to: https://bugs.launchpad.net/compiz/+bug/1040081/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 1035261] Re: Port compiz to gsettings and consequently remove unity-2d
** Also affects: compiz Importance: Undecided Status: New ** Changed in: compiz Importance: Undecided = High ** Changed in: compiz Status: New = Confirmed ** Changed in: compiz Milestone: None = 0.9.8.0 ** Branch linked: lp:~compiz- team/compiz/compiz.ccs_gsettings_conformance_test -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to metacity in Ubuntu. https://bugs.launchpad.net/bugs/1035261 Title: Port compiz to gsettings and consequently remove unity-2d To manage notifications about this bug go to: https://bugs.launchpad.net/compiz/+bug/1035261/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 886605] Re: Desktop, Launcher and menu bar still visible when screen locked
** Changed in: gnome-screensaver (Ubuntu) Assignee: (unassigned) = Sam Spilsbury (smspillaz) ** Changed in: gnome-screensaver (Ubuntu) Status: Confirmed = Invalid ** Also affects: compiz Importance: Undecided Status: New ** Changed in: compiz Status: New = Confirmed ** Changed in: compiz Importance: Undecided = High ** Changed in: compiz Assignee: (unassigned) = Sam Spilsbury (smspillaz) ** Changed in: compiz Milestone: None = 0.9.8.0 -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gnome-screensaver in Ubuntu. https://bugs.launchpad.net/bugs/886605 Title: Desktop, Launcher and menu bar still visible when screen locked To manage notifications about this bug go to: https://bugs.launchpad.net/compiz/+bug/886605/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 931245] Re: Finish the implementation of the locally integrated menubars
** Changed in: compiz Importance: Undecided = High ** Changed in: compiz Status: New = Triaged ** Changed in: compiz Assignee: (unassigned) = Sam Spilsbury (smspillaz) -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to metacity in Ubuntu. https://bugs.launchpad.net/bugs/931245 Title: Finish the implementation of the locally integrated menubars To manage notifications about this bug go to: https://bugs.launchpad.net/compiz/+bug/931245/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 988573] Re: Windows lost decorations
** Changed in: compiz Importance: Undecided = Medium ** Changed in: compiz Status: New = Confirmed -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to the bug report. https://bugs.launchpad.net/bugs/988573 Title: Windows lost decorations To manage notifications about this bug go to: https://bugs.launchpad.net/compiz/+bug/988573/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 871931] Re: ALT + circumflex can be set in the keybinding settings and conflict with unity
** Changed in: compiz Importance: Undecided = Low ** Changed in: compiz Status: New = Confirmed -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gnome-control-center in Ubuntu. https://bugs.launchpad.net/bugs/871931 Title: ALT + circumflex can be set in the keybinding settings and conflict with unity To manage notifications about this bug go to: https://bugs.launchpad.net/compiz/+bug/871931/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 682788] Re: Improve Unity menus
** Changed in: compiz Status: New = Triaged ** Changed in: compiz Assignee: (unassigned) = Sam Spilsbury (smspillaz) -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to metacity in Ubuntu. https://bugs.launchpad.net/bugs/682788 Title: Improve Unity menus To manage notifications about this bug go to: https://bugs.launchpad.net/ayatana-design/+bug/682788/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 145704] Re: Same tooltip on both workspaces when using Compiz
** Changed in: compiz Status: New = Confirmed -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug assignee. https://bugs.launchpad.net/bugs/145704 Title: Same tooltip on both workspaces when using Compiz To manage notifications about this bug go to: https://bugs.launchpad.net/compiz/+bug/145704/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 898087] Re: Keyboard shortcuts set in Gnome Control Center - Keyboard do not have affect if those same shortcuts are set in Compiz
** Changed in: compiz Status: New = Confirmed -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gnome-control-center in Ubuntu. https://bugs.launchpad.net/bugs/898087 Title: Keyboard shortcuts set in Gnome Control Center - Keyboard do not have affect if those same shortcuts are set in Compiz To manage notifications about this bug go to: https://bugs.launchpad.net/compiz/+bug/898087/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 931958] Re: 0.9.7: impossible to click on keyring dialog since the upgrade
** No longer affects: seahorse ** Also affects: gnome-keyring Importance: Undecided Status: New ** Also affects: gnome-keyring (Ubuntu) Importance: Undecided Status: New ** Changed in: gnome-keyring Assignee: (unassigned) = Sam Spilsbury (smspillaz) ** Changed in: seahorse (Ubuntu) Status: New = Invalid ** Changed in: gnome-keyring (Ubuntu) Status: New = In Progress ** Changed in: gnome-keyring (Ubuntu) Assignee: (unassigned) = Sam Spilsbury (smspillaz) ** Branch linked: lp:~smspillaz/gnome-keyring/gnome-keyring.fix_931958 -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to seahorse in Ubuntu. https://bugs.launchpad.net/bugs/931958 Title: 0.9.7: impossible to click on keyring dialog since the upgrade To manage notifications about this bug go to: https://bugs.launchpad.net/compiz-core/+bug/931958/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 58977] Re: Maximizing ignores docked panles with Xinerama
** Changed in: compiz (Ubuntu) Status: Confirmed = Fix Committed -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug assignee. https://bugs.launchpad.net/bugs/58977 Title: Maximizing ignores docked panles with Xinerama To manage notifications about this bug go to: https://bugs.launchpad.net/metacity/+bug/58977/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 690239] Re: hang in g_spawn_sync and select()
** Also affects: compiz-core Importance: Undecided Status: New ** Changed in: compiz-core Assignee: (unassigned) = Sam Spilsbury (smspillaz) ** Changed in: compiz-core Milestone: None = 0.9.6 ** Changed in: compiz-core Status: New = Fix Committed -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to glib2.0 in Ubuntu. https://bugs.launchpad.net/bugs/690239 Title: hang in g_spawn_sync and select() To manage notifications about this bug go to: https://bugs.launchpad.net/compiz-core/+bug/690239/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
Re: [Bug 160311] Re: Resizing windows by grabbing window borders is difficult
On Sun, Aug 21, 2011 at 8:05 PM, The Fiddler 160...@bugs.launchpad.net wrote: 2011/8/21 Sam Spilsbury smspil...@gmail.com Invisible borders are not implemented in unity-2d Are they technically infeasible or could they be implemented with some effort? If so, where should they be implemented? They can be implemented with some effort, but its difficult when you're not compositing because its another set of windows to be tracking (you can't reparent an InputOutput window into an InputOnly window, which means that you can't abuse reparenting like we do in compiz in order to do this easily) They'd belong in metacity in that case. -- You received this bug notification because you are a bug assignee. https://bugs.launchpad.net/bugs/160311 Title: Resizing windows by grabbing window borders is difficult Status in Ayatana Design: Fix Released Status in One Hundred Paper Cuts: Fix Released Status in The Metacity Window Manager: In Progress Status in Release Notes for Ubuntu: Fix Released Status in “human-gtk-theme” package in Ubuntu: Invalid Status in “light-themes” package in Ubuntu: Fix Released Status in “metacity” package in Ubuntu: Fix Released Status in “human-gtk-theme” source package in Maverick: Invalid Status in “light-themes” source package in Maverick: Triaged Status in “metacity” source package in Maverick: Triaged Bug description: * No more comments needed This should mostly be fixed for Natty and might get backported to earlier releases as well. * *Blueprint for Natty, Ubuntu 11.04: https://blueprints.edge.launchpad.net/ubuntu/+spec/packageselection- dx-n-resizing-windows Work items1 * Make sure the new resize grip fits in current applications; doesn't interfere with anything. We should make some noise about this during the Natty cycle so people keep their eyes open and file bugs. 2 * Invisible window resize area - around 3px invisible area to allow resize on all sides. * Working grip backported to gtk2 already available in ppa : https://launchpad.net/~bratsche/+archive/gtk * Workaround: Edit /usr/share/themes/Ambiance/metacity-1/metacity- theme-1.xml. Set the following values in frame_geometry_normal as desired: distance name=left_width value=3/ distance name=right_width value=3/ distance name=bottom_height value=3/ Binary package hint: metacity - The issue has been an issue for users (especially of large) screens for several releases- Trackpad users seem to be particularly impacted by this- The issue appears to have been significantly aggravated in Lucid by changing the border width from 3 pixels to 1 pixel The window borders in metacity are far too thin to be used for comfortable window resizing, and resize handles are not available in all applications (or even most). In fact, of all the windows I have open right now, not a single one of them has a resize handle. The result is that I get a lot of misses when I try to drag a window border, which usually results in my clicking on the wrong window altogether. The best fix for this usability bug is to create an invisible region around each non-maximized window about 4px thick that can be used for resizing (in addition to the visible border). Or perhaps there should be a border thickness option on the System Preferences Windows dialog (although the default thickness should still be increased considerably). Ideally all windows would also have a resize handle but I realize that these have to be application controlled (at least that seems to be the position of the metacity team). To manage notifications about this bug go to: https://bugs.launchpad.net/ayatana-design/+bug/160311/+subscriptions -- Sam Spilsbury -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to metacity in Ubuntu. https://bugs.launchpad.net/bugs/160311 Title: Resizing windows by grabbing window borders is difficult To manage notifications about this bug go to: https://bugs.launchpad.net/ayatana-design/+bug/160311/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
Re: [Bug 160311] Re: Resizing windows by grabbing window borders is difficult
On Mon, Aug 22, 2011 at 9:22 PM, Fabien Tassin f...@ubuntu.com wrote: yep, it regressed for me too. and to make the matter worse, the gtk resize grip in the bottom-right corner is gone too (or at least it's gone when using gnome-shell, not sure about unity) They will be back once we work out what caused the performance problems in the unity decorator (xrender is really really slow on intel recently) -- You received this bug notification because you are a bug assignee. https://bugs.launchpad.net/bugs/160311 Title: Resizing windows by grabbing window borders is difficult Status in Ayatana Design: Fix Released Status in One Hundred Paper Cuts: Fix Released Status in The Metacity Window Manager: In Progress Status in Release Notes for Ubuntu: Fix Released Status in “human-gtk-theme” package in Ubuntu: Invalid Status in “light-themes” package in Ubuntu: Fix Released Status in “metacity” package in Ubuntu: Fix Released Status in “human-gtk-theme” source package in Maverick: Invalid Status in “light-themes” source package in Maverick: Triaged Status in “metacity” source package in Maverick: Triaged Bug description: * No more comments needed This should mostly be fixed for Natty and might get backported to earlier releases as well. * *Blueprint for Natty, Ubuntu 11.04: https://blueprints.edge.launchpad.net/ubuntu/+spec/packageselection- dx-n-resizing-windows Work items1 * Make sure the new resize grip fits in current applications; doesn't interfere with anything. We should make some noise about this during the Natty cycle so people keep their eyes open and file bugs. 2 * Invisible window resize area - around 3px invisible area to allow resize on all sides. * Working grip backported to gtk2 already available in ppa : https://launchpad.net/~bratsche/+archive/gtk * Workaround: Edit /usr/share/themes/Ambiance/metacity-1/metacity- theme-1.xml. Set the following values in frame_geometry_normal as desired: distance name=left_width value=3/ distance name=right_width value=3/ distance name=bottom_height value=3/ Binary package hint: metacity - The issue has been an issue for users (especially of large) screens for several releases- Trackpad users seem to be particularly impacted by this- The issue appears to have been significantly aggravated in Lucid by changing the border width from 3 pixels to 1 pixel The window borders in metacity are far too thin to be used for comfortable window resizing, and resize handles are not available in all applications (or even most). In fact, of all the windows I have open right now, not a single one of them has a resize handle. The result is that I get a lot of misses when I try to drag a window border, which usually results in my clicking on the wrong window altogether. The best fix for this usability bug is to create an invisible region around each non-maximized window about 4px thick that can be used for resizing (in addition to the visible border). Or perhaps there should be a border thickness option on the System Preferences Windows dialog (although the default thickness should still be increased considerably). Ideally all windows would also have a resize handle but I realize that these have to be application controlled (at least that seems to be the position of the metacity team). To manage notifications about this bug go to: https://bugs.launchpad.net/ayatana-design/+bug/160311/+subscriptions -- Sam Spilsbury -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to metacity in Ubuntu. https://bugs.launchpad.net/bugs/160311 Title: Resizing windows by grabbing window borders is difficult To manage notifications about this bug go to: https://bugs.launchpad.net/ayatana-design/+bug/160311/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
Re: [Bug 160311] Re: Resizing windows by grabbing window borders is difficult
Invisible borders are not implemented in unity-2d On Sun, Aug 21, 2011 at 4:43 PM, The Fiddler 160...@bugs.launchpad.net wrote: 2011/8/21 RussianNeuroMancer 160...@bugs.launchpad.net Now it's again issue in Oneiric. In both unity and unity2d. -- You received this bug notification because you are a bug assignee. https://bugs.launchpad.net/bugs/160311 Title: Resizing windows by grabbing window borders is difficult Status in Ayatana Design: Fix Released Status in One Hundred Paper Cuts: Fix Released Status in The Metacity Window Manager: In Progress Status in Release Notes for Ubuntu: Fix Released Status in “human-gtk-theme” package in Ubuntu: Invalid Status in “light-themes” package in Ubuntu: Fix Released Status in “metacity” package in Ubuntu: Fix Released Status in “human-gtk-theme” source package in Maverick: Invalid Status in “light-themes” source package in Maverick: Triaged Status in “metacity” source package in Maverick: Triaged Bug description: * No more comments needed This should mostly be fixed for Natty and might get backported to earlier releases as well. * *Blueprint for Natty, Ubuntu 11.04: https://blueprints.edge.launchpad.net/ubuntu/+spec/packageselection- dx-n-resizing-windows Work items1 * Make sure the new resize grip fits in current applications; doesn't interfere with anything. We should make some noise about this during the Natty cycle so people keep their eyes open and file bugs. 2 * Invisible window resize area - around 3px invisible area to allow resize on all sides. * Working grip backported to gtk2 already available in ppa : https://launchpad.net/~bratsche/+archive/gtk * Workaround: Edit /usr/share/themes/Ambiance/metacity-1/metacity- theme-1.xml. Set the following values in frame_geometry_normal as desired: distance name=left_width value=3/ distance name=right_width value=3/ distance name=bottom_height value=3/ Binary package hint: metacity - The issue has been an issue for users (especially of large) screens for several releases- Trackpad users seem to be particularly impacted by this- The issue appears to have been significantly aggravated in Lucid by changing the border width from 3 pixels to 1 pixel The window borders in metacity are far too thin to be used for comfortable window resizing, and resize handles are not available in all applications (or even most). In fact, of all the windows I have open right now, not a single one of them has a resize handle. The result is that I get a lot of misses when I try to drag a window border, which usually results in my clicking on the wrong window altogether. The best fix for this usability bug is to create an invisible region around each non-maximized window about 4px thick that can be used for resizing (in addition to the visible border). Or perhaps there should be a border thickness option on the System Preferences Windows dialog (although the default thickness should still be increased considerably). Ideally all windows would also have a resize handle but I realize that these have to be application controlled (at least that seems to be the position of the metacity team). To manage notifications about this bug go to: https://bugs.launchpad.net/ayatana-design/+bug/160311/+subscriptions -- Sam Spilsbury -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to metacity in Ubuntu. https://bugs.launchpad.net/bugs/160311 Title: Resizing windows by grabbing window borders is difficult To manage notifications about this bug go to: https://bugs.launchpad.net/ayatana-design/+bug/160311/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
Re: [Bug 160311] Re: Resizing windows by grabbing window borders is difficult
On Sat, Jul 16, 2011 at 10:56 PM, UeB moritz_nad...@gmx.de wrote: It says in this thread that a fix was commited. I upraded to Ubuntu 11.04 using the classic gnome desktop and still my window borders in the ambiance and radiance themes are only 1 pixel wide, so resizing windows with the mouse alone is still a pain in the ass. I thought it was fixed now. Is there still a problem on my pc do I have a wrong understanding of what fixed means in this case. Any enlightenment is very appreciated. Thanks in advance. Are you running unity-window-decorator? ps aux | grep unity-window-decorator IT could also be that you have those themes installed locally and they are conflicting with the themes that specify the new borders. -- You received this bug notification because you are a bug assignee. https://bugs.launchpad.net/bugs/160311 Title: Resizing windows by grabbing window borders is difficult Status in Ayatana Design: Fix Released Status in One Hundred Paper Cuts: Fix Released Status in The Metacity Window Manager: In Progress Status in Release Notes for Ubuntu: Fix Released Status in “human-gtk-theme” package in Ubuntu: Invalid Status in “light-themes” package in Ubuntu: Fix Released Status in “metacity” package in Ubuntu: Fix Released Status in “human-gtk-theme” source package in Maverick: Invalid Status in “light-themes” source package in Maverick: Triaged Status in “metacity” source package in Maverick: Triaged Bug description: * No more comments needed This should mostly be fixed for Natty and might get backported to earlier releases as well. * *Blueprint for Natty, Ubuntu 11.04: https://blueprints.edge.launchpad.net/ubuntu/+spec/packageselection- dx-n-resizing-windows Work items1 * Make sure the new resize grip fits in current applications; doesn't interfere with anything. We should make some noise about this during the Natty cycle so people keep their eyes open and file bugs. 2 * Invisible window resize area - around 3px invisible area to allow resize on all sides. * Working grip backported to gtk2 already available in ppa : https://launchpad.net/~bratsche/+archive/gtk * Workaround: Edit /usr/share/themes/Ambiance/metacity-1/metacity- theme-1.xml. Set the following values in frame_geometry_normal as desired: distance name=left_width value=3/ distance name=right_width value=3/ distance name=bottom_height value=3/ Binary package hint: metacity - The issue has been an issue for users (especially of large) screens for several releases- Trackpad users seem to be particularly impacted by this- The issue appears to have been significantly aggravated in Lucid by changing the border width from 3 pixels to 1 pixel The window borders in metacity are far too thin to be used for comfortable window resizing, and resize handles are not available in all applications (or even most). In fact, of all the windows I have open right now, not a single one of them has a resize handle. The result is that I get a lot of misses when I try to drag a window border, which usually results in my clicking on the wrong window altogether. The best fix for this usability bug is to create an invisible region around each non-maximized window about 4px thick that can be used for resizing (in addition to the visible border). Or perhaps there should be a border thickness option on the System Preferences Windows dialog (although the default thickness should still be increased considerably). Ideally all windows would also have a resize handle but I realize that these have to be application controlled (at least that seems to be the position of the metacity team). To manage notifications about this bug go to: https://bugs.launchpad.net/ayatana-design/+bug/160311/+subscriptions -- Sam Spilsbury -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to metacity in Ubuntu. https://bugs.launchpad.net/bugs/160311 Title: Resizing windows by grabbing window borders is difficult To manage notifications about this bug go to: https://bugs.launchpad.net/ayatana-design/+bug/160311/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs