Re: amazing moving/growing windows!!

"Gregory K. Johnson" <[email protected]>
Newsgroups gmane.comp.window-managers.fluxbox.user
Message-ID <[email protected]>
On Tue, Jul 05, 2005 at 03:32:43AM +0100, Renato Serodio wrote:
> Matlab opens a window if you issue a plot command. This one gets
> positioned nicely. You can also plot into new windows, obviously, but
> Flux deals strangely with that: the first window gets moved slightly
> upwards, and when you click the second, it might move up not so
> slightly; rather, I had a few escaping the screen!
> 
> Then, Ansys. This one not only moves windows, but starts enlarging them
> to a point your memory pops. Anyway, no one wants to pan 2km with the
> mouse.. Just imagine, you bring up the Save/Quit dialog and the window
> starts growing unboundedly (and quite fast) and you have no chance of
> clicking any button!

I've never experienced unwanted repositioning, but I have experienced
unwanted resizing. When I put two gvim windows together in a tabbed
group and then have one gvim instance split its display vertically
(by hitting C-W v), the windows progressively resize to a narrow strip.

> With Gnome there's no such magic behaviour. I won't go as far as saying
> Flux is to blame, because my experience with Ansys tells me they had
> mechanical engineers developing the interface, but something must
> account for this incoherent behaviour in the two WMs.

After some poking around, I decided that my problem was the result of
gvim trying to resize itself to not waste space: if it has a few extra
pixels on the edge that aren't enough to display a whole character, it
shrinks itself slightly to eliminate this space. When you put together
in a tabbed group two windows with different ideas of what the optimal
size increment is (the buffer divider in gvim takes less space than
would a regular character column), they keep "correcting" each other.

The programs that resize themselves automatically seem to have been
written without the possibility of tabbed window managers in mind.

I was satisfied to stop putting multiple gvim instances in tabbed
groups. I would rather like it, though, if there were some mechanism to
disregard non-user-initiated resize events for certain application
classes, as a sort of work-around.

-- 
Gregory K. Johnson


-------------------------------------------------------
SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
from IBM. Find simple to follow Roadmaps, straightforward articles,
informative Webcasts and more! Get everything you need to get up to
speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.