Things and ideas to implement in no specific order:

- allow XeTextInsert for XeText class also (always insert at end).

- font matching routines need more work. They are still too slow.

- the supported character sets ISO 2022 -> font encoding mapping is
  hard coded. Should allow definition of mappings from application or
  from some resource settings.

- Text widget has to be made faster (linear algorithms should be
  replaced by something better). Could also combine SPACE snip with
  the following snip and cut the number of Snips to half.

- support R-L writing in Text.

- fix inconsistencies between widget fore/background and text
  fore/background colors. Needs some thought (in what colour should,
  for example, underline and other effects drawn: widget foreground or
  text foreground?)  Current implementation uses whatever color
  happens to be set into GC at that point.

	6429 is being amended to specify explicit colors for these.

- for display only, memory starved use, it might be convenient to be
  able to tell the widget that it can discard the original image, and
  only keep the display version. Additionally, for *huge* images, it
  might be sensible to have option of the scaling down to happen at
  import time, so that you never need to allocate the memory for all
  of the image (like 5000 x 5000 x 24bits ~ 75Mbytes).

- complete TIFF reading to support tiled configurations.
  Now only the strips and planar are supported.

- better support for different display types. Code needs a lot of
  cleaning here.

- call backs for Raster widget to enable image processing. User could
  select rectangular area (or all of widget) and the call back should
  pass some image descriptor of the *original* image to the
  application, which could modify it directly. After return, the
  widget would display the new modified image. (Some of this is now
  in Xew-3.0, but not all)

- call backs for the Text widget to enable flowing text into columns.
  The current idea of a plan is: When the height of the window is
  reached in text layout, the widget will call callback, which has the
  option of either returning without doing anything (in which case the
  text will be just laid out extending past end of window), or the
  callback can create a new text widget with different size and
  location (in wich case this widget will be chained to the current
  widget and the text flows automaticly between widgets).

- call backs for the Text widget for hooking up hyphenation
  algorithms.

- BIG PROJECT: Make impelementations of the other widget. Consider CGM
  (gplot base?) and Postscript (Gnu ghostscript base?).

