Bug#461773: fluxbox: xterm -e mc results in maximized xterm window but not maximized mc

2008-01-23 Thread Bernhard R. Link
* ?? [EMAIL PROTECTED] [080122 19:42]: 2008/1/22, Bernhard R. Link [EMAIL PROTECTED]: I just stumbled over this bug report and you might want to test if it is bug http://bugs.debian.org/347308 of xterm. Did your patch make it into upstream xterm version? I'm

Bug#461773: fluxbox: xterm -e mc results in maximized xterm window but not maximized mc

2008-01-23 Thread Thomas Dickey
On Wed, Jan 23, 2008 at 10:50:13AM +0100, Bernhard R. Link wrote: * ?? [EMAIL PROTECTED] [080122 19:42]: 2008/1/22, Bernhard R. Link [EMAIL PROTECTED]: I just stumbled over this bug report and you might want to test if it is bug http://bugs.debian.org/347308

Bug#461773: fluxbox: xterm -e mc results in maximized xterm window but not maximized mc

2008-01-22 Thread Bernhard R. Link
* Debian Bug Tracking System [EMAIL PROTECTED] [080122 13:36]: reassign 461773 mc Bug#461773: fluxbox: xterm -e mc results in maximized xterm window but not maximized mc Bug reassigned from package `fluxbox' to `mc'. I just stumbled over this bug report and you might want to test

Bug#461773: fluxbox: xterm -e mc results in maximized xterm window but not maximized mc

2008-01-21 Thread Андрей Парамонов
Hi Dmitry! Thanks for your fast reply. I don't really think it's a bug of xterm, because adding xterm*geometry: 98x34+0+0 to my .Xresources (instead of apps file customization) results in correct behavior. IMHO it means that Fluxbox is one responsible for the bug. Andrey -- To UNSUBSCRIBE,

Bug#461773: fluxbox: xterm -e mc results in maximized xterm window but not maximized mc

2008-01-21 Thread Dmitry E. Oboukhov
АП Thanks for your fast reply. I don't really think it's a bug of xterm, АП because adding АП xterm*geometry: 98x34+0+0 АП to my .Xresources (instead of apps file customization) results in АП correct behavior. IMHO it means that Fluxbox is one responsible for АП the bug. When You start with

Bug#461773: Fwd: Bug#461773: fluxbox: xterm -e mc results in maximized xterm window but not maximized mc

2008-01-21 Thread Андрей Парамонов
I still insist it's Fluxbox bug ;-), and that's why. 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

Bug#461773: fluxbox: xterm -e mc results in maximized xterm window but not maximized mc

2008-01-21 Thread Dmitry E. Oboukhov
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

Bug#461773: [Fluxbox-devel] Bug#461773: fluxbox: xterm -e mc results in maximized xterm window but not maximized mc

2008-01-21 Thread Mark Tiefenbruck
On Jan 20, 2008 11:51 AM, Dmitry E. Oboukhov [EMAIL PROTECTED] wrote: It's more like a bug in xterm. Because the construction xterm -e 'sleep 0.1; mc' always works correctly. Looks like the bug declares itself because there's made simultaneously the resize of the terminal window and the start

Bug#461773: fluxbox: xterm -e mc results in maximized xterm window but not maximized mc

2008-01-20 Thread Andrey
Package: fluxbox Version: 1.0.0+deb1-4 Severity: normal To reproduce: 1) Add the following (or similar) lines to your ~/.fluxbox/apps (the dimensions must be larger then then default dimensions of xterm window): [app] (name=xterm) [Dimensions] {1024 764} [Position]

Bug#461773: fluxbox: xterm -e mc results in maximized xterm window but not maximized mc

2008-01-20 Thread Dmitry E. Oboukhov
It's more like a bug in xterm. Because the construction xterm -e 'sleep 0.1; mc' always works correctly. Looks like the bug declares itself because there's made simultaneously the resize of the terminal window and the start of the child application in it. However this bug is also reproduced with