| [ Index ] |
PHP Cross Reference of Akelos Framework |
[Source view] [Print]
(no description)
| Author: | Bermi Ferrer |
| Author: | Jerome Loyet |
| Copyright: | Copyright (c) 2002-2006, Akelos Media, S.L. http://www.akelos.org |
| License: | GNU Lesser General Public License |
| File Size: | 504 lines (23 kb) |
| Included or required: | 0 times |
| Referenced: | 0 times |
| Includes or requires: | 1 file AkActionView/helpers/javascript_helper.php |
PrototypeHelper:: (17 methods):
getCallbacks()
getAjaxOptions()
link_to_remote()
periodically_call_remote()
form_remote_tag()
remote_form_for()
form_remote_for()
submit_to_remote()
update_element_function()
evaluate_remote_response()
remote_function()
observe_field()
observe_form()
_buildObserver()
_buildCallbacks()
_optionsForAjax()
_methodOptionToString()
Class: PrototypeHelper - X-Ref
Provides a set of helpers for calling Prototype JavaScript functions,| getCallbacks() X-Ref |
| No description |
| getAjaxOptions() X-Ref |
| No description |
| link_to_remote($name, $options = array() X-Ref |
| Returns a link to a remote action defined by <tt>options['url']</tt> (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 <tt>options['update']</tt>. Usually, the result would be a partial prepared by the controller with either render_partial or render_partial_collection. Examples: $prototype_helper->link_to_remote('Delete this post', array('url' => array('action' => 'destroy', 'id' => $_POST['id']), 'update' => 'posts')); $prototype_helper->link_to_remote(Asset$this->_controller->tag_helper->image_tag('refresh'), array('url' => array('action' => 'list_emails'), array('update => 'emails')); You can also specify an array for <tt>options['update']</tt> to allow for easy redirection of output to an other DOM element if a server-side error occurs: Example: $prototype_helper->link_to_remote('Delete this post', array('url' => array('action' => 'destroy', 'id' => $_POST['id']), array('update' => array('success' => 'posts', 'failure' => 'error'); Optionally, you can use the <tt>options['position']</tt> parameter to influence how the target DOM element is updated. It must be one of <tt>'before'</tt>, <tt>'top'</tt>, <tt>'bottom'</tt>, or <tt>'after'</tt>. By default, these remote requests are processed asynchronous during which various JavaScript callbacks can be triggered (for progress indicators and the likes). All callbacks get access to the <tt>request</tt> object, which holds the underlying XMLHttpRequest. To access the server response, use <tt>request.responseText</tt>, to find out the HTTP status, use <tt>request.status</tt>. Example: $prototype_helper->link_to_remote($word, array('url' => array('action' => 'undo', 'n' => $word_counter) , 'complete' => 'undoRequestCompleted(request)'); The callbacks that may be specified are (in order): <tt>'loading'</tt>:: Called when the remote document is being loaded with data by the browser. <tt>'loaded'</tt>:: Called when the browser has finished loading the remote document. <tt>'interactive'</tt>:: Called when the user can interact with the remote document, even though it has not finished loading. <tt>'success'</tt>:: Called when the XMLHttpRequest is completed, and the HTTP status code is in the 2XX range. <tt>'failure'</tt>:: Called when the XMLHttpRequest is completed, and the HTTP status code is not in the 2XX range. <tt>'complete'</tt>:: Called when the XMLHttpRequest is complete (fires after success/failure if they are present). You can further refine <tt>'success'</tt> and <tt>'failure'</tt> by adding additional callbacks for specific status codes. Example: $this->link_to_remote($word, array('url' => array('action' => 'action')), array('404' => "alert('Not found...? Wrong URL...?')"), array('failure' => "alert('HTTP Error ' + request.status + '!')")); A status code callback overrides the success/failure handlers if present. If you for some reason or another need synchronous processing (that'll block the browser while the request is happening), you can specify <tt>options['type'] = 'synchronous'</tt>. You can customize further browser side call logic by passing in JavaScript code snippets via some optional parameters. In their order of use these are: <tt>'confirm'</tt>:: Adds confirmation dialog. <tt>'condition'</tt>:: Perform remote request conditionally by this expression. Use this to describe browser-side conditions when request should not be initiated. <tt>'before'</tt>:: Called before request is initiated. <tt>'after'</tt>:: Called immediately after request was initiated and before <tt>'loading'</tt>. <tt>'submit'</tt>:: Specifies the DOM element ID that's used as the parent of the form elements. By default this is the current form, but it could just as well be the ID of a table row or any other DOM element. |
| periodically_call_remote($options = array() X-Ref |
| Periodically calls the specified url (<tt>options[:url]</tt>) every <tt>options['frequency']</tt> seconds (default is 10). Usually used to update a specified div (<tt>options['update']</tt>) with the results of the remote call. The options for specifying the target with 'url' and defining callbacks is the same as link_to_remote. |
| form_remote_tag($options = array() X-Ref |
| Returns a form tag that will submit using XMLHttpRequest in the background instead of the regular reloading POST arrangement. Even though it's using JavaScript to serialize the form elements, the form submission will work just like a regular submission as viewed by the receiving side (all elements available in @params). The options for specifying the target with 'url' and defining callbacks is the same as link_to_remote. A 'fall-through' target for browsers that doesn't do JavaScript can be specified with the 'action'/'method' options on 'html'. Example: $prototype_helper->form_remote_tag('html' => array('action' => $this->_controller->url_helper->url_for(array('controller' => 'some', 'action' => 'place'))); $prototype_helper->form_remote_tag('url' => array('controller' => 'foo', 'action' => 'bar'), 'update' => 'div_to_update', html => array('id' => 'form_id')); The Hash passed to the 'html' key is equivalent to the options (2nd) argument in the FormTagHelper.form_tag method. By default the fall-through action is the same as the one specified in the 'url' (and the default method is 'post'). |
| remote_form_for($object_name, $object, $options = array() X-Ref |
| Works like form_remote_tag, but uses form_for semantics. |
| form_remote_for($object_name, $object, $options = array() X-Ref |
| No description |
| submit_to_remote($name, $value, $options = array() X-Ref |
| Returns a button input tag that will submit form using XMLHttpRequest in the background instead of regular reloading POST arrangement. <tt>options</tt> argument is the same as in <tt>form_remote_tag</tt>. |
| update_element_function($element_id, $options = array() X-Ref |
| Returns a JavaScript function (or expression) that'll update a DOM element according to the options passed. * <tt>'content'</tt>: The content to use for updating. Can be left out if using block, see example. * <tt>'action'</tt>: Valid options are 'update' (assumed by default), 'empty', 'remove' * <tt>'position'</tt> If the 'action' is 'update', you can optionally specify one of the following positions: 'before', 'top', 'bottom', 'after'. Examples: <?= $javascript_helper->javascript_tag($prototype_helper->update_element_function('products', array('position' => 'bottom'), array('content' => '<p>New product!</p>')) ?> <% replacement_function = update_element_function("products") do %> <p>Product 1</p> <p>Product 2</p> <% end %> <%= javascript_tag(replacement_function) %> This method can also be used in combination with remote method call where the result is evaluated afterwards to cause multiple updates on a page. Example: * Calling view <?= $this->_controller->form_helper->form_remote_tag(array('url' => array('action' => 'buy')), array('complete' => evaluate_remote_response)) ?> all the inputs here... * Controller action function buy(){ $this->_controller->product = $this->_controller->Product->find(1); } * Returning view <?= $prototype_helper->update_element_function('cart', array('action' => 'update', 'position' => 'bottom', 'content' => "<p>New Product: {$product.name}</p>")) ?> <% update_element_function("status", :binding => binding) do %> You've bought a new product! <% end %> Notice how the second call doesn't need to be in an ERb output block since it uses a block and passes in the binding to render directly. This trick will however only work in ERb (not Builder or other template forms). See also JavaScriptGenerator and update_page. |
| evaluate_remote_response() X-Ref |
| Returns 'eval(request.responseText)' which is the JavaScript function that form_remote_tag can call in 'complete' to evaluate a multiple update return document using update_element_function calls. |
| remote_function($options = array() X-Ref |
| Returns the JavaScript needed for a remote function. Takes the same arguments as link_to_remote. Example: <select id="options" onchange="<?= $prototype_helper->remote_function(array('update' => 'options', 'url' => array('action' => 'update_options' )) ?>"> <option value="0">Hello</option> <option value="1">World</option> </select> |
| observe_field($field_id, $options = array() X-Ref |
| Observes the field with the DOM ID specified by +field_id+ and makes an Ajax call when its contents have changed. Required +options+ are: <tt>'url</tt>:: +url_for+-style options for the action to call when the field has changed. Additional options are: <tt>frequency</tt>:: The frequency (in seconds) at which changes to this field will be detected. Not setting this option at all or to a value equal to or less than zero will use event based observation instead of time based observation. <tt>update</tt>:: Specifies the DOM ID of the element whose innerHTML should be updated with the XMLHttpRequest response text. <tt>with</tt>:: A JavaScript expression specifying the parameters for the XMLHttpRequest. This defaults to 'value', which in the evaluated context refers to the new field value. <tt>on</tt>:: Specifies which event handler to observe. By default, it's set to "changed" for text fields and areas and "click" for radio buttons and checkboxes. With this, you can specify it instead to be "blur" or "focus" or any other event. Additionally, you may specify any of the options documented in link_to_remote. |
| observe_form($form_id, $options = array() X-Ref |
| Like +observe_field+, but operates on an entire form identified by the DOM ID +form_id+. +options+ are the same as +observe_field+, except the default value of the <tt>with</tt> option evaluates to the serialized (request string) value of the form. |
| _buildObserver($class, $name, $options = array() X-Ref |
| No description |
| _buildCallbacks($options) X-Ref |
| No description |
| _optionsForAjax($options) X-Ref |
| No description |
| _methodOptionToString($method) X-Ref |
| No description |
| Generated: Mon Oct 27 12:43:49 2008 | Cross-referenced by PHPXref 0.6 |