And be happy you are alive.
Did you know that:
Search the Feed
Yetii we love it
9 February 2009 | 3:45 pm by codeboxer

http://www.kminek.pl/lab/yetii/
It rocks. No nonsense, full-featured, light, single js file. Follow the instructions. Remember to instantiate your object in the 'view' file - like so:
p class="amcode">Code:script type="text/javascript"> var tabber1 = new Yetii({ id: 'tab-container-1', active: 4 }); where you can actually set the 'active' tab. Neat!For all your html-based tab / dynamic page needs.
asynchronous javascript FTW
18 November 2008 | 2:54 am by codeboxer

link_to_remote(name, options = {}, html_options = {})
Returns a link to a remote action defined by options[:url] (using the url_for format) that's called in the background using XMLHttpRequest. The result of that request can then be inserted into a DOM object whose id can be specified with options[:update]. Usually, the result would be a partial prepared by the controller with either render_partial or render_partial_collection.
Examples:
link_to_remote "Delete this post", :update => "posts", :url => { :action => "destroy", :id => post.id }
link_to_remote(image_tag("refresh"), :update => "emails", :url => { :action => "list_emails" })
You can also specify a hash for options[:update] to allow for easy redirection of output to an other DOM element if a server-side error occurs:
Example:
link_to_remote "Delete this post",
:url => { :action => "destroy", :id => post.id },
:update => { :success => "posts", :failure => "error" }
Optionally, you can use the options[: position] parameter to influence how the target DOM element is updated. It must be one of :before, :top, :bottom, or :after.
By default, these remote requests are processed asynchronously during which various JavaScript callbacks can be triggered (for progress indicators and the likes). All callbacks get access to the request object, which holds the underlying XMLHttpRequest.
To access the server response, use request.responseText, to find out the HTTP status, use request.status.
Example:
link_to_remote word,
:url => { :action => "undo", :n => word_counter },
:complete => "undoRequestCompleted(request)"
The callbacks that may be specified are (in order):
:loading: Called when the remote document is being loaded with data by the browser.
:loaded: Called when the browser has finished loading the remote document.
:interactive: Called when the user can interact with the remote document, even though it has not finished loading.
:success: Called when the XMLHttpRequest is completed, and the HTTP status code is in the 2XX range.
:failure: Called when the XMLHttpRequest is completed, and the HTTP status code is not in the 2XX range.
:complete: Called when the XMLHttpRequest is complete (fires after success/failure if they are present).
You can further refine :success and :failure by adding additional callbacks for specific status codes:
Example:
link_to_remote word,
:url => { :action => "action" },
404 => "alert('Not found...? Wrong URL...?')",
:failure => "alert('HTTP Error ' + request.status + '!')"
A status code callback overrides the success/failure handlers if present.