On Tue, Jun 06, 2006 at 01:38:08AM -0400, Kris Maglione wrote:
> On Tue, Jun 06, 2006 at 12:12:21AM +0200, Christian Heinz wrote:
> >On Mon, Jun 05, 2006 at 11:29:38PM +0200, Steffen Liebergeld wrote:
> >>On 6/5/06, Christian Heinz <christian_heinz_AT_gmx.net> wrote:
> >>
> >>>Wouldn't it be possible to just take the difference between the overall
> >>>height of all the windows in a column (plus the status bar height) and
> >>>the vertical screen resolution and fill up that space with
> >>>black/white/whatever colored pixels? I think Ion handles it that way.
> >>
> >>I would consider that a bad hack. Thank god wmii avoided such bad code.
> >>
> >>--
> >>greetings,
> >> Steffen Liebergeld
> >
> >Well, I don't know if Ion uses that exact method, I just can't think of
> >another way to deal with those pixels since xterm can only be resized in
> >(character width/height-)steps, as mentioned. (which depends on the the
> >font one has chosen.)
> >Anyway, the wmii workspace looks a bit 'unclean' in it's current state,
> >since there will allways be some background pixels visible between the
> >windows. The (x)terms size should really depend on the window size,
> >not the other way round.
>
> I agree with this. In managed mode, the extra space whould be filled with
> the window's border in all cases where increment handling prevents it from
> filling the alotted area. It's certainly not a bad hack. I'll look into a
> way of cleanly applying it to the current code... shouldn't be too hard.
No, this is a bad idea. As it looks to me, Ion uses only a single
frame window for all managed clients pro workspace.
wmii uses a frame pro window, this allows re-using the behavior
for floating layer as well. If the gaps annoy you, use the same
background color as unselected frames.
Regards,
-- Anselm R. Garbe ><>< www.ebrag.de ><>< GPG key: 0D73F361Received on Tue Jun 06 2006 - 16:29:04 UTC
This archive was generated by hypermail 2.2.0 : Sun Jul 13 2008 - 16:08:02 UTC