Re: SwapGeometry (proposal)
I would like to implement an updated version of this proposal as a
patch to openbox in case there is some logically possible world out
there in which Dana would consider adding it to the trunk :).
Otherwise, I will keep it at the ewmh scripting level to my eternal
shame. The proposal is the same in terms of functionality, but I've
changed some details in order to parallel some openbox patterns and
conventions, which leaves us with:
1) DefaultGeometry, AlternativeGeometry, ToggleGeometry actions,
similar to Maximize, Unmaximize, ToggleMaximize, etc.
2) An <alternativegeometry> condition, similar to <maximized>, etc.
The main idea is to provide the user with an easy mechanism to save
the preferred or default geometry before going into an alternative
geometry excursion. Alternatively, this could be seen from a more
symmetric viewpoint: there are two alternative geometries for the same
client and the user can swap back and forth between them.
Some use cases I see for this:
i) Aero Snap like functionality. See how the crunchbang guys had
scripted it in an admittedly hackish way .
ii) More complex manual tiling. I find the otherwise powerful manual
tiling facilities that openbox provides somewhat lacking in this area,
because there is no easy way to untile to a more sensible geometry
once you want to focus in the window itself again. The ability to