added a windows compatible implementation
- Added info dialog with file listing
- Added overall status display on the tray icon plus tooltip
-> patches from Alvaro Soliverez
Initial commit.

This version does synchronization, but does not tolerate any file deletions.
It will chew your files up!!

May contain bugs!!
Major fixes in this version. Apparently there were a lot of bugs in
comparing files between the server.  Now it is more reasonable.

Also, less use of the hardisk because now I implemented a
QFileSystemWatch instance. This is much better and lets me know of file
changes. Though, there is still a strain on the HD due to the constant
SQLite access that I use.

I can't figure out a nice way to find out what files were added (removed
will be fore later) without listing the entire directory and comparing
against the DB.
Found a function online at
http://www.qtcentre.org/threads/36131-Attempting-to-use-Sqlite-backup-api-from-driver-handle-fails
on a post by chemmalion that allows one to save a memory sqlite3 database to file.

This is really neat because now the strain on the hardrive is gone!

This version loads the database on startup and saves it every 3 minutes to disk.
The database is saved upon closing the program as well.
Implemented file deletion. Now files are deleted on both sides when one
side deletes theirs. This does not yet implement file moving. If files
are moved, it will just reupload or download them because it will treat
them as new files.

A minor bug fix also. Now the watcher is removed for files that are
being downloaded or deleted. Then added again if appropriate. This
prevented the watcher from annoucing a change and attempting to upload
the changes to the server.
Implemented a trick to allow only one instance of the application to
run. This should hopefully prevent corruption of the sync directory.
Implemented a file dialog for choosing the Sync Directory.

Disable and enable save button as appropriate.
Autohide window if SystemTray is available and we are fully configured.
Implemented a user required conflict resolution when files where edited
locally AND in the server.  The files will not be updated until the user
selects which of the two files is the newest one. Note that at this
time, other clients may be updating the server. So the client should
take caution to select the proper new file.

The server file is downloaded to disk and prepended with _ocs_conflict.
so that the user can open both files and compare accordingly.

A message appears notifying the user of the conflict, and the clouds
turn red. They will not be reverted back to blue until all conflicts are
cleared.
Logs are now saved to file and cleared from the screen every 1000th sync
Now the username, password and hostname are checked before a
synchronization is attempted.
Fixed bug that prevented files from being deleted properly accross all
clients. It had to do with not setting the found variable properly.

Additionally, more output is added to the log regarding file deltion
both locally and server wise.
A drastic change required to allow for multiple accounts, and choosing
server folder to sync. It turned out to be harder than anticipated.

But now multiple accounts can be created (no way to remove them yet,
that wil come next).

On account configuration page, one can now select the remote file server
to sync. Leave blank to sync root folder.
Fixed the debugging option that saved logs after every 10th sync.
Changed that a more manageable 1000 syncs.
Implemented file filters. The only wildcard accepted is *.
Added a confirmation when the user closes the window if he/she wants to
truly quit.
Added versioning information (it was about time). Currently set to
version 0.3 and this is displayed in the status bar.
Minor UI improvements. Status bar now has more information, window title
now reflects the program name and there is at tool tip on the system
tray icon.
Added the GPL copyright notice ontop of *most* libraries. I still have
to figure out what the sqlite3_util file is.