[openbox] resize maximized windows

Troy Curtis Jr troycurtisjr at gmail.com
Mon May 21 00:49:12 EDT 2007


On 5/19/07, Dana Jansens <danakj at orodu.net> wrote:
> Well, you can't resize them still, but you can move maximized windows
> between xinerama screens in the 3.4 branch now. I'm going to try make
> a preview 3.4 release today or tomorrow.
>
> On 4/12/07, Troy Curtis Jr <troycurtisjr at gmail.com> wrote:
> > On 4/11/07, Clay Barnes <clay.barnes at gmail.com> wrote:
> > > On 19:48 Wed 11 Apr     , Martin Lucina wrote:
> > > > clay.barnes at gmail.com said:
> > > > > In a sentence---the idea of maximization is that it's a state where
> > > > > the window cannot fill the screen more (or less) completely.  If you
> > > > > could resize the window, that state would lose its meaning.  I know
> > > >
> > > > I presume you meant "... can fill the screen ...".
> > >
> > > I actually did mean "cannot," which, if you look carefully does work
> > > (though I'll admit I syntactically parallelized what was not
> > > semantically parallel---the necessity of full usage (". . .cannot fill
> > > the screen more. . .") of the screen with the requirement of fixed
> > > size (". . .cannot not fill the screen [...] less. . .").  I apologize
> > > (to the whole list) for my poor style.  I should know better (being a
> > > native English speaker *and* a Linguist!).
> > >
> > > >
> > > > I'd actually find this use case useful, along with it's sister case,
> > > > moving a maximized window:
> > >
> > > I agree it's a useful case to be able to maximize a window and then
> > > take a little space from it on some edge.  The real question is what
> > > happens for the maximize state?  Do we toggle only dimensions that
> > > have changed (still horizontally maximized if we only make the window
> > > shorter, or do we make it just floating again?)
> > >
> > > >
> > > > With a multi-head setup, a maximimzed window will cover only one head.
> > > > It's sometimes easier to maximize an app, then go and resize it.  Being
> > > > able to move it (to the other head(s)) just by dragging would also be
> > > > useful.
> > >
> > > Similar question:  do we toggle out of states for the move?  Do we
> > > just snap between screens?  What about different-sized heads?
> > >
> > > >
> > > > I can certainly remember trying to do this a few times and going
> > > > "Hey, why can't I do that?".
> > >
> > > If well done, it could be a boon to OB3 to have these features (I
> > > think), but keep in mind people like OB3 the way it is too, so if you
> > > code it, make sure to make it a configurable feature!
> > >
> > > >
> > > >
> > > > -mato
> > >
> > > --
> > > Clay Barnes
> > >
> >
> > I brought up the same issue a while back myself. Well, at least the
> > ability to move maximized windows.  To my mind the maximize button
> > should only be a shortcut and not really be indicative of a "state".
> > Just fill the screen, and line the window up, but it still just some
> > window that can be moved, resized etc.  Of course, clicking the button
> > to restore the window would be really difficult to track!  I guess the
> > real way to do what I want is to simply drop the maximized state when
> > the window is moved.
> >
> > I would love to see this feature.  I looked at coding it myself a
> > while back, but I don't do any GUI related programming and was quickly
> > lost!  I tried a few things but gave up.
> >
> > Troy
> > --
> > "Beware of spyware. If you can, use the Firefox browser." - USA Today
> > Download now at http://getfirefox.com
> > Registered Linux User #354814 ( http://counter.li.org/)
> >
>


That's great!

-- 
"Beware of spyware. If you can, use the Firefox browser." - USA Today
Download now at http://getfirefox.com
Registered Linux User #354814 ( http://counter.li.org/)



More information about the openbox mailing list