Page 1 of 4 123 ... LastLast
Results 1 to 10 of 40

Thread: Wayland Still Working On Minimizing, Maximizing

  1. #1
    Join Date
    Jan 2007
    Posts
    15,650

    Default Wayland Still Working On Minimizing, Maximizing

    Phoronix: Wayland Still Working On Minimizing, Maximizing

    Support for minimize and maximize requests is still being worked on the for the Wayland protocol. Yes, this is to allow windows to be minimized or maximized within the Wayland environment...

    http://www.phoronix.com/vr.php?view=MTMyMjQ

  2. #2
    Join Date
    Dec 2012
    Posts
    586

    Default

    Anyone have insight to why special functionality is needed? What is stopping the compositor from managing individual window size, since it already controls the chrome, such that if you size a window to 0x0 it is minimized, and the compositor can implement maximize and fullscreen to just give the application the desktop-chromed max window size and a borderless full screen window?

    It just seems like it is a sound abstraction to consider a window that percieves its draw area as 0x0 pixels as being hidden or otherwise minimized, and I don't see many applications that need to care how big its window is relative to the desktop (it just needs to be alerted to size changes to reorient contents).

  3. #3
    Join Date
    Dec 2011
    Posts
    2,195

    Default Shade

    Maybe next they should do a "shade" feature (or what its called), where only the titlebar shows, the application collapses so only the titlebar shows.
    I've seen some window managers have that feature.

  4. #4
    Join Date
    Sep 2011
    Posts
    191

    Default

    I'm thrilled.

  5. #5
    Join Date
    Jul 2012
    Posts
    149

    Default

    Quote Originally Posted by zanny View Post
    Anyone have insight to why special functionality is needed? What is stopping the compositor from managing individual window size, since it already controls the chrome, such that if you size a window to 0x0 it is minimized, and the compositor can implement maximize and fullscreen to just give the application the desktop-chromed max window size and a borderless full screen window?

    It just seems like it is a sound abstraction to consider a window that percieves its draw area as 0x0 pixels as being hidden or otherwise minimized, and I don't see many applications that need to care how big its window is relative to the desktop (it just needs to be alerted to size changes to reorient contents).
    I don't know details, but caching and resource control comes to mind. If you minimize already existing window, you are giving composer a hnt that you might maximize it sometime later.

    If you just resize it, your are practically throwing away everything that might be already drawn within. Also, you are straining infrastructure with dealocation of resources only to be allocated probably short time later.

  6. #6
    Join Date
    Jun 2011
    Posts
    1,107

    Default

    Quote Originally Posted by Brane215 View Post
    I don't know details, but caching and resource control comes to mind. If you minimize already existing window, you are giving composer a hnt that you might maximize it sometime later.

    If you just resize it, your are practically throwing away everything that might be already drawn within. Also, you are straining infrastructure with dealocation of resources only to be allocated probably short time later.
    Well I don't know but the description to me sounds like this design might finally fix the issue of not having the ability to have a live preview of a minimized window that shows up in other display servers.

  7. #7
    Join Date
    Mar 2013
    Posts
    5

    Default Dafuk

    Weston supports maximizing and returning to its pre-maximized state, they're just working out how to do it in the cleanest fashion. Please stop jumping to absurd conclusions Michael, or you could just ask me when you're unsure about some details.

  8. #8
    Join Date
    May 2010
    Posts
    178

    Default

    The patches are supporting minimize and what ever it's called when the window comes out of the task manager (minimize?).

    Applications can already maximize and restore, and they already could for a long time.

    The reason why this functionality has to be added for minimize, is because in order to know how to create the entry in the 'task bar' of which it can minimize to, the application needs a way to tell the shell what the title and icon is, and everything.

  9. #9
    Join Date
    Mar 2013
    Posts
    5

    Default

    I thought this article was about a Wayland feature, and not about a moral lesson for Canonical. Rly needed to mention Mir here? Why not say...'X has been supporting this for years, despite the primitive implementation..."?

    Anyway I don't know why I still hope for quality articles in this blog, it isn't what it used to be, too much personal feelings and too little objectivity.

  10. #10
    Join Date
    Sep 2011
    Posts
    191

    Default

    Quote Originally Posted by arioch View Post
    Anyway I don't know why I still hope for quality articles in this blog, it isn't what it used to be, too much personal feelings and too little objectivity.
    Phoronix isn't exactly known for quality, but well, at least


Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •