summaryrefslogtreecommitdiffstats
path: root/krfb/NOTES
blob: 24b30178ed2bafb1da4bf02c12f009c43676f12e (plain)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
Comments on various aspects of KRfb:

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

[email protected]