Some programs have flaws when run under a X console.
only when the emulation is called 'xterm' mc reacts on resize events (before any key is pressed) and on (xterm) mouse events. Note that xterm mouse events aren't specific at all, e.g. the Linux console produces them also.
After ˆO (showing the secondary screen) mc does not propagate resize events at all to it's sub shell. Try this with xterm, or whatever else terminal emulation.
Apparently it does more strange things with the sub shell. When resizing the window with the mc panels shown, the secondary screen gets somehow affected (by real or faked prompts). This gets even worse when an application program is running while doing so.
sends out at least newlines but often more stuff when resizing while the panels are shown.
Under high traffic, some parts of the text is known to get lost. Try `ripple' in the test directory until you notice a drop. Since i've been able to reproduce this bug with kvt, rxvt and xterm, and i validated also that the data is already lost at read(3), i may well have stumbled into something different here. Because i was also only able to produce this effect while running mc, i feel pretty certain that mc's sub shell handling causes this effect.
Resizing does not work well when running under linux console emulation. Especially, mc does not forward the resize information to the subshell. It is not mouse aware then any longer, too.
emits a newline at exit, thereby producing a strange image on the secondary screen when run together with mc as default editor.
assumes black background. So turn to white-on-black color scheme when using it. When run under the linux console emulation, it does not cope well with resize events (segfault).