Window auto-maximise functionality should be disabled on monitors with a resolution above 1024 x 600
| Affects | Status | Importance | Assigned to | Milestone | |
|---|---|---|---|---|---|
| Ayatana Design |
Fix Released
|
Medium
|
John Lea | ||
| Unity |
Fix Released
|
High
|
Andrea Azzarone | ||
| unity-2d |
Invalid
|
High
|
Unassigned | ||
| unity (Ubuntu) |
Fix Released
|
High
|
Andrea Azzarone | ||
| unity-2d (Ubuntu) |
Invalid
|
Undecided
|
Unassigned | ||
Bug Description
The window auto-maximise function was specifically designed for the netbook use case, and works well in this context. However it causes issues for users of screens with a higher resolution, and attempts to solve these issues by changing the auto-maximise % threshold have not been entirely successful.
This bug proposes implementing a cut off resolution, constraining this functionality to screen resolutions equal to or below 1024 x 600
Related branches
- Mirco Müller (community): Approve
- Marco Biscaro (community): Approve
-
Diff: 48 lines (+26/-0) 2 files modifiedapimanual-tests/AutoMaximize.txt (+19/-0)
plugins/unityshell/src/PluginAdapter.cpp (+7/-0)
This bug is high related to bug #754214.
Merging into bug #754214
Status changed to 'Confirmed' because the bug affects multiple users.
Even though my resolution is over 1024 x 600 and the issue would be fixed for me, I disagree this is good solution. The reason is that when a user decides to unmaximize a window, he probably has a good reason for it and wants the window to appear the same way next time he starts the application.
If you prefer to have some windows maximized on smaller screens, the windows should only *default* to maximized state when the application is launched for the very first time. If the user likes it, he keeps it that way. If he doesn't and unmaximizes the window, his decision should be respected next time the application is started.
The current state also "feels" buggy and can lead to bad initial experience - see my comment here:
https:/
I agree with Jiri wholeheartedly.
On Wed, Oct 12, 2011 at 5:04 PM, Jiri Techet <email address hidden> wrote:
> Even though my resolution is over 1024 x 600 and the issue would be
> fixed for me, I disagree this is good solution. The reason is that when
> a user decides to unmaximize a window, he probably has a good reason for
> it and wants the window to appear the same way next time he starts the
> application.
>
> If you prefer to have some windows maximized on smaller screens, the
> windows should only *default* to maximized state when the application is
> launched for the very first time. If the user likes it, he keeps it that
> way. If he doesn't and unmaximizes the window, his decision should be
> respected next time the application is started.
>
> The current state also "feels" buggy and can lead to bad initial
> experience - see my comment here:
>
> https:/
>
> --
> You received this bug notification because you are subscribed to a
> duplicate bug report (769085).
> https:/
>
> Title:
> Window auto-maximise functionality should be disabled on monitors with
> a resolution above 1024 x 600
>
> Status in Ayatana Design:
> Fix Committed
> Status in Unity:
> Confirmed
> Status in "unity" package in Ubuntu:
> Confirmed
>
> Bug description:
> The window auto-maximise function was specifically designed for the
> netbook use case, and works well in this context. However it causes
> issues for users of screens with a higher resolution, and attempts to
> solve these issues by changing the auto-maximise % threshold have not
> been entirely successful.
>
> This bug proposes implementing a cut off resolution, constraining this
> functionality to screen resolutions equal to or below 1024 x 600
>
> To manage notifications about this bug go to:
> https:/
>
I think the title of this bug is not what I see to be a solution. I'd like to be able to simply disable the auto maximize feature.
The compiz config setting does not help "ubuntu 2D" a.k.a. "unity 2D" environment. If you want to get rid of auto maximize in 2D env, set /apps/metacity/
It is an interesting feature. However, it can drive you crazy when not knowing where it comes from and how to configure it.
This bug was fixed in the package unity - 5.2.0-0ubuntu1
---------------
unity (5.2.0-0ubuntu1) precise; urgency=low
* New upstream release.
- Unity needs a way to switch (tab) between windows on current workspace
(LP: #863399)
- compiz crashed with SIGSEGV in BamfLauncherIco
(LP: #865840)
- Gradual degradation in desktop performance. (LP: #888039)
- compiz (unity) crashes with SIGSEGV when a window is minimized.
(LP: #918329)
- FavoriteStore external change support (LP: #681503)
- Launcher - Make Launcher left of screen reveal more responsive and less
prone to false positives (LP: #765819)
- Window auto-maximise functionality should be disabled on monitors with a
resolution above 1024 x 600 (LP: #797808)
- Dash: very high latency responding to input (LP: #828582)
- Dash - Behaviour of the 'All' button in the Dash filters broken in
several ways (LP: #841864)
- alt-tab - The app title in the top left of the top bar should change as
the alt-tab focus changes (LP: #855516)
- Keyboard shortcut - Add keyboard shortcut hint overlay that is displayed
when a user presses and holds the Super key (LP: #855532)
- Unity crashes when started in an environment without utouch support
(LP: #860707)
- Dash - Remove Dash Home shortcut icons (LP: #885738)
- Dash - Most Frequently Used apps change to Recently Used, without
Launcher favorites (LP: #893214)
- Should have a launcher on every monitor (LP: #915944)
- Launcher autohide behaviour on multi-monitor (LP: #915946)
- the unity wrapper should kill compiz before restarting it (LP: #919132)
- Launcher - Implement workspace/launcher cross interactions (LP: #690143)
- Application icons should only display windows from the current workspace
in the window spread (LP: #689733)
- Notification area ("system tray") missing when using dual monitors of
different sizes, with their bottoms aligned (LP: #778256)
- Clicking Nautilus launcher icon fails to open a Nautilus file explorer
window when copying a file and all other Nautilus windows are closed /
bamf should skip the taskbar (LP: #784804)
- Dash - the search box is not aligned correctly relative to the Launcher
BFB button (LP: #838904)
- Dash - A expand/collapse arrow is missing from all the filter category
headers (LP: #841870)
- Dash - the filter buttons should not have a mouse over state
(LP: #838901)
- Dash - the "Filter results" text is the wrong size, wrong font weight,
and aligned incorrectly in both the vertical and horizontal axis
(LP: #863240)
- Add SUPER+TAB switching mode that enables the user to switch
applications via the Launcher (LP: #891620)
- Software Centre - automatically add app icon to launcher (LP: #761851)
- Compiz add transparency to titlebar along with the panel (LP: #912682)
- The search box is too opaque and dark (LP: #913717)
- Dash - Make statefulness of Dash Home and Dash Lenses consistent
(LP: #914759)
- Unity 5.0: "All" button for filters render as "..." (LP: #91...
Just add the ability to disable automaximize. Simple fix.
removed: furtherdesignreviewrequiredp udo udp
Status changed to 'Confirmed' because the bug affects multiple users.
I just would like to ask, where was the fix released? In 2016 on 16.04, on my tri-monitor setup, with monitors ranging from 1440x900 to 2560x1440, I get this all the time and it's annoying beyond belief, I just want the windows remembering where I put them, that's it.