HTML::Prototype(3pm) | User Contributed Perl Documentation | HTML::Prototype(3pm) |
HTML::Prototype - Generate HTML and Javascript for the Prototype library
use HTML::Prototype; my $prototype = HTML::Prototype->new; print $prototype->auto_complete_field(...); print $prototype->auto_complete_result(...); print $prototype->auto_complete_stylesheet(...); print $prototype->content_tag(...); print $prototype->define_javascript_functions; print $prototype->draggable_element(...); print $prototype->drop_receiving_element(...); print $prototype->evaluate_remote_response(...); print $prototype->form_remote_tag(...); print $prototype->in_place_editor(...); print $prototype->in_place_editor_field(...); print $prototype->in_place_editor_stylesheet(...); print $prototype->javascript_tag(...); print $prototype->link_to_function(...); print $prototype->link_to_remote(...); print $prototype->observe_field(...); print $prototype->observe_form(...); print $prototype->periodically_call_remote(...); print $prototype->sortable_element(...); print $prototype->submit_to_remote(...); print $prototype->tag(...); print $prototype->text_field_with_auto_complete(...); print $prototype->update_element_function(...); print $prototype->visual_effect(...);
The module contains some code generators for Prototype, the famous JavaScript OO library and the script.aculous extensions.
The Prototype library (http://prototype.conio.net/) is designed to make AJAX easy. Catalyst::Plugin::Prototype makes it easy to connect to the Prototype library.
This is mostly a port of the Ruby on Rails helper tags for JavaScript for use in Catalyst.
A form is automatically created and displayed when the user clicks the element, something like this:
<form id="myElement-in-place-edit-form" target="specified url"> <input name="value" text="The content of myElement"/> <input type="submit" value="ok"/> <a onClick="javascript to cancel the editing">cancel</a> </form>
The form is serialized and sent to the server using an Ajax call, the action on the server should process the value and return the updated value in the body of the reponse. The element will automatically be updated with the changed value (as returned from the server).
Required options are:
"url": Specifies the url where the updated value should be sent after the user presses "ok".
Addtional options are:
"rows": Number of rows (more than 1 will use a TEXTAREA)
"cols": The number of columns the text area should span (works for both single line or multi line).
"size": Synonym for XcolsX when using single-line (rows=1) input
"cancel_text": The text on the cancel link. (default: "cancel")
"form_class_name": CSS class used for the in place edit form. (default: "inplaceeditor-form")
"save_text": The text on the save link. (default: "ok")
"saving_class_name": CSS class added to the element while displaying "Saving..." (removed when server responds). (default: "inplaceeditor-saving")
"load_text_url": Will cause the text to be loaded from the server (useful if your text is actually textile and formatted on the server)
"loading_text": If the "load_text_url" option is specified then this text is displayed while the text is being loaded from the server. (default: "Loading...")
"click_to_edit_text": The text on the click-to-edit link. (default: "click to edit")
"external_control": The id of an external control used to enter edit mode.
"ajax_options": Pass through options to the AJAX call (see prototype's Ajax.Updater)
"with": JavaScript snippet that should return what is to be sent in the Ajax call, "form" and "value" are implicit parameters
This function expects that the called action returns a HTML <ul> list, or nothing if no entries should be displayed for autocompletion.
Required options are:
"url": Specifies the URL to be used in the AJAX call.
Addtional options are:
"update": Specifies the DOM ID of the element whose innerHTML should be updated with the autocomplete entries returned by the Ajax request. Defaults to field_id + '_auto_complete'.
"with": A Javascript expression specifying the parameters for the XMLHttpRequest. This defaults to 'value', which in the evaluated context refers to the new field value.
"indicator": Specifies the DOM ID of an elment which will be displayed Here's an example using Catalyst::View::Mason with an indicator against the auto_complete_result example below on the server side. Notice the 'style="display:none"' in the indicator <span>.
<% $c->prototype->define_javascript_functions %> <form action="/bar" method="post" id="baz"> <fieldset> <legend>Type search terms</legend> <label for="acomp"><span class="field">Search:</span></label> <input type="text" name="acomp" id="acomp"/> <span style="display:none" id="acomp_stat">Searching...</span><br /> </fieldset> </form> <span id="acomp_auto_complete"></span><br/> <% $c->prototype->auto_complete_field( 'acomp', { url => '/autocomplete', indicator => 'acomp_stat' } ) %>
while autocomplete is running.
"tokens": A string or an array of strings containing separator tokens for tokenized incremental autocompletion. Example: "<tokens =" ','>> would allow multiple autocompletion entries, separated by commas.
"min_chars": The minimum number of characters that should be in the input field before an Ajax call is made to the server.
"on_hide": A Javascript expression that is called when the autocompletion div is hidden. The expression should take two variables: element and update. Element is a DOM element for the field, update is a DOM element for the div from which the innerHTML is replaced.
"on_show": Like on_hide, only now the expression is called then the div is shown.
"select": Pick the class of the element from which the value for insertion should be extracted. If this is not specified, the entire element is used
Here's an example for Catalyst:
sub autocomplete : Global { my ( $self, $c ) = @_; my @items = qw/foo bar baz/; $c->res->body( $c->prototype->auto_complete_result(\@items) ); }
In your controller, you'll need to define an action called auto_complete_for_object_method to respond the AJAX calls,
Notes for Catalyst users:
You can use "script/myapp_create.pl Prototype" to generate a static JavaScript file which then can be included via remote "script" tag.
Example:
$prototype->draggable_element( 'my_image', { revert => 'true' } );
The available options are:
'function (element) { // do something with dragged element }'
See http://script.aculo.us for more documentation.
And make an AJAX call.
By default, the action called gets the DOM ID of the element as parameter.
Example:
$prototype->drop_receiving_element(
'my_cart', { url => 'http://foo.bar/add' } );
Required options are:
Additional options are:
Additionally, the following JavaScript callback functions can be used in the option parameter:
'function (draggable, droppable, pcnt) { // do something }'
See http://script.aculo.us for more documentation.
Even though it is using JavaScript to serialize the form elements, the form submission will work just like a regular submission as viewed by the receiving side.
The options for specifying the target with "url" and defining callbacks are the same as "link_to_remote".
Examples:
$prototype->link_to_function( "Greeting", "alert('Hello world!') ) $prototype->link_to_function( '<img src="really.png"/>', 'do_delete()', { entities => '' } )
The result of that request can then be inserted into a DOM object whose id can be specified with options->{update}.
Examples:
$prototype->link_to_remote( 'Delete', { update => 'posts', url => 'http://localhost/posts/' } ) $prototype->link_to_remote( '<img src="refresh.png"/>', { update => 'emails', url => 'http://localhost/refresh/' } )
By default, these remote requests are processed asynchronously, during which various callbacks can be triggered (e.g. for progress indicators and the like).
Example:
$prototype->link_to_remote( 'count', { url => 'http://localhost/count/', complete => 'doStuff(request)' } )
The callbacks that may be specified are:
"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.
"complete": Called when the XMLHttpRequest is complete.
If you do need synchronous processing (this will block the browser while the request is happening), you can specify $options->{type} = 'synchronous'.
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:
"confirm": Adds confirmation dialog.
"condition": Perform remote request conditionally by this expression. Use this to describe browser-side conditions when request should not be initiated.
"before": Called before request is initiated.
"after": Called immediately after request was initiated and before "loading".
Required options are:
"frequency": The frequency (in seconds) at which changes to this field will be detected.
"url": url to be called when field content has changed.
Additional options are:
"update": Specifies the DOM ID of the element whose innerHTML should be updated with the XMLHttpRequest response text.
"with": A JavaScript expression specifying the parameters for the XMLHttpRequest. This defaults to value, which in the evaluated context refers to the new field value.
Additionally, you may specify any of the options documented in "link_to_remote".
Example TT2 template in Catalyst:
[% c.prototype.define_javascript_functions %] <h1>[% page.title %]</h1> <div id="view"></div> <textarea id="editor" rows="24" cols="80">[% page.body %]</textarea> [% url = base _ 'edit/' _ page.title %] [% c.prototype.observe_field( 'editor', { url => url, with => "'body='+value", update => 'view' } ) %]
Options are the same as "observe_field", except the default value of the "with" option evaluates to the serialized (request string) value of the form.
Usually used to update a specified div $options->{update} 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".
Example:
$prototype->sortable_element( 'my_list', { url
=> 'http://foo.bar/baz' } );
In the example, the action gets a "my_list" array parameter containing the values of the ids of elements the sortable consists of, in the current order.
You can change the behaviour with various options, see http://script.aculo.us for more documentation.
"options" argument is the same as in "form_remote_tag"
"content": The content to use for updating. Can be left out if using block, see example.
"action": Valid options are "update" (assumed by default), :empty, :remove
"position": If the :action is :update, you can optionally specify one of the following positions: :before, :top, :bottom, :after.
Example:
$prototype->javascript_tag(
$prototype->update_element_function(
'products', { position => 'bottom', content => '<p>New
product!</p>'
) );
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:
# View
$prototype->form_remote_tag( {
url => { "http://foo.bar/buy" },
complete =>
$prototype->evaluate_remote_response
} );
# Returning view $prototype->update_element_function( 'cart', { action => 'update', position => 'bottom', content => "<p>New Product: $product_name</p>" } ); $prototype->update_element_function( 'status', { binding => "You've bought a new product!" } );
$prototype->link_to_remote( 'Reload', { update => 'posts', url => 'http://foo.bar/baz', complete => $prototype->visual_effect( 'highlight', 'posts', { duration => '0.5' } ) } );
Catalyst::Plugin::Prototype, Catalyst. <http://prototype.conio.net/>
Sascha Kiefer, "esskar@cpan.org" Sebastian Riedel, "sri@oook.de" Marcus Ramberg, "mramberg@cpan.org"
Built around Prototype by Sam Stephenson. Much code is ported from Ruby on Rails javascript helpers.
Drew Taylor, Leon Brocard, Andreas Marienborg
This library is free software. You can redistribute it and/or modify it under the same terms as perl itself.
2022-06-14 | perl v5.34.0 |