improved ncurses batch mode initialization

 * I now understand better why the old initialization worked ;-)
   By not calling initscr(), we could prevent some terminal setup
   and screen clearing usually performed which would interfere with
   with having a clean stdout stream.
   However the Curses screen was still basically attached to the
   terminal.
 * That's why there was screen flickering in urxvt when calling sciteco
   (even in batch mode). Also that's why calling batch-mode SciTECO
   did not work from other Curses programs (including SciTECO).
 * The new implementation directs Curses at /dev/null, so it will
   completely stay away from /dev/tty.
 * /dev/tty is associated with the Curses screen only when the
   interactive mode is initialized. This works elegantly via
   freopen() - there's no need to create a new Curses screen.
 * This does currently not work on PDCurses where the batch mode
   will still initscr() followed by endwin().
   I should investigate how newterm() behaves there - especially
   on Windows.

0 files changed, 0 insertions, 0 deletions