headers
Ralph Müller | 5 Jan 2002 01:10
Picon
Picon

tiling changes accidental

Hi all,

since a longer time i make a strange observation. This concerns
at least the last 2 versions of ion (ion-20010523 as well as
ion-20011109). I made some effort to repeat the fault(?), to
find a "rule" behind it, but i only found situations in which it
appears more frequent.

I type "startx", then X and ion are running.  :-)
I open a (first) xterm and start mc (the first time).
Then i open a second xterm and start mc in that new xterm.
Now 2 mc are running. Every mc in one xterm.
This process i repeat with another (now an example) 4 xterm/mc.

The strange thing is that the size of mc in each xterm
is not everytime the same. Mostly mc covers the whole screen.
But in some xterm-"windows" mc has only about half the size. :-(
Because i have difficulties to explain what i mean i try to
paint it:

------------------------
|              |       |
|              |       |
|      mc      |       |
|              |       |
|              |       | <- My Screen
|---------------       |
|                      |
|  empty!(Background)  |
|                      |
(Continue reading)

Permalink | Reply |
headers
Tuomo Valkonen | 5 Jan 2002 02:27
Picon
Picon

Re: tiling changes accidental

On Sat, Jan 05, 2002 at 01:10:05AM +0100, Ralph Mller wrote:
> But in some xterm-"windows" mc has only about half the size. :-(
... 
> Any idea? (Thx for help in advance)

I suppose this is the some old xterm problem and is the result of
a race condition in xterm. (Also happens with some other programs,
e.g. LyX.) However, the problem has been fixed in the latest
XFree86 CVS version of xterm.

--

-- 
Tuomo
Permalink | Reply |
headers
Ralph Müller | 22 Jan 2002 21:51
Picon
Picon

Re: tiling changes accidental

Tuomo Valkonen wrote:
> On Sat, Jan 05, 2002 at 01:10:05AM +0100, Ralph Mller wrote:
> > But in some xterm-"windows" mc has only about half the size. :-(
> ...
> I suppose this is the some old xterm problem and is the result of
> a race condition in xterm. (Also happens with some other programs,
> e.g. LyX.) However, the problem has been fixed in the latest
> XFree86 CVS version of xterm.

Hi Tuomo,

are u sure that's a bug in xterm?
Today i tried it with aterm and there is the same problem. :-(

How do u deal with this problem? Do u use the mentioned latest
version of xterm? Or do u know a workaround?

In advance many thx for help.

Ralph
Permalink | Reply |
headers
Lukas Schroeder | 22 Jan 2002 23:22
Picon

Re: tiling changes accidental

On Tue, Jan 22, 2002 at 09:51:13PM +0100, Ralph Müller wrote:
> Tuomo Valkonen wrote:
> > On Sat, Jan 05, 2002 at 01:10:05AM +0100, Ralph Mller wrote:
> > > But in some xterm-"windows" mc has only about half the size. :-(
> > ...
> > I suppose this is the some old xterm problem and is the result of
> > a race condition in xterm. (Also happens with some other programs,
> > e.g. LyX.) However, the problem has been fixed in the latest
> > XFree86 CVS version of xterm.
> are u sure that's a bug in xterm?
> Today i tried it with aterm and there is the same problem. :-(
> 
> How do u deal with this problem? Do u use the mentioned latest
> version of xterm? Or do u know a workaround?

i think this is a race somewhere in the client's setup code, when it
has to handle a geometry it did not expect, but this is just a wild
guess.

whenever i face this problem i just resize the frame a tiny bit; that
makes the window-manager send a new X configure event to the xterm
and xterm then generates SIGWINCH signals and the programs can
reinit/repaint their screen. ncurses for instance supports this.
this never failed for me; sometimes i have to repeat the process a few
times though, until xterm gets it right.

regards,
  -lukas
(Continue reading)

Permalink | Reply |
headers
Jesse W. Hathaway | 22 Jan 2002 23:43
Picon

Re: tiling changes accidental

You might just try typing "resize" it is a bit easier then moving the frame
around.

				Jesse Hathaway

" On Tue, Jan 22, 2002 at 09:51:13PM +0100, Ralph M?ller wrote:
" > Tuomo Valkonen wrote:
" > > On Sat, Jan 05, 2002 at 01:10:05AM +0100, Ralph Mller wrote:
" > > > But in some xterm-"windows" mc has only about half the size. :-(
" > > ...
" > > I suppose this is the some old xterm problem and is the result of
" > > a race condition in xterm. (Also happens with some other programs,
" > > e.g. LyX.) However, the problem has been fixed in the latest
" > > XFree86 CVS version of xterm.
" > are u sure that's a bug in xterm?
" > Today i tried it with aterm and there is the same problem. :-(
" > 
" > How do u deal with this problem? Do u use the mentioned latest
" > version of xterm? Or do u know a workaround?
" 
" 
" i think this is a race somewhere in the client's setup code, when it
" has to handle a geometry it did not expect, but this is just a wild
" guess.
" 
" whenever i face this problem i just resize the frame a tiny bit; that
" makes the window-manager send a new X configure event to the xterm
" and xterm then generates SIGWINCH signals and the programs can
" reinit/repaint their screen. ncurses for instance supports this.
" this never failed for me; sometimes i have to repeat the process a few
(Continue reading)

Permalink | Reply |
headers
Geoffrey Simms | 23 Jan 2002 00:14

Re: tiling changes accidental

But with the new "command_sequence", you can now bind a single keystroke
to nudge a frame left and then right, and up and then down. This leaves
the frame the way it was before, but your xterm has received its
resizing events.

Geoff

On Tue, 2002-01-22 at 14:43, Jesse W. Hathaway wrote:
> You might just try typing "resize" it is a bit easier then moving the frame
> around.
Permalink | Reply |
headers
Justin A | 22 Jan 2002 23:01

Re: tiling changes accidental

I don't know about fixing the original problem, but running resize will
fix other programs.
if your using bash putting
shopt -s checkwinsize
in /etc/bash.bashrc might help.

-Justin

On Tue, 22 Jan 2002, Ralph [iso-8859-1] Müller wrote:

> Tuomo Valkonen wrote:
> > On Sat, Jan 05, 2002 at 01:10:05AM +0100, Ralph Mller wrote:
> > > But in some xterm-"windows" mc has only about half the size. :-(
> > ...
> > I suppose this is the some old xterm problem and is the result of
> > a race condition in xterm. (Also happens with some other programs,
> > e.g. LyX.) However, the problem has been fixed in the latest
> > XFree86 CVS version of xterm.
>
> Hi Tuomo,
>
> are u sure that's a bug in xterm?
> Today i tried it with aterm and there is the same problem. :-(
>
> How do u deal with this problem? Do u use the mentioned latest
> version of xterm? Or do u know a workaround?
>
> In advance many thx for help.
>
> Ralph
(Continue reading)

Permalink | Reply |

Gmane