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.

Change license to LGPL-3 and add some implementation notes.

The purpose of the code is to be incorporated into other web projects
(whether those are free or not). AGPL prevents combination with other
HTML and javascript that is under a weaker (or proprietary) license.
Better would be a lesser AGPL, but there is not GNU standard for that.
So LGPL-3 meets most of my requirements. If somebody modifies the
actual client code and conveys it, then they must release the changes
under LGPL-3 also.

Add some implementation notes in docs/notes.

Use relative include path in tests.

Add mouse wheel support and input test page.

Don't shift off subencoding in hextile.

Fix web-socket-js loading issue.

Double Chrome hextile perf again. Add canvas test.

- By dereferencing the 'data' field of the imageData object before the
  loop, the hextile performance on Chrome is down to 140ms or so for
  a full 800x600 update. Still have to fall back to Canvas operations
  for firefox.

- Fix RQ empty after reorder bug.

Add styling classes for status line state.

Add back canvas.html test page to tests subdir.

Create FABridge tester. Move wstest into tests subdir.

Change wstest.html 'cnt' to 'seq'.

Move canvas.js to include/canvas.js.

Support 3.7.

Move vars into RFB namespace. Extend array in util.js.

JSLint and "use strict".

Cleanup output, trap exceptions, timing output, fixes.

Fixes:
- Make sure that failed state messages stay around until next connect.
- Get status message font colors working.
- Clear RQ_reorder list on re-connect.

Double hextile rendering performance in Chrome.

- For webkit engines, do array manipulation for each tile subrectangle
  and only use the array for putImageData after rendering is finished.

In Chrome 5.0.375.29 beta, the time to render a full 800x600 hextile
image dropped from 500ms to 250ms or so. Firefox 3.5.3 rendering of
a full 800x600 hextile image is about 2300ms.

Reset client_settings on connect.

- Otherwise client_setting carry over from other connections.

Rename HTML5-VNC to noVNC.

Mark include/plain.css as code.

Add some links to related project sites.

Pull and modify stylesheet from kevinykchan/vnc-html5.

Pull and modify vnc.css version
b747e284c0e417df1599b1d95724518b07be8df6 to include/black.css

Isolate DOM references in load() and connect().

- Other misc cleanups.

Styling/integration refactoring.

- Instead of onload override, move to RFB.load function that takes
  a parameter for the target DOM ID. This allows the user to have
  their own onload function.

- Add "VNC_" prefix to all element ID names. Only create DOM elements
  if they don't already exist on the page, otherwise use the existing
  elements.

- Move all styling to separate stylesheet.

- Use list model for control styling.

Add and clarify licensing.

Fix wsproxy CPU usage without affecting latency.

Instead of selecting on everything every time, only select the writers
that we have items queued for. Most of the time the writers are ready
so if we select on them even when we don't have anything to send we
will fall into a tight loop.

Merge branch 'merge_kevinykchan'

Conflicts:
wsproxy.py

Fix auth mode selection typo.

Addresses issue where wsproxy utilizes 100% CPU. The process now rarely goes over 2%

If no password is provided, defaults to use no auth

Move controls to vnc.js, make vnc.html very simple.

Ignore python bytecode files.

Fix same for server side (no expected count complaint).

Don't complain about expected count on stop.

Encryption suppport for wstest.

websocket.py: generic code from wsproxy and wstest.

DES that works with KVM's VNC. RFB 3.8 fixes.

Support for RFB 3.8 handshake.

Cleanup. Move note files into docs/.

Support for SSL/TLS ('wss://') on both sides.

On the client side, this adds the as3crypto library to web-socket-js
so that the WebSocket 'wss://' scheme is supported which is WebSocket
over SSL/TLS.

Couple of downsides to the fall-back method:

    - This balloons the size of the web-socket-js object from about 12K to 172K.

    - Getting it working required disabling RFC2718 web proxy support
      in web-socket-js.

    - It makes the web-socket-js fallback even slower with the
      encryption overhead.

The server side (wsproxy.py) uses python SSL support. The proxy
automatically detects the type of incoming connection whether flash
policy request, SSL/TLS handshake ('wss://') or plain socket
('ws://').

Also added a check-box to the web page to enable/disabled 'wss://'
encryption.

Automatically detect TLS/SSL during handshake.

Use MSG_PEEK flag on recv to detect whether we are getting a flash
policy request, an SSL/TLS header, or a plain socket connection.

Import as3crypto_patch: ffda6e9cd8b1d74f45472c676afda8360ae1e5aa

as3crypto is actionscript 3 crypto library with TLS engine support.

From: http://github.com/lyokato/as3crypto_patched

Which was forked from: http://code.google.com/p/as3crypto/

Don't erase failed state error messages on disconnect.

Also send errors to console.error

wstest*. Fix Opera problems. Flash policy. Misc bugs.

Lame. Opera doesn't support javascript reduce().

Also, Opera seems to just plain be pathetic when it comes to
delivering the web-socket-js events. Around 1/5 to 1/3 of all received
packets are never received as an event at all.

- Change default delay for send side to 10ms.

- Use a textarea for errors so that even without console.* support
  (ala firebug) we still see the errors that are happening.

README.md typo and clarify.

Update README.md and TODO.

Send seq nums and b64 encode based on query string.

Query string variable 'b64encode' determine if wsproxy b64 encodes the
results. Variable 'seq_num' determines if sequence numbers are
prepended. This way, sequence numbers are only used with the flash
WebSocket proxy.

Status/error refactor. Fix firefox bugs.

- All state/status updates go through updateState routine which
  updates the status line also.

- Old firefox (and opera) don't support canvas createImageData, so use
  getImageData as replacement.

- Add console.warn and console.error stubs so that firefox without
  firebug doesn't crap out.

- If no WebSockets then error if no flash or if URL is location (flash
  will refuse to load the object for security reasons).

Remove mootools-more references.

Fix firefox '-' key mapping.

Add fixing firefox '-' key mapping issue to TODO.

Handle socket policy response in proxy itself.

Add web-socket-js support with packet re-ordering.

- web-socket-js is from http://github.com/gimite/web-socket-js. It is
  a flash object that emultates WebSockets.

Unfortunately, events (or packets) from the web-socket-js object can
get re-ordered so we need to know the packet order.

- So wsproxy.py prepends the sequence number of the packet when
  sending.

- If the client receives packets out of order it queues them up and
  scans the queue for the sequence number it's looking for until
  things are back on track. Gross, but hey: It works!

- Also, add packet sequence checking to wstest.*

Import web-socket-js: a0fb3933ce5c824bcb882f5a1cf87e46de773ea8

web-socket-js is a flash based WebSockets emulator.

From: http://github.com/gimite/web-socket-js

Reassemble partial client packets in wsproxy.py

Assemble partial received frames.

Apparently both native and flash WebSockets implementations can send
partial packets.

Add WebSockets test frontend and backend.

Remove uneeded mootools functions and used compressed version.

Clarify DES code origination.

Switch to MPL/GPL base64 from Mozilla.

- Also slightly better performance.

Update TODO and small perf cleanups.

Add cut and paste support.

- A textarea below the VNC area represents the state of the current
  VNC clipboard. If there is a server cut event, the textarea will be
  updated. If the user updates the contents of the textarea, the new
  data will be sent as a client paste (cut) event.

- One important change was to detect if the clipboard is focused and
  allow the user to type in the clipboard instead of in the VNC area.

In TODO: RRE framing bug fixed in prev refactor.

Refactor FBU.bytes handling to simplify.

- raw encoding displays horizontal lines as they arrive for better
  feedback and less time hanging waiting for something.

stop routine stops mouseMove events too.

Note WSS/SSL and C wsproxy in TODO.