If you dislike this, you can always revert to the old style by adding the
following to your profile:

  0,2048ED 2#16@ES/SETCARETSTYLE//$ 2048,0ED

* An empty message line would actually contain "(Unnamed)".
* Info popups must discern the "(Unnamed)" string (e.g. a file with that name)
  from the actual unnamed buffer since when clicking the unnamed buffer, you
  must insert nothing (`EB$`). Therefore, the unnamed buffer is represented
  as an empty string. "(Unnamed)" is just a placeholder for rendering.
  This was carried over into TecoGtkLabel which always rendered the empty string
  as "(Unnamed)".
  But TecoGtkLabels are used for the info and message lines as well.
* Therefore the fallback/placeholder string is now configurable per label.
* On the downside, this wastes one more machine word per TecoGtkLabel.
  The alternative would have been to use {NULL, 0} as the representation
  for unnamed buffers, so you can actually discern the empty string from the
  unnamed buffer representation.
  However it feels wrong to have this kind of info-popup-specific handling
  in a more generic label widget.
  Also, for consistency we'd have to touch the Curses UI as well where
  the unnamed buffer is also currently internally represented by empty
  strings (as opposed to NULL).
* Regression introduced by 0c89fb700957e411885e7e7835e15f441e8b5e84,
  so it was in v2.5.0.

* While xcurses-config does define PDC_WIDE, it does not
  define PDC_NCMOUSE, which we currently rely on so that
  NCURSES_MOUSE_VERSION is set correctly.
  Therefore we check for it just like when using --with-interface=pdcurses.
* The modifiers were broken on all variants of PDCurses.
  This was a regression from v2.4.0.

Must not (and don't have to) probe the clipboard on startup.
We just assume there always is a clipboard.

* There is yet another PDCurses vs. ncurses incompatibility:
  ncurses has a mouse event queue so you must call getmouse() repeatedly
  for every KEY_MOUSE, while PDCurses apparently doesn't queue and would
  end up in an infinite loop. I.e. the program would hang once
  you press any mouse button.
* This forced us to add an PDCurses-specific version of teco_interface_getmouse().

* Fixes input hangs on PDCursesMod/WinGUI, where we depend on polling for CTRL+C.
* ncurses apparently does not need this workaround as it treats all of the
  aforementioned calls as equivalent.

This is useful to launch from a terminal without "blocking" this terminal.
There are tools like nohup and daemonize (BSD) to do the same, but having it
builtin is shorter to write.