README.md in rack-livereload-0.2.1 vs README.md in rack-livereload-0.3.0
- old
+ new
@@ -1,7 +1,8 @@
Hey, you've got [LiveReload](http://www.livereload.com/) in my [Rack](http://rack.rubyforge.org/)!
No need for browser extensions anymore! Just plug it in your middleware stack and go!
+Even supports browsers without WebSockets!
Use this with [guard-livereload](http://github.com/guard/guard-livereload) for maximum fun!
## Install
@@ -53,8 +54,28 @@
to `http://localhost:35729/livereload.js`, that gets used, with the hostname being changed when
injected into the HTML page.
* If you don't, the copy vendored with rack-livereload is used.
* You can force the use of either one (and save on the cost of checking to see if that file
is available) with the middleware option `:source => :vendored` or `:source => :livereload`.
+
+### How about non-WebSocket-enabled browsers?
+
+For browsers that don't support WebSockets, but do support Flash, [web-socket-js](https://github.com/gimite/web-socket-js)
+is loaded. By default, this is done transparently, so you'll get a copy of swfobject.js and web_socket.js loaded even if
+your browser doesn't need it. The SWF WebSocket implementor won't be loaded unless your browser has no native
+WebSockets support or if you force it in the middleware stack:
+
+``` ruby
+use Rack::LiveReload, :force_swf => true
+```
+
+If you don't want any of the web-sockets-js code included at all, use the `no_swf` option:
+
+``` ruby
+use Rack::LiveReload, :no_swf => true
+```
+
+Once more browsers support WebSockets than don't, this option will be reversed and you'll have
+to explicitly include the Flash shim.
As usual, super-alpha!