Ver. 0.8.3

   Tanks to Tim Lee - he wrote:
     On HPUX 10.20 kdiff always adds extra garbage lines to the end of the
     right file display.  I traked this down to the KDiff::loadFile() method
     and specifically the QFile::readBlock() call.  It apperently does not
     add the '\0' on the end of 'buffer' on HPUX, therefore leaving an un-ended
     string.
     I inserted the following between lines 403 and 404 and resolved the
     problem:
     403      buffer = new char[fInfo.size() + 1];
              buffer[fInfo.size()] = '\0';
     404      if ( buffer != 0 && dest.resize( fInfo.size() ) == true )
     The QFile documentation for readBlock() is not clear on weather or
     not the '\0' is supposed to be provided.

   Change from qfiledialog to kfiledialog

   Wrong uninstall files in po/Makefile[.*] kde.mo instead of kdiff.mo
     ( Sorry for that bad bug )
     Thx to Juergen Schumacher <jschuma@informatik.uni-kl.de> for bug report

   Bug report from Rui Prior <rprior@inescn.pt>
     When there is a set of lines that differ (green) from one file to another, but
     the number of lines in the set is different (for example, the first has 3 green
     lines and the second has 10) the files lose sync (the lines that match are no
     longer aligned).
   Thx to Rui Prior


Ver. 0.8.2
   Now the scrollbars have the right size, after a diff is done. In
   previous versions the user had to resize the mainwindow in order
   to become right scrollbars
   ( Bug Report from  Gernot Koller <gernot@gernot.ip-net.at> -> TNX )

Ver. 0.8.1
   Minor Change because Kapplication::kdedir is now protected

Ver. 0.8
   Member diffProcess in constructor of class kdiff initialized
    ( Bug Report from Juergen Schumacher <jschuma@informatik.uni-kl.de>
      using sparc/solaris )
  the starting path for fileopendialog is now the last visited path in
    previous fileopendialog.
    ( nice suggestion from Juergen Schumacher <jschuma@informatik.uni-kl.de> )


Ver. 0.7
  since recent snapshots the process call to diff didn't work.
    The main reason therefore was the function KProcess.clearArguments.
    This bug or feature is fixed by creating every time
    a new KProcess instance instead of using the old one
  Small Bug fixed, if left file shorter than right file
    the right lines after left lines were not visible

Ver. 0.6
  Minor changes in makefiles and documentation
  Left- and right-drop from remote hosts possible

Ver. 0.5
  Progress funtionallity ( Statusbar <-> KDiff )
  Entries from "Difference"menu insensitiv and sensitiv like toolbarbuttons
  bug: drop-position was in rootwindow coords -> fixed to kdisplaycoords

Ver. 0.4
  kdiffdisplay emits left & right dropevent
  receive signal kdisplayPaletteChanged()
  right backgroundcolor from startup

Ver. 0.3
  nls-support ( en, de )
  documentation ( en, de )
  font configuration dialog
  sigsegv after multiload fixed
  color configuration dialog added

Ver. 0.2
  Kconfig
  speed improvements

Ver. 0.1
  initial menus and basic functionality
