Clean up top level: move license files to docs/

UTF-8: send 0 as 256 during encoding too.

0 is valid UTF-8, but in order to avoid WebSockets framing, we
encode/decode it as 256.

Also, be tolerant of 0 length messages.

Add native base64 test (atob and btoa).

Interestingly it turns out that using the native base64 routines does
not improve performance. Likely because the actual time is in
marshalling/unmarshalling between strings and arrays (and associated
garbage collection overhead) which has to be done either way.

TightPng fixups and thanks to Sentry Data Systems.

- Change tightpng encoding number to -260 (aliguori provided it until
  an official number can be allocated).

Screenshots section, link to more.

README.md: caption formatting.

README.md: image caption and bigger dimensions.

Add screenshots to README.md.

Markdown links in README.md.

Links related to Tight PNG encoding work.

Removed missed mootools include in ws.html test.

Add troubleshooting section.

Remove unneeded mootools and FABridge test.

mootools is no longer needed. The bug that the FABridge test was
testing has been resolved in web-socket-js so it's no longer needed.

Refactor console logging code.

Util.Debug, Util.Info, Util.Warn, Util.Error routines instead of
direct calls to console.*. Add "logging=XXX" query variable that sets
the logging level (default is "warn").

Logging values:
    debug: code debug logging (many calls in performance path are also
           commented for performance reasons).
    info: informative messages including timing information.
    warn: significant events
    error: something has gone wrong

Init updated web-socket-js correctly. TODO updates.

Disable excanvas experiment.

Also, move bugs from TODO to github issues.

A little more cleanup of browser table.

More browser table cleanup.

Remove unsupported table colors. Cleanup table.

README.md: try browser tests in table.

Test table in markdown.

README/TODO: Windows browser testing results.

Rebuild web-socket-js swf with gimite updates.

Bug fixes, restore RFC2817 proxy for non wss://, and handle new closing
handshake from WebSockets 76.

Add global variable option for swf location.

The problem is, you can't set WebSocket.__swfLocation before you load
web_socket.js (because it creates the WebSocket global), but you also
can't reliably set WebSocket.__swfLocation after because if you are
doing dynamic script file includes then the onload (i.e.
WebSocket.__initialize) may fire before you have a chance to set
Websocket.__swfLocation.

Import/merge gimite/web-socket-js up to da7caff96496c7d7bfb3.

Bug fixes, restore RFC2817 proxy for non wss://, and handle new
closing handshake from WebSockets 76.

Clarify browser results in README.md

Remove sequence code in client and proxies.

Update web-socket-js binary build and README.md

Brings it up to date with the most recent web-socket-js event handling
fixes.

Opera fixes and big Opera performance boost.

Add message/state pollling in web-socket-js. Since Opera tends to drop
message events, we can dramatically increase performance by polling
every now for message event data.

Also, add more direct calls to update readyState so that it's not
missed when Opera drops events.

Better web-socket-js dataQueue reset.

At connect and close time instead of initialization time.

web-socket-js event fixes.

When using web-socket-js, the onopen event may happen inline so the
caller may not have time to set onopen before the event fires. In this
case set a short timeout and try again. In particular this affects
Opera most of the time.

Also, to get around Opera event droppings, always read the readyState
directly instead of relying on the local readyState variable to be
correct (which it isn't if stateChange event were dropped).

Always prefer JS ops if we have imageData.

All browsers with Canvas imageData are faster with JS ops instead of
canvas ops. This gives significant performance improvement in Opera.
Except for missing web-socet-js message notifications, Opera 10.60 is
now faster than firefox 3.5.

Opera works! Fix message event drops/reorders.

Instead of relying on FABridge AS -> JS event delivery, we just use
the events to notify JS of pending data. The message handler then
calls the AS readSocketData routine which sends back an array of
the pending WebSocket frames.

There is still a minor bug somewhere that happens after the first
connect where the web-socket-js throws an "INVALID_STATE_ERR: Web
Socket connection has not been established". But, Opera is now usable
and we should be able to drop the packet sequence numbering and
re-ordering code.

Another minor issue to better support Opera is to move JS script
includes to the <head> of the page instead of after the body.

Update C proxy to WS protocol version 76.

Pull in LGPL md5.c and md5.h files (written by Ulrich Drepper).

Now both python and C version of the proxy support both protocol 75
and protocol 76 (hybi 00).

Reorganize websocket.py slightly to match websocket.c.

Significant firefox perf improvement. Update TODOs.

Interesting. Enough has changed in the Canvas tile operations, that
Canvas.prefer_js=true is better for firefox/gecko too. Approximately
2X improvement in firefox for large hextile renders.

Fix issue #7: security scheme list parsing.

Also, lower connect timeout to 2 seconds.

Remove proxy handshake debug.

Add WebSockets spec links.

Add missing full GPL-3 text.

Refactor canvas imageData test slightly.

Support WebSockets 76 (hixie-76, hybi-00).

Looks like disabling web-socket-js debug messages by default that we
get a minor speedup.

Python proxy should support both 75 and 76 (00) modes. Also, update ws
test to more reliably hit the WebSockets ordering/drop issue.

Remove invalid pos check from web-socket-js.

Missed change web-socket-js to dd80a1807758abfab4a0fde840f94c5d649e4a24.

Add web-socket-js debug flag and default to off.

Squelch MD5.as build warnings.

TODO: Test IE 9 preview 3.

Update gimite/web-socket-js to dd80a1807758abfab4a0fde840f94c5d649e4a24

TODO: already got Arora 0.5 working.

TODO (WebSockets version 76) and Opera/Arora.

Add proxy functionality description.

Various cross-browser fixes.

Now working under Arora 0.5.

But not Konqueror 4.2.2 (WebSockets never connects).

IE support with excanvas still pending.

Fix browser detection code in IE.

Update README.md with browser support.

Better support console debug under Opera (DragonFly).

Timeout connection.

Update usage and README.md.

More arg processing fixes.

Argument processing fixes. Misc proxy fixes.

Add daemonization support to wsproxy.*.

Refactor how settings are passed around.

Update TODO.

Force SSL option to proxies. Use getopt_long.

Update TODO.

Better C proxy host resolution.

Use getaddrinfo instead of gethostbyname.

Add listen address to proxy (C and python).

This allows forwarding from an external port to the same port on
localhost (loopback). I.e.

./utils/wsproxy `hostname -f`:5901 localhost:5901

Remove debug sendCtrlC function.

Disabled ctrlAltDel button when N/A.

Add CtrlAltDel send button to status bar.

Some default_controls.js jslinting.

Needs to be some modularity between controls you probably always want
(like sending CtrlAltDel) and how the interface is presented and
controlled.

No mootools dep outside of default_controls.js.

Some basic functions from mootools implemented in util.js.

Also, some more DOM separation. Move clipboard focus logic into
default_controls and canvas and out of vnc.js.

JSLint cleanup.

Add mouse position routines to util.js.

On path towards removing dependency on mootools in non-UI code.

Move DOM event handling from vnc.js to canvas.js.

Move vnc.js into include directory.

Also, allow 'include/' to be overridden in VNC_uri_prefix.

Add summary timing info on disconnect.

Also, move Frame Buffer Update code out of normal_msg into separate
function.

Less debug output.

Move cert gen to Usage section of README.md.

Render PNG images in order. Update TODO.

Fix mouse focus issues.

Fix scrolled mouse position.

DesktopResize and compression level pseudo-encodings.

- Implement resizing of desktop pseudo-encoding.

- Also send lowest (fastest) compression level pseudo-encoding.
  Ought be user tweakable.

More dynamic encoding list handling.

base64 encode instead of escaping images.

Almost double firefox tight_png render performance.

When extracting the data URI info, much more efficient in firefox to
iterate and push onto an array, then to generate the whole array at
once using the map function.

Chrome is mostly unaffected by this change (might be slightly better).

TIGHT_PNG encoding and timing refactor.

Also, generate encodings array to send from a list of encodings
instead of being hardcoded generator function.

update failed state on WS onerror.

Also, slightly faster non-base64 (UTF-8) decode.

Output count for multi-packet decodes.

Add UTF-8 wire encoding support to C wsproxy.

Move wsproxy and web utils into utils/ subdir.

C wsproxy: seq numbers and decode multiple frames.

First pass at working C wsproxy.

No sequence numbering and only support b64encoding at the moment.

Give better exception feedback in message handler.

Add 'tight' encoding to TODO list. Add rfb proto link.

Fix Alt keysym.

From kevinychan/vnc-html5 ebfffdc36.

Clarify examples.

Explain VNC_uri_prefix in README.md.

Update README.md to reflect separate default controls file.

Direct example. Move all DOM code default_controls.js.

Move DOM manipulation into include/default_controls.js and update
vnc.html to use it.

Add an example vnc_auto.html which automatically connects using
parameters from the query string and doesn't use default_controls.js.

Reorder functions in vnc.js to put external interface functions at the
top of the RFB namespace.

Add --record option to wsproxy.py.

Add colour map support (non-true-color).

In colourMap mode there are 256 colours in a colour palette sent from
the server via the SetColourMapEntries message. This reduces the
bandwidth by about 1/4. However, appearance can be somewhat less than
ideal (pinks instead of gray, etc).

It also increases client side rendering performance especially on
firefox. Rendering a full 800x600 update takes about 950ms in
firefox on my system compared to about 1400ms. Round-trip time for
a full frame buffer update is even better on firefox (due to
performance of the flash WebSocket emulator). Reduced from about
1800ms to 1100ms on firefox (for 800x600 full update).

Test non-base64 (straight UTF-8) encoding.

Also add a wsencoding test client/server program to test send a set of
values between client and server and vice-versa to test encodings.

Not turned on by default.

Add support for encode/decode of UTF-8 in the proxy. This leverages
the browser for decoding the WebSocket stream directly instead of
doing base64 decode in the browser itself.

Unfortunately, in Chrome this has negligible impact (round-trip time
is increased slightly likely due to extra python processing).

In firefox, due to the use of the flash WebSocket emulator the
performance is even worse. This is because it's really annoying to get
the flash WebSocket emulator to properly decode a UTF-8 bytestream.
The problem is that the readUTFBytes and readMultiByte methods of an
ActionScript ByteArray don't treat 0x00 correctly. They return
a string that ends at the first 0x00, but the index into the ByteArray
has been advanced by however much you requested.

This is very silly for two reasons: ActionScript (and Javascript)
strings can contain 0x00 (they are not null terminated) and second,
UTF-8 can legitimately contain 0x00 values. Since UTF-8 is not
constant width there isn't a great way to determine if those methods
in fact did encounter a 0x00 or they just read the number of bytes
requested.

Doing manual decoding using readUTFByte one character at a time slows
things down quite a bit. And to top it all off, those methods don't
support the alternate UTF-8 encoding for 0x00 ("\xc0\x80"). They also
just treat that encoding as the end of string too.

So to get around this, for now I'm encoding zero as 256 ("\xc4\x80")
and then doing mod 256 in Javascript. Still doesn't result in much
benefit in firefox.

But, it's an interesting approach that could use some more exploration
so I'm leaving in the code in both places.

Round-trip timing for first full FBU.

Fix web-socket-js: encode sent data across FABridge.