Applications should be launched maximized if window's size approaches screen size

Bug #693779 reported by Alex Launi
34
This bug affects 6 people
Affects Status Importance Assigned to Milestone
Unity
Fix Released
Low
Didier Roche-Tolomelli
unity (Ubuntu)
Fix Released
Low
Didier Roche-Tolomelli

Bug Description

Binary package hint: unity

Some applications launch non-maximized but at the size of the desktop minus the panel. This just gives the double title bar effect, and looks kind of ugly. Applications launched at this size should just go whole hog and be maximized.

Revision history for this message
Mark Shuttleworth (sabdfl) wrote : Re: [Bug 693779] [NEW] Applications should be launched maximized if window's size approaches screen size

 status confirmed

Mark

Changed in unity (Ubuntu):
status: New → Confirmed
David Barth (dbarth)
Changed in unity:
status: New → Confirmed
Revision history for this message
David Barth (dbarth) wrote :

With decorations and some pixels off, i suppose we need a threshold to decide when to maximize.
On thing to keep in mind is that it may also resonate when the system auto-maximizes a window when its dragged to the top edge.

Changed in unity:
importance: Undecided → Low
Changed in unity (Ubuntu):
importance: Undecided → Low
Changed in unity:
assignee: nobody → Neil J. Patel (njpatel)
Changed in unity (Ubuntu):
assignee: nobody → Neil J. Patel (njpatel)
Changed in unity:
milestone: none → 3.2.10
status: Confirmed → Fix Committed
Changed in unity (Ubuntu):
status: Confirmed → Fix Committed
Changed in unity:
assignee: Neil J. Patel (njpatel) → Didier Roche (didrocks)
Changed in unity (Ubuntu):
assignee: Neil J. Patel (njpatel) → Didier Roche (didrocks)
Changed in unity:
status: Fix Committed → Fix Released
Revision history for this message
Launchpad Janitor (janitor) wrote :

This bug was fixed in the package unity - 3.2.12-0ubuntu1

---------------
unity (3.2.12-0ubuntu1) natty; urgency=low

  * New upstream release.
   - Window border doesn't get restored (LP: #691812)
   - When a menu is triggered from Alt+key, app name stays visible on panel
     (LP: #691765)
   - show the launcher on <Super> KeyPress, this will be needed when the
     shortcut will be implemented if we are in intellihide mode
   - Make sure an underscore is correctly placed under the corresponding
     accelerator-key. (LP: #683427)
   - Adding a dummy --replace option for compatibility reason (LP: #692569)
   - Compiz crashed with SIGSEGV in CompWindow::id() (LP: #694945)
   - Tooltip text not vertically centered (LP: #697791)
   - Maximizing a window horizontally or vertically removes the title bar
     (LP: #696780)
   - Mousewheel support for indicators (LP: #681428)
   - Avoid Quicklists being positioned so that they are partially offscreen at
     the bottom screen-edge. (LP: #691114)
   - Migrate awn, docky and cairo-dock dock launchers (LP: #692967)
   - Include manpages, and make them translatable. (LP: #684896)
   - Automaximize windows in Unity with some rules like blacklisting some
     applications, initial window size.
     It fixes also some bugs, like maximized window on first map not
     undecorated (LP: #667009, #669716, #693779, #691741)
   - Update libunity to conform to latest GIO VAPI breakage (LP: #679964)
   - Initial unity-atk module implementation (LP: #701680)
   - Panel autohide when on Quicklist (LP: #683261)
  * debian/control:
    - unity breaks on older bamf version (dbus protocol changed)
    - needs latest and greatest from dee
    - add libatk1.0-dev build-dep
  * CMakeList:
    - distro-patch to avoid building tests right now as building them is failing
      with the current vala/gir stack. THIS NEED TO BE REMOVED.
  * debian/rules:
    - don't --fail-missing as we don't want to install the vapi yet. The gir
      package will come next week.
  * debian/unity-common.install:
    - install the manpages
  * debian/libunity3.symbols:
    - updated
 -- Didier Roche <email address hidden> Fri, 14 Jan 2011 20:47:25 +0100

Changed in unity (Ubuntu):
status: Fix Committed → Fix Released
Revision history for this message
Tyler R (trowe) wrote :

I believe this is an incorrect behavior. I should have control over my own system to make windows the size I want without them going maximized. Case in point, Firefox is taking up roughly 75% of my screen and it maximizes every time I launch. At very least, the thresholds need to be tweaked to much closer to maximized.

Revision history for this message
Marco Biscaro (marcobiscaro2112) wrote :

There could be an option to configure it on ccsm.

Revision history for this message
kkk (kknull0) wrote :

yeah this sucks....
most of the apps I open, they are opened maximized.. it's frustrating..

Revision history for this message
kkk (kknull0) wrote :

I've made a patch that adds a compiz option which lets you choose if maximise windows or not.

Revision history for this message
Marco Biscaro (marcobiscaro2112) wrote :

@kkk the patch looks good! Could you attach it to bug #713524 and revert the status of that bug to confirmed, please?

Revision history for this message
Didier Roche-Tolomelli (didrocks) wrote :

At first glance, the patch looks good indeed! :)

However, don't reopen this bug, it's rather open a bug for it please, and propose a branch for it.
Thanks a bunch!

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.