krfb/NOTES

   1 Comments on various aspects of KRfb:
   2
   3 - KRfb has been designed for three use cases:
   4   * a user who needs help from an administrator or friend. The adminstrator can
   5     connect to the user and change settings and so on while both are talking
   6     on the telephone or using VoIP.
   7   * a user who wants to show something to a friend, so he lets his friend
   8     connect to his computer
   9   * (advanced use case) somebody with several computers, that are running
  10     GUIs, wants to control them.
  11 - cases 1&2 are probably more mainstream and more important for novice users,
  12   so KRfb is pre-configured for them. Case 3 is for advanced users and
  13   therefore a little bit more difficult to configure.
  14 - design goal of KRfb is to make it as easy to use as possible. I tried to
  15   limit functionality whereever possible.
  16 - the new-connection-dialog is extra large and has the pixmap on the left
  17   side to capture the attention of the user before allowing a connection.
  18 - the RFBController class is a mess. The interactions between the threaded,
  19   callback-using libvncserver and the event-driven, single thread qt GUI are
  20   quite complicated and I can only hope that it works.
  21 - most limitations and problems of KRfb are caused either by limitations of
  22   Rfb (for example no proper authentication of users, no encryption) or
  23   by lack of a framework in Linux in general (no way to connect through a
  24   NAT device). In the next months I am going to concentrate on improving the
  25   latter.
  26
  27 tim@tjansen.de