awesome

Welcome to awesome bug tracking system.
Tasklist

FS#20 - Allow resizing of windows in tiled mode

Attached to Project: awesome
Opened by Martin Stubenschrott (maxauthority) - Saturday, 05 January 2008, 14:56 GMT
Last edited by Julien Danjou (jd) - Monday, 26 January 2009, 15:37 GMT
Task Type Feature Request
Category Layouts
Status Closed
Assigned To No-one
Operating System All
Severity Very Low
Priority Normal
Reported Version git/master
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 18
Private No

Details

Right now, when i try to resize a window in tiled mode, it becomes a floating window, which is not desired (by me at least, so maybe an option).

i often have layouts like this:

***********************
*__________*__________*
*__________*__________*
*__________*__________*
*__________*__________*
*__________*__________*
*_vim_with_*__pdf_____*
*_latex____*__viewer__*
*_source___*__________*
*__________*__________*
*__________*__________*
*__________*__________*
*__________************
*__________*_small____*
*__________*_terminal_*
***********************


so it would make sense be able to resize windows while keeping a tiled layout.
E.g. in this case i would manually resize the small terminal to lets say 20% and therefore
implicitly the pdf viewer to 80%.

So if i open a new window on this tag, it will still get 33% like it does now, but the
remaining 67% are now also distributed with those manual resize hints ->

pdf viewer: 0.67*0.8 = 0.536% of the screen height
terminal: 0.67*0.2 = 0.134% of the screen height

This would also work when closing a window. So by resizing a window manually (or maybe even
with rules in the config file), you basically just say:
I want this window to be bigger/smaller then average and awesome would still be dynamic but just
takes these manual hints into account.

--
Martin
This task depends upon

Closed by  Julien Danjou (jd)
Monday, 26 January 2009, 15:37 GMT
Reason for closing:  Implemented
Additional comments about closing:  commit f2f7d5c89dc4a3fb9504b7a8db0fff4faddd3dca
Author: dcurtis@cs.uiowa.edu <dcurtis@cs.uiowa.edu>
Date: Tue Jan 13 13:31:37 2009 -0600

awful.layout.suit.vile: import

Signed-off-by: Julien Danjou <julien@danjou.info>
Comment by calmar (calmar) - Sunday, 16 March 2008, 13:55 GMT
actually there is an implementation, where you can set 'weights' on a client.

So when you increase a client from the standart 1 to 2, that clients gets twice as if it would be 2 normal clients.

when two clinets have weight 2, they still share the same place.

So after all, you can have weights combination where it's hard to follow.

Still the percent approach didn't work out as well.

Ideas welcomed :)

PS: I was thinking about some little info text, to make it easier to see 'where you are'..
Comment by calmar (calmar) - Wednesday, 19 March 2008, 16:47 GMT
how aobout an additional option (maybe instead of (but well)) of thing above,

where you can set the 'height-usage' (in percent) of the first client in the master-area?

That 0.5/0.5 relation hurts me in some way :)

I may would set it to 0.65 or something. That way I can also get a bigger than average console, with shifting it to there.

All other clients share the remaing space (first in the master area), and the rest in the 'slave' are.

When thinking about that, the slave area could have a similar thing.

Then there would be 3 parameters to change change the tiled ares, instead of just the mwfact. There would also be 'mhfact' and maybe 'shfact'.
Comment by Martin Stubenschrott (maxauthority) - Monday, 24 March 2008, 23:33 GMT
I don't think mhfact and shfact really make sense. Also keep in mind that at the end you should also be just able to grab a window and resize it, i think that's impossible with some *fact values only.
Comment by Tim Conrad (mortini) - Wednesday, 30 April 2008, 00:45 GMT
I'm guessing this means being able to be able to vertically re-size windows, which would be really nice.
Comment by Martin Duquesnoy (xorg62) - Thursday, 08 May 2008, 18:06 GMT
i need that too :)
but i really need : http://rafb.net/p/FfSZUZ35.txt
Comment by Martin Duquesnoy (xorg62) - Thursday, 08 May 2008, 18:48 GMT
i need that too :)
but i really need : http://rafb.net/p/FfSZUZ35.txt
Comment by Martin Duquesnoy (xorg62) - Friday, 09 May 2008, 21:18 GMT
sorry for the first past :S

: http://xorg62.pastebin.org/34961

forever now :)
Comment by Midare Kiyura (kiyura) - Friday, 09 May 2008, 21:41 GMT
It was very simple in ion, there were bindings to grow and shrink the current client in any direction that made sense. I'm not sure what this means for the implementation, but currently I think tiling mode resizing is restricted and non-intuitive
Comment by Martin Stubenschrott (maxauthority) - Tuesday, 24 June 2008, 10:24 GMT
@Midare: In ion, it was much easier because there were static layouts, awesome uses dynamic layouts which makes things harder. However, it should also be possible in awesome, as calmar's patch demonstrated.

Loading...