I have tried to reproduse this bug with other programs (centerim, mutt, rtorrent...) and only few programs can reproduse this bug. As far as I understand all these programs (that work correctly, ex: centerim) constantly watch the changing of terminal dimensions.
DEO> And in the case of starting under fluxbox a window changes
DEO> dimensions when mc starts.
I forwarded You bugreport to upstream, wait ;)
АП> Window size may be specified on X Window System level. In my case, I
АП> specify it in my .Xresources and merge it into X server settings
АП> database via xrdb. These settings are applied in such a way that when
АП> mc is being run the parent xterm window already has desired
АП> dimensions. mc acquires proper size from parent xterm window and
АП> everything is nice.
in one case, the program itself sets the size of the window (option
geometry), _before_ the child starts.
in the other case window changes dimensions when mc starts
(simultaneously).
АП> On the other hand, Fluxbox claims to provide similar feature.
АП> Actually, I like Fluxbox's feature more, because it allows to specify
АП> window size in pixels, not in characters. The problem is the feature
АП> doesn't work very well in case of xterm -e mc.
АП> I perfectly understand that underlying algorithms of setting window
АП> size are very different for X Server and Fluxbox window manager.
АП> However from the user point of view I see that .Xresources method
АП> works, and Fluxbox's does not. So, it's a bug of Fluxbox ;-)
АП> Andrey
АП> P.S: Don't get me wrong: I like Fluxbox much, and I understand this
АП> bug it a really minor one. I'm reporting so at least google indexes
АП> the page and other people might find a solution to already known
АП> problem.
signature.asc
Description: Digital signature
